前端需求开发工作流

要解决什么问题

前端需求往往散落在需求文档、原型图和口头对齐里，开发阶段用 mock 联调阶段换真接口时，字段口径和 TODO 容易对不上。团队若没有统一节奏，常见结果是：组件里散落 mock、方法缺少可检索的注释、联调时才发现目录结构与接口文件位置不一致。

技能如何推进

本技能按 先分析、后实现、再沉淀 执行，要求你提供 需求文档.md、可选的 imgs/ 原型目录，以及已知的页面入口（如 src/views/...）。

接收与对齐

• 主动读取需求文档，抽取功能点、交互约束、字段口径与接口清单，并标注字段未定、接口不可用、描述冲突等风险。
• 输出功能拆解（简单/中等/复杂），询问历史页面复用点，设计页面目录与组件边界，并确认状态管理、枚举与接口文件位置等决策。

实现与产物

• 在项目 Skill 目录生成需求专属 {需求简称}.md，必要时补充 开发参考文档.md。
• 实现时字段名以后端接口为准；mock 集中管理；每个方法注释需写清功能、场景；复杂分支与 mock 兜底加行内备注；仅 mock 服务的方法首行标 [MOCK-SERVICE]。
• 阶段文档：开发阶段参考文档.md、联调阶段参考文档.md（模板见 stage-doc-template.md）。

进入联调

当你说「进入联调阶段」时，以联调文档为主上下文，逐一替换 TODO 接口、核对字段名，并做 mock 清理与回归检查。行为上强调复用优先、变更同步文档、收尾输出已完成/未完成/已知风险三段清单。

适用边界

• 模板不写死业务字段，一切以文档与接口为准。
• 适合有明确需求目录结构、愿意维护阶段文档的前端项目；若只有零散需求而无文档路径，需要先补齐输入再按流程走。