pm-workflow-studio 0.1.0

package/.codex/role-skills/demand-analysis/templates/handoff-prd.md

@@ -0,0 +1,39 @@
+# 需求交接摘要
+
+## 核心产品判断
+
+- 目标用户：
+- 高频真实需求：
+- 真实使用流程：
+- 核心问题：
+- 最小可行版本边界：
+- 功能整合与页面/模块减负原则：
+- 明确不做：
+
+## 核心数据实体
+
+| 实体 | 说明 | 来源功能编号 |
+|---|---|---|
+| 待补充 | 待补充 | M1-F1 |
+
+## 关键业务流程
+
+1. 待补充
+
+## 高频路径与功能取舍
+
+| 高频路径 | 保留功能 | 合并或后置内容 | 取舍原因 |
+|---|---|---|---|
+| 待补充 | 待补充 | 待补充 | 待补充 |
+
+## 技术约束和偏好
+
+- 平台：
+- 登录/权限：
+- 数据存储：
+- 第三方集成：
+- 部署偏好：
+
+## 需要架构师决策的问题
+
+- 待补充

package/.codex/role-skills/demand-analysis/templates/prd.md

@@ -0,0 +1,85 @@
+# {{PRODUCT_NAME}} 产品需求文档
+
+## 文档状态
+
+- 当前状态：draft
+- 用户问题是否已回答：否
+- 自动审核状态：待最终稿完成后触发
+
+## 产品概述
+
+待补充。
+
+## 用户角色
+
+| 角色 | 使用场景 | 核心任务 | 使用频率 |
+|---|---|---|---|
+| 待补充 | 待补充 | 待补充 | 待补充 |
+
+## 高频真实需求与使用流程
+
+| 用户/角色 | 高频触发点 | 真实需求 | 从开始到结束的流程 | 希望结果 | 是否进入 P0 |
+|---|---|---|---|---|---|
+| 待补充 | 待补充 | 待补充 | 待补充 | 待补充 | 待确认 |
+
+## 真需求与伪需求判断
+
+| 候选需求 | 判断 | 依据 | 处理方式 |
+|---|---|---|---|
+| 待补充 | 真需求/伪需求/待确认 | 高频场景、使用流程、用户结果或材料证据 | 保留/合并/后置/删除 |
+
+## 功能模块与优先级
+
+| 功能编号 | 模块 | 功能 | 优先级 | 用户角色 | 高频场景/流程位置 | 是否进入最小可行版本 | 说明 |
+|---|---|---|---|---|---|---|---|
+| M1-F1 | 待补充 | 待补充 | P0 | 待补充 | 待补充 | 是 | 待补充 |
+
+## 功能整合与减负说明
+
+| 原候选功能/页面 | 整合后模块 | 整合原因 | 降低的使用成本 |
+|---|---|---|---|
+| 待补充 | 待补充 | 避免重复入口、低频功能前置或页面堆叠 | 待补充 |
+
+## P0 功能详述
+
+### M1-F1 待补充
+
+- 用户故事：
+- 对应高频场景：
+- 所在真实流程步骤：
+- 业务规则：
+- 字段规则：
+- 状态流转：
+- 权限边界：
+- 验收标准：
+- 异常情况：
+
+## P1/P2 功能简述
+
+| 功能编号 | 优先级 | 简述 | 后置原因 |
+|---|---|---|---|
+| 待补充 | P1 | 待补充 | 待补充 |
+
+## 不做清单
+
+| 不做项 | 原因 | 后续触发条件 |
+|---|---|---|
+| 待补充 | 待补充 | 待补充 |
+
+## 需求追溯表
+
+| 功能编号 | 优先级 | 用户角色 | 高频场景/流程位置 | 用户故事 | 业务规则 | 验收信号 | 最小可行版本 |
+|---|---|---|---|---|---|---|---|
+| M1-F1 | P0 | 待补充 | 待补充 | 待补充 | 待补充 | 待补充 | 是 |
+
+## 开放问题
+
+- 待补充
+
+## 待用户回答问题
+
+> 需求分析师先生成 PRD 草稿，再把这里的问题抛给用户。用户回答并回填后，才能把“文档状态”改为 final，并触发 `quality_reviewer` 审核 analyze 阶段。
+
+| 问题 | 为什么需要 | 用户回答 | 是否阻塞 PRD 最终稿 |
+|---|---|---|---|
+| 待补充 | 待补充 | 未回答 | 是 |

