name	ia
description	信息架构（IA）规划与审查（/ia）— 工作流正交、角色入口、分支点、反模式。说「信息架构」「导航迷路」「角色首页」「工作流分支」「Dashboard 太乱」时用。

ia · 信息架构（UX · 结构层）

用这个：导航迷路、角色首页、工作流分支、Dashboard 意图混杂。不是那个：配色/token/空态抛光 → delivery；类型不明 → /ux 分流。

学科位置：IA ⊂ UX — 管导航、分组、角色入口、工作流分支；不管 token 配色（→ 项目设计规范 · delivery §1）。UX 总分流 → ux skill。

普遍性原则：rules/execution/ia.mdc（母版 · 跨项目）
项目实例文档：docs/design/<产品>-ia.md 或 docs/design/*信息架构* / *information-architecture*（仓库内约定）
项目认知摘要：/learn → .cursorGrowth/learn/（可选）

何时进入

用户提 IA / 导航 / Dashboard / 角色入口 / 工作流分支 / onboarding 迷路
/plan 含 SPIKE-* 导航、或 Goal 含「最短路径 / 角色体验」
delivery / review 发现「一页多意图」「角色默认路径未对齐权限」

不替代：设计 token / 组件视觉规范 · api 契约 · 服务端 RBAC 真源

流程

1. 摸清现状（只读）

路由表 / 导航注册 / 默认着陆（/、/dashboard、post-login redirect）
权限模型（路由 guard · 按钮级 disabled）
是否已有 docs/design/*ia*
抱怨类型：迷路 · 拼凑 · 路径过长 · 角色交叉 · Dashboard 歧义

2. 划分工作流（项目定制，通常 3–5 条）

每条只回答一个用户问题；用用户语言命名，不用内部模块名。

示例类型	用户问题（换成你产品的说法）
观测	系统/业务今天状态如何？
处理	什么待我审批/修复/回复？
履约	这个对象下一步做到哪？
治理	谁配置规则/集成/权限？

电商、工单、DevOps、医疗后台等仅映射到上述类型，母版不固定行业名词。

3. 角色矩阵（逐级放权）

主责工作流 vs 可介入（只读或次要）
默认着陆（≠ 有权访问的全部 URL）
共享路由与写操作 / 字段可见性差异
无角色差异的产品可跳过本步，但仍须 R1（一页一意图）

4. 分支点表

跨工作流只允许在命名关口交接。每条记录：

字段	说明
触发	用户或系统事件
从 → 到	工作流 / 路由
上下文	query、实体 id、可恢复的 `from`
分支 UI	一句说明 + 单一主操作

示例（泛化）：「待办项 → 详情履约页」「观测告警 → 处理队列」「履约完成 → 外部集成配置」。

5. 产出落点

产出	路径
讨论稿 / ASCII / 线框	`docs/design/<产品>-ia.md`
验收用例	`.cursorGrowth/learn/` 或 plan Done when
实现	用户确认后 `/plan` — ia 默认不直接大改代码