Proflow 标准应用开发流程

问题背景

需求讨论、实现记录和最终文档经常散落，导致过程难追溯、命名不统一、阶段不可恢复。Proflow 把项目拆成脑暴、计划、执行、文档四个阶段，用固定目录、唯一需求 ID、标准文件名和状态标记约束流程。它不替代编码，而是给工程过程加一层可检查的状态机。

工作方式

proflow full 按 brainstorm → plan → execute → spec 推进，每步先检查 .opencode/status/proflow/*.done，已完成阶段自动跳过。产出统一写入 docs/：

• 脑暴：输出 docs/brainstorm/cr-{id}-brainstorm-{YYYYMMDD}.md
• 计划：输出 docs/plans/cr-{id}-execution-plan-{YYYYMMDD}.md
• 执行：输出 docs/execute/cr-{id}-execute-record-{YYYYMMDD}.md
• 文档：生成 PRD、架构、API、数据库等规格文档

需求 ID 可由 --id 指定，或按 hhmmss 生成，并通过 scripts/id_manager.py 去重。status 查看阶段状态，reset [stage] 回退指定阶段。若任务被判为 fix 或小功能，会跳过完整流程直接修改代码；涉及表结构、接口协议或核心架构调整则按大功能执行。

边界与注意

该流程适合需要留痕、审查和恢复的中大型功能，依赖 openspec 与 superpowers 前置技能。状态文件不要手动删除；docs/superpowers/ 和非标文件名不被接受。一次性脚本或简单文案改动无需强行走完整流程。