package/.codex/role-skills/dev-task-planning/SKILL.md

@@ -0,0 +1,37 @@
+---
+name: dev-task-planning
+description: "开发规划师使用：把需求、架构、界面设计和原型拆解为独立可验证的开发任务。"
+---
+
+# 开发任务规划角色技能
+
+服务于本工作室的开发规划师角色。
+
+## 输入
+
+- `docs/prd.md`
+- `docs/tech-architecture.md`
+- `docs/ui-design.md`
+- `prototype/`
+
+如果任务拆解发现需求、架构、页面路径、验收标准或技术约束缺口，必须同步回写对应上游文档，并在 `docs/workflow-state.json` 的 `notes` 记录同步说明；不要只在 `docs/dev-tasks.md` 中静默新增需求。
+
+## 输出
+
+- `docs/dev-tasks.md`
+
+## 任务拆解原则
+
+1. 每个任务独立可验证。
+2. 每个任务尽量控制在 5-20 分钟执行粒度。
+3. 用 `Txxx` 编号标注任务。
+4. 明确前置依赖，避免循环依赖。
+5. 每个任务都要有执行指令、涉及文件、验证方式和边缘情况。
+6. 任务中发现的上游缺口必须回写上游文档，不能只在任务里新增范围。
+
+## 检查表
+
+- 是否覆盖所有 P0 功能。
+- 是否每个任务完成后都能看到或验证结果。
+- 是否有需求功能编号到任务编号的映射。
+- 是否避免“先建数据库、再接口、最后页面”这种不可见拆分。

package/.codex/role-skills/dev-task-planning/templates/dev-tasks.md

@@ -0,0 +1,54 @@
+# {{PRODUCT_NAME}} 开发任务清单
+
+## 执行须知
+
+- 每个任务独立可验证。
+- 严格按编号顺序执行。
+- 完成一个任务后按验证方式自检，再继续下一个。
+- 不做任务描述之外的扩展。
+
+## 需求到任务映射
+
+| 功能编号 | 任务编号 | 前置依赖 | 涉及文件 | 验证方式 | 边缘情况 |
+|---|---|---|---|---|---|
+| M1-F1 | T001 | 无 | 待补充 | 待补充 | 待补充 |
+
+## 任务列表
+
+### T001: 待补充
+
+**目标：** 待补充。
+
+**前置依赖：** 无
+
+**涉及文件：**
+
+- 待补充
+
+**执行指令：**
+
+待补充。
+
+**验证方式：**
+
+1. 待补充
+
+**边缘情况：**
+
+- 待补充
+
+## 执行规范
+
+1. 动手前先思考：有假设先说，有歧义先问。
+2. 简单优先：用最少代码解决问题。
+3. 精准修改：只改必须改的地方。
+4. 目标驱动：完成一步验证一步。
+5. 不跳步：严格按任务编号顺序执行。
+6. 不扩展：不做任务描述之外的事。
+
+## 项目启动说明
+
+- 环境要求：
+- 安装步骤：
+- 启动命令：
+- 首个任务入口：

package/.codex/role-skills/quality-review/SKILL.md

