- 我的帖子已经打上 开源推广 标签： 是 / 否
- 我的开源项目完整开源，无未开源部分： 是 / 否
- 我的开源项目已链接认可 LINUX DO 社区： 是 / 否
- 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 / 否
- 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 / 否
以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出
背景：
从开始借助AI进行Coding后，从L站学到了很多的AI相关的知识，也接触到了很多好用的AI Coding工具，从最开始的claude、codex skill、mcp技能包；到后面的比较specs工具：openspecs、myclaude、Trellis、superpowers等，感觉每个用起来都有自己的优点，但是每个用起来或多或少有些毛病，最后我只能亲自下场集各家之所长，写了一个自己的specs coding工具：GitHub - Michaelxwb/code_flow: AI开发spec · GitHub
用起来个人感觉比较不错，目前也在频繁迭代中（感觉已经到需求瓶颈了，不知道还要哪些利剑功能）；我也把这个项目引入到了公司的项目中进行实践，目前开发团队已经用了一个月其他伙伴反馈不错。
介绍：
借鉴Trellis的特长：基于规范进行设计-编码。完成后总结规范进行沉淀（Trellis是真的耗token，用不起）
安装：
npm i -g @jahanxu/code-flow
使用：
步骤说明以claude code为例：
1、项目初始化：code-flow init
2、/cf-init - specs首次初始化
- 作用：AI会自动扫描当前项目的代码目录，整理出对应的项目规范落到对应的规范文档中
- 干啥用：AI写代码时会参考
- 怎么用：不用关注怎么用，hooks会自动注入
3、/cf-task:prd — 先把需求写清楚
- 作用：一句话需求 → 生成正式产品文档（PRD）
- 干啥用：需求还模糊时，先把要做什么、给谁用、边界在哪聊明白
- 怎么用：/cf-task:prd “加个用户登录”
4、/cf-task:align — 把技术方案对齐
- 作用：需求 → 出技术设计文档（Design）
- 干啥用：定技术栈、接口、数据模型、验收标准
- 怎么用：
- 直接来：/cf-task:align “做用户认证”
- 从PRD来：/cf-task:align xxx.prd.md
5、/cf-task:plan — 把大任务拆成小任务
- 作用：设计文档 → 拆成可执行的子任务
- 干啥用：把“做登录”拆成：建表→写接口→加测试…一步一步来
- 怎么用：/cf-task:plan xxx.design.md
6、/cf-task:note — 解决疑问(在review完plan后，可以手动进行#NOTES标注问题，最后通过note命令统一解决)
- 作用：任务里标了 #NOTES 疑问，一键讨论解决
- 注意：有NOTES没解决，任务不让启动
7、/cf-task:start — 开始干活写代码
- 作用：启动任务，AI按规范自动编码
- 干啥用：按 checklist 一步步做完，自动标记完成
- 怎么用：
单个任务：/cf-task:start 模块名 任务ID
全部启动：/cf-task:start 模块名
8、/cf-task:archive — 完工归档
- 作用：任务全部做完 → 校验 → 归档
- 校验：代码通过检查、没有疑问、完全做完才让归档。跟着项目仓库走，不迷失方向
总结：
需求：prd —> 定方案：align —> 拆任务：plan —> 解决疑问：note —> 编码：start —> 归档：archive
1 个帖子 - 1 位参与者