我把两个最佳 AI 开发框架粘在一起

Source: Dev.to

Introduction

如果你在 Claude Code 上做的不止是快速脚本，你一定会遇到这样的模式：你开始提示，进展顺利大约 20 分钟，然后项目就变成了意大利面条，因为根本没有计划。我经常碰到这种情况，于是开始分别使用两个开源工具。

Tools Overview

BMAD‑METHOD

一种结构化的规划系统，配备 AI 代理，帮助你完成产品简报、PRD、架构文档和用户故事。

Ralph

一个自主的 Bash 循环，逐个获取故事，使用 TDD 实现并在进行中提交。

这两个工具各自都很扎实，但在它们之间切换会产生摩擦：复制粘贴产出物、手动设置 Ralph 的任务列表，以及在计划变更时保持同步。

Building bmalph

我花了大约一个月时间创建 bmalph，这是一款 CLI，能够安装这两个系统，用斜杠命令将它们连接起来，并处理从规划到实现的交接。

npm install -g bmalph
cd my-project
bmalph init

init 命令会在你的项目中放入 BMAD 代理、Ralph 的循环以及 50 多个斜杠命令。

Usage

Planning phases

在 Claude Code 中使用斜杠命令完成三个规划阶段，例如：

• /analyst – 收集需求
• /pm – 创建产品简报和 PRD
• /architect – 设计架构和用户故事

每个阶段都会生成特定的交付物（产品简报、PRD、架构、故事）。

Implementation

当计划确定后，运行：

/bmalph-implement

此命令会：

1. 读取你的 BMAD 故事。
2. 生成 Ralph 的任务列表（@fix_plan.md）。
3. 复制规格说明。

随后启动自主循环：

bash .ralph/ralph_loop.sh

Ralph 会从计划中挑选故事，使用 TDD 实现，提交代码，然后继续下一个。若出现异常，断路器会停止循环；你也可以手动使用 Ctrl +C 中止。

Incremental development

• 规划 Epic 1 → 让 Ralph 构建。
• 返回 BMAD 规划 Epic 2。
• 再次运行 /bmalph-implement – 已完成的故事会被保留，新的会被添加。

规格变更日志会记录更改，以便 Ralph 知道哪些是新内容。

Feedback

我在自己的项目中使用 bmalph，它非常符合我的工作流，但我只有一个人开发，且风格比较特定。我想了解：

• 这个工作流对你来说是否合理，还是对你使用 Claude Code 的方式来说过于工程化？
• 缺少了什么？
• 你会做哪些改动？

如果你尝试了，请给仓库点星，提交 issue，或留下评论。星标有助于提升可见度，但诚恳的反馈才是真正让它变得更好的动力。

Repository

GitHub: larscowe/bmalph