@@ -0,0 +1,49 @@
+---
+name: quality-review
+description: "质量审核官使用：对阶段产物评分、仿真下游使用、核对追溯关系，并产出审核报告。"
+---
+
+# 质量审核角色技能
+
+服务于本工作室的质量审核官角色。
+
+## 输入
+
+- 当前阶段产物
+- `docs/workflow-state.json`
+- 上游阶段文档
+
+## 输出
+
+- `docs/review-{stage}.md`
+- 更新后的 `docs/workflow-state.json`
+
+## 审核机制
+
+1. 多维度评分：完整性、清晰度、一致性、可执行性。
+2. 仿真测试：扮演下游角色验证是否能继续工作。
+3. 结构化对账：需求功能编号到架构、界面、任务的映射。
+
+## 脚本
+
+在框架目录内运行：
+
+```bash
+node .agents/skills/pm-workflow/scripts/review_stage.js --root . --stage <stage>
+```
+
+## 检查表
+
+- 平均分是否 >= 8，且单项是否都 >= 6。
+- 是否存在待补充、待办占位或空表。
+- init 阶段是否已经在 `workflow-state.json` 中达到 `clarification.status=user_confirmed`、`clarification.concepts_aligned=true`，且 8 项澄清标准均完成。
+- analyze 阶段是否为 `文档状态：final`，并且没有未回答的阻塞问题。
+- init 阶段 8 项澄清完成标准是否全部完成，尤其是高频真实需求和真实使用流程。
+- analyze 阶段是否基于高频真实需求和真实使用流程识别真需求与伪需求，P0 是否映射到高频场景和流程位置。
+- design 阶段 UI 可见内容是否使用 emoji，主体字号是否低于 16px。
+- design 阶段页面访问逻辑是否来自真实使用流程，页面和模块是否避免堆叠并记录整合理由。
+- 下游文档如改变上游事实，是否同步回写上游源文档，并在 `workflow-state.json` notes 记录同步说明。
+- 是否存在跨阶段新增范围。
+- design 阶段是否为每个候选方向生成可打开的首页 demo，并提供 `prototype/directions/index.html` 预览索引。
+- design 阶段是否提供 `docs/prototype-review.md`、`prototype/review/screenshots/`、Playwright 三视口截图和 Impeccable 审查修正记录。
+- 三轮仍不通过时是否明确提醒风险。

package/.codex/role-skills/quality-review/templates/review-stage.md

@@ -0,0 +1,39 @@
+# 阶段 {{STAGE}} 审核报告
+
+> 本报告由质量审核官根据阶段产物生成。脚本可生成草稿，最终结论由审核角色确认。
+
+## 审核轮次
+
+- 当前轮次：{{ROUND}}
+- 最大轮次：3
+- 结论：{{RESULT}}
+
+## 评分
+
+| 维度 | 分数 | 说明 |
+|---|---:|---|
+| 完整性 | {{COMPLETENESS}}/10 | {{COMPLETENESS_NOTE}} |
+| 清晰度 | {{CLARITY}}/10 | {{CLARITY_NOTE}} |
+| 一致性 | {{CONSISTENCY}}/10 | {{CONSISTENCY_NOTE}} |
+| 可执行性 | {{EXECUTABILITY}}/10 | {{EXECUTABILITY_NOTE}} |
+| 平均 | {{AVERAGE}}/10 | {{AVERAGE_NOTE}} |
+
+## 仿真测试
+
+{{SIMULATION}}
+
+## 结构化对账
+
+{{RECONCILIATION}}
+
+## 问题清单
+
+{{ISSUES}}
+
+## 返工建议
+
+{{REWORK}}
+
+## 下一步建议
+
+{{NEXT_STEP}}

package/.codex/role-skills/tech-architecture/SKILL.md

