Claude Code 跑通 PRD 到合并只用了 3 步,这个 Skill 让 AI 学会”管项目”
Claude Code 跑通 PRD 到合并只用了 3 步,这个 Skill 让 AI 学会”管项目”
你有没有过这种崩溃瞬间:跟 Claude Code 说了三句”继续”,它给你交了一个能跑但完全不是你要的东西?上下文丢了、需求漂移、bug 一坨——这根本不是 Agent 的问题,是我们一直在用”聊天”管项目。
今天聊一个真正把 AI Coding 当工程来管的 Skill:Claude Code PM (CCPM),GitHub 8.4k Star,作者 Ran Aroussi(就是做金融库 yfinance 那位,现在 Automaze 的创始人)。它干了一件事:把 PRD / Epic / GitHub Issue / Worktree 这套正经软件交付流程,硬塞进 Claude Code 的工作流里。
它解决什么问题
默认用 Claude Code 是这样的:你说”帮我加个用户登录”,它立马开干,写代码,跑通,丢给你。但中间没有需求对齐、没有任务拆分、没有并行、也没有审计。等你 PR 提上去才发现:哦,密码强度没要求、忘记密码流程没做、错误码也没约定。
CCPM 的核心哲学就一句话:需求活在文件里,不活在脑子里。每一个 feature 必须从 PRD 开始走完五个阶段:
- Plan:和 Agent 一起头脑风暴,把模糊的想法逼成具体需求
- Structure:把 PRD 拆成 Epic,再拆成 Task,每个 Task 带依赖关系和是否能并行的标签
- Sync:把 Epic + Task 推到 GitHub Issues,自动建父子 Issue
- Execute:在不同 Git Worktree 里起多个 Agent,并行干活不打架
- Track:跑
/pm:standup看进度、/pm:blocked看卡点
最让我惊艳的设计:并行 Agent
CCPM 真正牛的地方是「同一个 Epic 下多个 Issue 各自独立执行」。比如一个”实现用户认证”的 Epic,会被拆成 API、UI、数据库迁移、测试用例几个子 Issue,每个 Agent 在自己的 worktree 里干活,不会互相冲突,最后统一合并。
官方给的数据是:并行任务从 1 提升到 5–8 个,bug 率下降 75%,功能交付速度提升到 3 倍。我自己用下来体感最明显的是:再也不会因为”上下文撑爆了”打断思路了——所有项目状态都活在 .claude/epics/ 文件里,不在 chat history 里。
怎么用起来
装起来很轻量,2 分钟搞定:
# 把 skill 装到 Claude Code
git clone https://github.com/automazeio/ccpm
cp -r ccpm/skill/ccpm ~/.claude/skills/
# 项目里初始化一次
/pm:init
# 然后开始干活
/pm:prd-new user-authentication
/pm:prd-parse user-authentication
/pm:epic-oneshot user-authentication
/pm:issue-start 1234
除了 Claude Code,还兼容 Cursor、Codex、Amp 等支持 Agent Skills 协议的 harness。MIT 协议,企业用也不用担心法务。
适合谁
- 独立开发者:终于不用再靠记忆跟 AI 续需求了
- 小团队:用 GitHub Issues 当唯一真相源,人类和 AI 协作无缝衔接
- 复杂项目:当一个 Epic 拆出 5+ 个并行任务时,并行执行的收益才真正显现
- 重视审计的人:每个决策都有 Issue 评论追溯,PR review 时不再”它为什么这么写”问号脸
一点保留
- 它不是给你”自动写代码”的 Skill,是”让你和 AI 的协作变得可治理”的 Skill。如果你只想让 Agent 自己干活、你别管,CCPM 的流程反而是负担
- 首次接入需要你的项目已经用 GitHub Issues 习惯,不然会有一段适应期
- 8.4k Star 在工程化 Skill 里已经算头部,但相比通用 Skill(如 find-skills 三百万次安装)还是小众
总结一句:CCPM 不是让 AI 更聪明,是让 AI 更听话。把 PRD、Epic、Issue 这些软件工程的”老家伙”请回来当 AI 的项目经理,2026 年最被低估的工程实践升级。
🔗 GitHub:https://github.com/automazeio/ccpm
Claude Code #AI Agent #项目管理 #Skill推荐
评论区
登录后可评论。