better-ralph

🔄 PRD 驱动的智能迭代开发助手

基于 OpenClaw 标准工具的 PRD 驱动开发技能,自动迭代实现用户故事、执行质量检查并追踪进度,提升结构化开发效率。

收藏
18.8k
安装
4.2k
版本
v1.0.0
CLS 安全性认证2026-05-04
点击查看完整报告 >

使用说明

Better Ralph 是一款基于 PRD(产品需求文档)驱动的自主编码工作流技能,旨在通过结构化方式实现用户故事的自动化迭代开发。该技能通过解析 prd.json 中的需求定义,自动完成从故事选择、代码实现、质量检查到 Git 提交的全流程管理,为开发者提供标准化的敏捷开发体验。

核心用法遵循严格的九步迭代流程:首先读取 prd.jsonprogress.txt 获取当前状态与代码库模式,按优先级选择未完成的用户故事;随后确保 Git 分支正确,基于验收标准实现具体功能;完成开发后运行项目质量检查(如测试、类型检查),仅在全部通过后执行 Git 提交;最后更新 PRD 状态并追加进度日志,形成完整的开发轨迹记录。整个过程严格遵循"一次迭代一个故事"的原则,确保变更的原子性和可追溯性。

显著优点在于其高度结构化的工作流设计。通过将 PRD 直接绑定到代码实现,团队可以确保开发活动始终与产品需求保持一致,避免需求漂移。自动化的质量门禁机制(Quality Gates)防止了缺陷代码进入版本库,而 progress.txt 的累积式记录形成了宝贵的知识库,帮助团队沉淀代码模式与最佳实践。对于采用敏捷或 Scrum 方法论的团队,这种自动化故事追踪大幅减少了状态同步的手动 overhead。

潜在缺点主要体现在灵活性与来源可信度方面。该技能要求项目必须遵循特定的 prd.json 格式规范,对于已有成熟工作流的团队可能存在迁移成本。每次调用仅处理一个故事的设计虽然保证了专注性,但也意味着复杂功能需要多次交互才能完成。此外,作为 T3 级社区来源的技能,其维护可持续性与长期支持需要用户自行评估。

适合的目标群体主要是采用结构化开发流程的敏捷团队、独立开发者以及需要严格需求追踪的工程项目。特别适用于具有明确验收标准、使用 Git 版本控制、且愿意采用 PRD 驱动开发模式的项目。对于缺乏技术背景的产品经理,该技能也能提供透明的开发进度可视化。

使用风险主要包括 Git 操作风险与质量检查配置依赖。技能会执行分支切换、提交等 Git 操作,在复杂分支策略下可能需要人工介入解决冲突。质量检查命令(如 npm test)依赖于项目本身的配置,若配置不当可能导致误报或漏报。此外,文件读写操作虽由 Claude Code 框架管控,但仍建议用户在重要代码库中启用分支保护策略,避免自动化提交影响主分支稳定性。

安全解读

核心用法

Better Ralph 是一个 PRD(产品需求文档)驱动的自主编码工作流技能。用户只需准备 prd.json 文件并按优先级排列用户故事,即可通过自然语言指令(如 "run better ralph" 或 "next prd story")触发一次完整的开发迭代。

单次迭代包含 9 个标准步骤:
1. 读取状态:解析 prd.jsonprogress.txt(提取 Codebase Patterns 作为上下文)

2. 选取故事:自动筛选 passes === false 且优先级最高的 story

3. 分支管理:确保当前 git 分支与 prd.json.branchName 一致

4. 实现功能:仅聚焦当前 story,满足全部验收标准

5. 质量检查:运行项目定义的 test/lint/typecheck 等命令

6. 代码提交:检查通过后以 feat: [Story ID] - [Title] 格式提交

7. 更新 PRD:将该 story 的 passes 标记为 true

8. 记录进度:追加实现摘要、文件变更和学习要点到 progress.txt

9. 反馈用户:报告完成状态并提示下一步操作

显著优点

  • 高度自动化:从需求解析到代码提交的全链路自动化,减少人工切换成本
  • 可追溯性:通过 prd.json 状态管理和 progress.txt 日志,完整记录开发历程
  • 上下文继承:Codebase Patterns 机制让团队知识(如"此项目用 X 做 Y")在迭代间持续积累
  • 质量门禁:强制检查通过后才允许提交,避免半成品代码入库
  • 单故事粒度:严格一次只处理一个 story,降低复杂度并便于问题定位

潜在缺点与局限性

  • 依赖前置准备:要求 prd.json 格式规范且验收标准可验证,文档维护成本较高
  • 无外部 runner:无法调用 Aether-Claw 等增强工具,复杂场景(如跨服务联调)受限
  • 质量检查黑盒:依赖项目自身配置的命令,若检查脚本不完善可能漏检
  • 分支冲突风险:自动切换分支若遇本地未提交变更可能中断
  • 学习曲线:团队需适应 PRD-first 工作模式,与传统自由编码习惯有冲突

适合人群

  • 采用敏捷/Scrum 的中小型开发团队
  • 需要严格需求追踪的合规型项目(医疗、金融)
  • 希望建立可重复、可审计开发流程的技术负责人
  • 个人开发者管理复杂 side project 的任务进度

常规风险

  • 数据修改风险:会主动修改 prd.jsonprogress.txt 并执行 git add -Agit commit,建议在版本控制完善的环境中使用
  • 质量检查失败处理:当前设计为检查失败即中止并告知用户,需人工介入修复,暂不支持自动重试或降级策略
  • 并发执行限制:未设计互斥机制,同一工作区并发触发可能导致文件写入冲突

better-ralph 内容

手动下载zip · 3.0 kB
SKILL.mdtext/markdown
请选择文件