@@ -0,0 +1,49 @@
+---
+name: tech-architecture
+description: "技术架构师使用：产出技术选型、数据模型、接口清单、部署方案和需求到架构的映射。"
+---
+
+# 技术架构角色技能
+
+服务于本工作室的技术架构师角色。
+
+## 输入
+
+- `docs/prd.md`
+- `docs/handoff-prd.md`
+- 用户提供的技术约束
+
+如果架构设计改变需求、平台、范围、功能编号或技术约束，必须同步回写 `docs/prd.md` 和 `docs/handoff-prd.md`，并在 `docs/workflow-state.json` 的 `notes` 记录同步说明。
+
+## 输出
+
+- `docs/tech-architecture.md`
+- `docs/handoff-architecture.md`
+
+## 五维度决策
+
+- 开始前先输出阶段开场卡：当前用户情况、推荐方案、为什么这样选、接下来产出什么。
+- 平台类型
+- 复杂度
+- 数据规模
+- 第三方集成
+- 维护成本
+
+对小程序类产品，优先解释微信原生小程序 + 微信云开发是否足够；对网页、App、桌面软件，再比较技术栈。对不懂技术的用户，先讲目的、维护成本和未来迭代影响，再讲框架名。
+
+## 必须产出
+
+- 技术选型总览。
+- 数据库表、字段、类型、约束和来源功能编号。
+- 接口方法、路径、参数、返回值和权限。
+- 本地开发和部署方案。
+- 需求功能编号到数据、接口、部署影响的映射。
+- 上游同步记录：如因架构调整改变需求或约束，说明已回写的上游文档。
+
+## 检查表
+
+- P0 功能是否都有数据和接口支撑。
+- 是否存在过度架构。
+- 是否用用户能懂的话解释技术选型原因。
+- 是否清楚说明本地启动和部署。
+- 是否把未确认需求误放进架构范围。

package/.codex/role-skills/tech-architecture/templates/handoff-architecture.md

@@ -0,0 +1,28 @@
+# 技术架构交接摘要
+
+## 架构摘要
+
+- 前端：
+- 后端：
+- 数据库：
+- 部署：
+
+## 关键接口和页面影响
+
+| 功能编号 | 接口 | 影响页面/交互 | 备注 |
+|---|---|---|---|
+| M1-F1 | 待补充 | 待补充 | 待补充 |
+
+## 数据模型要点
+
+| 实体 | 关键字段 | 关联功能 |
+|---|---|---|
+| 待补充 | 待补充 | M1-F1 |
+
+## 界面设计需要注意
+
+- 待补充
+
+## 开发规划需要注意
+
+- 待补充

package/.codex/role-skills/tech-architecture/templates/tech-architecture.md

@@ -0,0 +1,54 @@
+# {{PRODUCT_NAME}} 技术架构方案
+
+## 技术选型总览
+
+| 层级 | 选型 | 版本/说明 | 选择理由 |
+|---|---|---|---|
+| 前端 | 待补充 | 待补充 | 待补充 |
+| 后端 | 待补充 | 待补充 | 待补充 |
+| 数据库 | 待补充 | 待补充 | 待补充 |
+| 部署 | 待补充 | 待补充 | 待补充 |
+
+## 五维度决策
+
+| 维度 | 判断 | 影响 |
+|---|---|---|
+| 平台类型 | 待补充 | 待补充 |
+| 复杂度 | 待补充 | 待补充 |
+| 数据规模 | 待补充 | 待补充 |
+| 三方集成 | 待补充 | 待补充 |
+| 维护成本 | 待补充 | 待补充 |
+
+## 数据库设计
+
+| 表 | 字段 | 类型 | 约束 | 来源功能编号 | 说明 |
+|---|---|---|---|---|---|
+| 待补充 | 待补充 | 待补充 | 待补充 | M1-F1 | 待补充 |
+
+## 接口清单
+
+| 功能编号 | 方法 | 路径 | 请求参数 | 返回值 | 权限 |
+|---|---|---|---|---|---|
+| M1-F1 | 待补充 | 待补充 | 待补充 | 待补充 | 待补充 |
+
+## 需求到架构映射
+
+| 功能编号 | 数据实体/表 | 字段 | 接口 | 部署/配置影响 | 技术风险 |
+|---|---|---|---|---|---|
+| M1-F1 | 待补充 | 待补充 | 待补充 | 待补充 | 待补充 |
+
+## 目录结构
+
+```text
+待补充
+```
+
+## 环境配置
+
+- 本地启动：
+- 环境变量：
+- 部署步骤：
+
+## 开放技术问题
+
+- 待补充

package/.codex/role-skills/ui-prototype-design/SKILL.md

@@ -0,0 +1,125 @@
+---
+name: ui-prototype-design
+description: "界面设计师使用：选择设计方向、编写界面与体验文档，并构建高保真网页原型。"
+---
+
+# 界面原型设计角色技能
+
+服务于本工作室的界面设计师角色。
+
+## 输入
+
+- `docs/prd.md`
+- `docs/tech-architecture.md`
+- `assets/design-themes/`
+
+如果 UI 阶段新增或调整页面清单、交互路径、字段、状态、技术约束或验收标准，或发现页面/模块过多、流程不顺，必须同步回写 `docs/project-config.md`、`docs/prd.md`、`docs/handoff-prd.md` 或 `docs/tech-architecture.md`，并在 `docs/workflow-state.json` 的 `notes` 记录同步说明。
+
+## UI 硬规则
+
+- 页面可见文案、按钮、导航、空状态和提示语禁止使用 emoji。
+- 图标必须使用图标库、SVG 或图片资源，不用 emoji 代替。
+- 正文、表单、按钮、列表文本不小于 16px。
+- 辅助说明可小于 16px 但不得低于 14px；移动端优先保持 16px 起。
+
+## 输出
+
+- `docs/ui-design.md`
+- `docs/handoff-ui.md`
+- `docs/prototype-review.md`
+- `prototype/`
+
+## 设计流程
+
+1. 先做上游前置审查，确认高频真实需求、使用人群和真实使用流程清晰；发现歧义先报告。
+2. 推荐 2-3 个差异化设计方向。
+3. 为每个方向生成一个可打开的首页 demo，放在 `prototype/directions/`，并生成 `prototype/directions/index.html` 作为预览索引。
+4. 在 `docs/ui-design.md` 中写清每个方向的 demo 路径；没有 demo 的方向不得交给用户选择。
+5. 等用户选择，或在用户明确授权后使用第一推荐。
+6. 从真实使用流程推导页面访问逻辑，页面数量以完成高频路径为准。
+7. 设计页面清单、布局、组件、状态和流程；页面模块不能堆叠过多，能合并的入口、状态、表单、列表、详情必须合并。
+8. 基于选定方向构建完整高保真 HTML 原型。
+9. 在 `docs/ui-design.md` 记录页面访问逻辑和模块整合理由。
+10. 使用 Playwright 对候选 demo 和完整原型逐页截图，覆盖 desktop/tablet/mobile。
+11. 使用 Impeccable 做专项审查和修正，最多两轮。
+12. 写入 `docs/prototype-review.md`，记录截图证据、审查结论、修正项和遗留问题。
+13. 如 UI 决策改变上游事实，回写上游文档并记录同步说明。
+
+## Impeccable 使用清单
+
+开始自审前必须确认当前 CLI 结构下的 Impeccable skill 存在：Codex 检查 `.agents/skills/impeccable/SKILL.md`，Claude Code 检查 `.claude/skills/impeccable/SKILL.md`；不存在时停止，不做普通降级。
+
+1. 生成 Impeccable 上下文：Codex 写入 `.agents/context/PRODUCT.md` 和 `.agents/context/DESIGN.md`；Claude Code 可写入 `.claude/context/PRODUCT.md` 和 `.claude/context/DESIGN.md` 或沿用 `.agents/context/`。
+2. 运行当前 CLI 结构下的 `impeccable/scripts/load-context.mjs`，完整读取输出。
+3. 对候选方向 demo 使用 `critique` 和 `audit`，确认方向差异、视觉质量、AI 味和基础技术质量。
+4. 对完整原型使用 `critique`、`audit`、`adapt`。
+5. 根据问题选择 `layout`、`typeset`、`clarify`、`animate`、`harden` 修正。
+6. 功能路径、状态和响应式完成后，用 `polish` 做最终打磨。
+7. 在 `docs/prototype-review.md` 中逐项记录每个 Impeccable 功能的目标、发现和处理结果。
+
+功能用途：
+
+| 功能 | 用途 |
+|---|---|
+| `critique` | 审美、视觉层级、信息架构、AI 味、认知负荷、启发式审查 |
+| `audit` | 可访问性、性能、响应式、语义结构、反模式检测 |
+| `adapt` | 桌面、平板、移动适配 |
+| `layout` | 间距、对齐、节奏、布局稳定性 |
+| `typeset` | 字体层级、行高、可读性、文字拥挤 |
+| `clarify` | 按钮、空状态、错误提示、说明文字 |
+| `animate` | 动效、状态过渡、交互反馈 |
+| `harden` | 长文本、空数据、错误、加载、异常路径 |
+| `polish` | 最终综合打磨 |
+
+## 原型结构
+
+单页面产品：
+
+```text
+prototype/
+  directions/
+  index.html
+  layout/
+  assets/
+```
+
+多页面系统：
+
+```text
+prototype/
+  directions/
+  index.html
+  pages/
+  layout/
+  components/
+  assets/
+  review/
+    screenshots/
+```
+
+目录职责：
+
+| 路径 | 职责 | 产物要求 |
+|---|---|---|
+| `prototype/directions/` | 设计方向首页 demo | 每个候选方向必须有一个可打开的首页 demo；`index.html` 汇总 2-3 个预览入口，供用户选择方向。 |
+| `prototype/index.html` | 原型入口、全局导航、关键流程起点 | 必须能进入所有 P0 原型路径；多页面系统必须链接到 `pages/` 中的具体页面。 |
+| `prototype/pages/` | 独立业务页面 | 多页面系统的每个主要页面单独存放；页面结构必须引用或遵循 `layout/` 中的复用布局。 |
+| `prototype/layout/` | 可复用页面结构 | 沉淀应用外壳、导航、页头、侧栏、内容网格、表单页骨架、状态页骨架等结构，保证后续开发能稳定复现。 |
+| `prototype/components/` | 可复用界面组件和交互片段 | 存放按钮组、表单控件、卡片、列表、弹窗、状态块等组件示例，并标注使用场景和状态。 |
+| `prototype/assets/` | 公共资源 | 存放样式、脚本、图片、图标、示例数据等资源；页面不得依赖散落在目录外的资源。 |
+
+页面原型应优先复用布局结构，避免只在单个页面里临时拼装。
+
+## 检查表
+
+- P0 功能是否都有可点击路径。
+- 页面访问逻辑是否来自真实使用流程。
+- 页面数量和模块数量是否服务高频路径，而不是堆叠低频功能。
+- 能合并的入口、状态、表单、列表、详情是否已经合并并记录理由。
+- 设计方向是否都有可打开的首页 demo，而不是只有文字说明。
+- 是否有 Playwright 截图证据并覆盖 desktop/tablet/mobile。
+- 是否完成 Impeccable 审查、修正和复查记录。
+- 是否沉淀了可复用布局，并能支撑后续开发稳定复现。
+- 成功、失败、空、加载状态是否覆盖。
+- 页面是否符合真实工作流和高频使用习惯。
+- 原型路径是否能映射回需求功能编号。

package/.codex/role-skills/ui-prototype-design/templates/handoff-ui.md

@@ -0,0 +1,40 @@
+# 界面与体验交接摘要
+
+## 选定设计方向
+
+- 主题：
+- 视觉原则：
+- 交互原则：
+
+## 原型入口
+
+- 主入口：`prototype/index.html`
+- 多页面目录：`prototype/pages/`
+- 复用布局：`prototype/layout/`
+- 公共资源：`prototype/assets/`
+- 高频页面路径：
+- 页面/模块整合原则：
+- 原型自审：`docs/prototype-review.md`
+- 截图证据：`prototype/review/screenshots/`
+
+## 复用布局说明
+
+| 布局 | 路径 | 适用页面 | 开发复现要点 |
+|---|---|---|---|
+| 待补充 | prototype/layout/待补充.html | 待补充 | 待补充 |
+
+## 页面与功能覆盖
+
+| 功能编号 | 高频流程位置 | 原型页面 | 关键控件 | 需要开发实现的状态 |
+|---|---|---|---|---|
+| M1-F1 | 待补充 | prototype/index.html | 待补充 | 成功/失败/空/加载 |
+
+## 开发注意事项
+
+- 待补充
+
+## 自审遗留问题
+
+| 问题 | 影响 | 是否阻塞开发 |
+|---|---|---|
+| 待补充 | 待补充 | 待补充 |

package/.codex/role-skills/ui-prototype-design/templates/prototype-review.md

@@ -0,0 +1,57 @@
+# {{PRODUCT_NAME}} 高保真原型自审报告
+
+## 审查结论
+
+- 结论：待补充
+- 自审轮次：待补充
+- 是否允许进入开发规划：待补充
+- 主要风险：待补充
+
+## 审查范围
+
+| 类型 | 页面 | 路径 | 覆盖功能编号 | 状态 |
+|---|---|---|---|---|
+| 方向预览 | 方案 A | prototype/directions/option-a.html | 待补充 | 待补充 |
+| 方向预览 | 方案 B | prototype/directions/option-b.html | 待补充 | 待补充 |
+| 方向预览 | 方案 C | prototype/directions/option-c.html | 待补充 | 待补充 |
+| 完整原型 | 首页/入口 | prototype/index.html | 待补充 | 待补充 |
+
+## Playwright 截图证据
+
+| 页面 | 桌面 1440x900 | 平板 834x1112 | 移动 390x844 | 控制台错误 |
+|---|---|---|---|---|
+| prototype/directions/index.html | 待补充 | 待补充 | 待补充 | 待补充 |
+| prototype/index.html | 待补充 | 待补充 | 待补充 | 待补充 |
+
+截图目录：`prototype/review/screenshots/`
+
+## Impeccable 审查记录
+
+| 功能 | 使用目标 | 发现问题 | 处理结果 |
+|---|---|---|---|
+| critique | 审美、视觉层级、信息架构、AI 味、认知负荷 | 待补充 | 待补充 |
+| audit | 可访问性、性能、响应式、语义结构、反模式 | 待补充 | 待补充 |
+| adapt | 桌面、平板、移动适配 | 待补充 | 待补充 |
+| layout | 间距、对齐、节奏、布局稳定性 | 待补充 | 待补充 |
+| typeset | 字体层级、行高、可读性 | 待补充 | 待补充 |
+| clarify | 按钮、空状态、错误提示、说明文字 | 待补充 | 待补充 |
+| animate | 动效、状态过渡、交互反馈 | 待补充 | 待补充 |
+| harden | 长文本、空数据、错误、加载、异常路径 | 待补充 | 待补充 |
+| polish | 最终综合打磨 | 待补充 | 待补充 |
+
+## 已修正问题
+
+| 问题 | 来源 | 修正位置 | 复查结果 |
+|---|---|---|---|
+| 待补充 | 待补充 | 待补充 | 待补充 |
+
+## 遗留问题
+
+| 问题 | 影响 | 是否阻塞 | 建议 |
+|---|---|---|---|
+| 待补充 | 待补充 | 待补充 | 待补充 |
+
+## 复查记录
+
+- 第 1 轮：
+- 第 2 轮：