# Steve — wavybaby + GSD + Ralph 自主执行结合三个系统： * **wavybaby** ：自装备工具链（Cove验证、通过skills.sh发现技能、MCP服务器设置、项目配置） * **GSD** ：结构化项目管理（`.planning/`、路线图、阶段、计划、发现、验证、状态跟踪） * **Ralph** ：自主 while-true 循环（断路器、双条件退出、会话持久性、速率限制）结果：描述你想要什么。 Steve 为自己配备了最适合这项工作的工具，生成 PRD，构建完整的 GSD 项目结构，并运行一个自治循环，使用经过验证的代码执行每个计划，直到完成里程碑。用户描述 | v 第 0 阶段：装备（wavybaby） | - 检测项目类型和堆栈 | - 搜索skills.sh以获取相关技能，安装缺少的技能 | - 安装缺少的 MCP 服务器（Context7、Supabase、Sentry 等） | - 设置项目配置（settings.local.json、CLAUDE.md） | - 现在代理拥有针对该特定项目的最佳工具 | v 第一阶段：PRD 一代 | - 澄清问题 | - 完整 PRD 位于 .planning/specs/PRD.md | v 第 2 阶段：GSD 项目引导 | - 项目.md、路线图.md、状态.md、config.json | - 代码库/文档（堆栈、架构、结构、约定） | - 每个阶段包含 DISCOVERY.md 的阶段目录 | v 第 3 阶段：计划生成 | - 将每个阶段分解为 {NN}-{NN}-PLAN.md 文件 | - 每个计划：1-4 小时，原子，带有验证步骤 | v 第 4 阶段：环路配置 | - .ralphrc 针对 GSD 执行进行了调整 | - PROMPT.md 具有 GSD 执行 + CoVe 验证逻辑 | - AGENT.md 带有构建/测试/lint 命令 | v 阶段 5：自主执行 - 拉尔夫 - 监视器 - 每次循环迭代：读取 STATE.md -> 执行下一个计划（在非平凡代码上使用 CoVe） -> 写入 SUMMARY.md -> 更新 STATE.md - 断路器如果卡住就会停止 - 所有阶段完成后退出 ** ** ## 第 0 阶段：装备（wavybaby）在生成任何内容之前，请为代理配备适合该特定项目的最佳工具。这就是 Steve 与原始 GSD+Ralph 的区别——特工不会盲目飞行。 ### 第 1 步：检测项目类型扫描：`package.json`、`pyproject.toml`、`Cargo.toml`、`go.mod`、`Gemfile`、`pubspec.yaml`、`Podfile`、`build.gradle`。确定： * 语言 * 框架 * 包管理器 * 现有的依赖关系 ### 第二步：搜索并安装相关技能 # 在 Skills.sh 中搜索与检测到的堆栈匹配的技能 npx技能查找“[检测到的框架]” npx 技能查找“[检测到的语言]” npx 技能查找“[用户描述中的项目域]” **基于堆栈的自动安装建议：** 堆栈|安装技巧 ---|--- 反应/Next.js | `npx 技能添加 vercel-labs/agent-skills --skill vercel-react-best-practices --agent claude-code -y` React Native / 博览会 | `npx 技能添加 expo/skills --agent claude-code -y` 苏帕巴斯| `npx 技能添加 supabase/agent-skills --agent claude-code -y` 条纹支付 | `npx 技能添加条带/技能 --agent claude-code -y` 云耀 | `npx 技能添加 cloudflare/skills --agent claude-code -y` 任何网络项目 | `npx 技能添加 vercel-labs/agent-skills --skill web-design-guidelines --agent claude-code -y` 安全至关重要 | `npx 技能添加 Trailofbits/skills --agent claude-code -y` 立即安装所有相关技能 - 不要问，只管去做。 “-y”标志自动确认。 ### 步骤 3：安装缺少的 MCP 服务器检查已配置哪些 MCP 服务器，然后直接安装所有相关的服务器：服务器|何时安装 |命令 ---|---|--- 背景7 |总是（防止医生产生幻觉）| `claude mcp 添加 context7 -- npx -y @upstash/context7-mcp` GitHub |如果使用 GitHub | `claude mcp add github --transport http https://api.githubcopilot.com/mcp/` 苏帕巴斯|如果 Supabase 在堆栈中 | `claude mcp 添加 supabase -- npx -y @supabase/mcp-server` 哨兵|如果需要错误跟踪 | `claude mcp 添加哨兵 --transport http https://mcp.sentry.dev/mcp` 概念 |如果文档工作流程 | `claude mcp 添加概念 --transport http https://mcp.notion.com/mcp` 顺序思维 |复杂的建筑| `claude mcp 添加思考 -- npx -y mcp-sequentialthinking-tools` ### 步骤 4：设置项目配置如果丢失，请使用适当的权限创建“settings.local.json”： **全栈（节点/React）：** { “权限”：{ “允许”：[ “网络搜索”， “重击（npm *）”，“重击（pnpm *）”， “重击（git *）”，“重击（gh *）”， “重击（docker *）”， “mcp__plugin_context7_context7__*”， “技能(*)” ] } } **Python：** { “权限”：{ “允许”：[ “Bash（python *）”，“Bash（pip *）”，“Bash（诗歌*）”， “Bash（pytest *）”，“Bash（docker-compose *）”， “重击（git *）” ] } } 根据检测到的堆栈进行调整。 ### 步骤 5：报告装备状态装备用于：[项目类型] 技能安装： - [技能 1]（来自 [repo]） - [技能 2]（来自 [repo]）配置的 MCP 服务器： - [服务器1]：[目的] - [服务器2]：[目的] 项目配置：settings.local.json [已创建/已更新/已存在] ** ** ## 第一阶段：PRD 一代 ### 深入提问（强制）在撰写 PRD 之前，进行彻底的访谈。使用 AskUserQuestion 在**多轮**中提出问题。不要急于生成 PRD——PRD 的质量完全取决于您对项目的理解程度。继续询问，直到你有一个清晰的画面。 **第一轮：愿景与用户** * “这解决了什么问题？今天的痛点是什么？” *“谁是主要用户？描述 2-3 个不同的角色。” *“成功是什么样的？你怎么知道这是有效的？” *“是否有现有的产品/竞争对手？他们出了什么问题？” **第二轮：核心经验** *“引导我完成从首次打开到日常使用的理想用户旅程。” *“要使其有用，必须具备哪 3 个功能？最重要的一个是什么？” *“用户使用它时应该有什么感觉？（快速、平静、强大、有趣、简单）” *“是否有任何工作流程需要感觉即时，而不是可以加载？” **第三轮：技术与平台** *“目标平台是什么？（iOS、Android、两者、Web、桌面、CLI）” *“有任何现有的后端、数据库、身份验证系统或 API 可以集成吗？” *“你对堆栈/框架有偏好吗，或者我应该推荐吗？” *“这需要实时功能吗？（实时更新、协作、通知）” *“需要离线支持？没有互联网应该做什么？” *“任何第三方服务？（支付、地图、分析、AI/ML、消息传递）” **第四轮：数据和业务逻辑** * “这个系统中的核心实体/对象是什么？（用户、帖子、订单等）” * “它们之间的关键关系是什么？（一个用户有多个X，一个X属于Y）” *“是否有不同的用户角色或权限级别？请描述每一个。” *“有复杂的业务规则吗？（定价层级、审批工作流程、计算）” *“哪些数据是敏感数据？（PII、财务、健康）” **第五轮：范围和限制** *“MVP、“现有的”和“绝对不是现在”是什么意思？ *“有什么严格的期限或限制吗？” *“有什么设计偏好吗？（深色模式、特定品牌颜色、您喜欢的参考应用程序）” *“辅助功能怎么样？（屏幕阅读器支持、色盲、运动障碍）” *“需要国际化？哪些语言/区域设置？” *“有任何合规性要求吗？（GDPR、HIPAA、SOC2、PCI）” **第 6 轮：边缘案例和抛光** *“出现问题时会发生什么？（没有互联网、服务器错误、输入无效）” *“存在哪些空状态？（新用户，尚无数据，搜索无结果）” *“系统应该发送什么通知/电子邮件/警报？” *“入职流程——新用户如何学习该应用程序？” *“有任何管理/后台需求吗？（仪表板、审核、分析）” 您不需要问每一个问题。跳过那些明显与项目无关的内容。但您必须在这 6 轮中至少询问 4 轮。运用你的判断——如果用户的描述含糊不清，请多询问。如果很详细，请重点关注差距。每轮结束后，确认您所学到的内容，并在询问下一轮之前解释您仍然需要了解的内容。当你有足够的时间来写一份全面的 PRD 时，就停止吧。 ### 生成 `.planning/specs/PRD.md` 编写包含所有部分的完整 PRD： # PRD：[项目名称] ## 1. 概述一段：这是做什么的以及为什么。 ## 2.目标用户 |用户类型 |描述 |主要需求| |------------|-------------|--------------| | ... | ... | ... | ## 3. 用户故事 ### 史诗：[功能区域1] - **US-001**：作为[用户]，我想要[采取行动]以便[受益] - 验收标准： - [ ] [具体的、可测试的标准] - [ ] [具体的、可测试的标准] （继续所有史诗/故事） ## 4. 技术要求 ### 堆栈 |层 |技术 |理由| |--------|---------|------------| | ... | ... | ... | ### 架构 - 关键架构决策 - 数据流 - API结构 ### 数据模型 |实体|关键领域 |关系 | |--------|------------|---------------| | ... | ... | ... | ### API 端点 |方法|路径|目的|授权 | |--------|------|---------|------| | ... | ... | ... | ... | ## 5. 屏幕和导航 ### 屏幕图（所有屏幕/路线的树状图） ### 屏幕说明 |屏幕|目的|关键部件| |--------|---------|----------------| | ... | ... | ... | ## 6. 非功能性需求 - 绩效目标 - 安全要求 - 无障碍设施 - 离线支持 ## 7. MVP 范围 ### 范围内 (MVP) ### 超出范围（后 MVP） ## 8. 成功指标 |公制|目标|如何衡量| |--------|--------|--------------| | ... | ... | ... | ## 9. 开放性问题 ### 在继续之前获得批准使用 AskUserQuestion：“在 `.planning/specs/PRD.md` 处生成 PRD。准备好继续，还是想要更改？” ** ** ## 第 2 阶段：GSD 项目引导 PRD 获得批准后，创建完整的“.planning/”结构。 ### 第 1 步：创建目录结构 mkdir -p .planning/specs .planning/代码库 .planning/phases ### 步骤 2：生成 PROJECT.md（来自 PRD 第 1、4、7 部分） # 项目：[名称] ## 愿景 [摘自 PRD §1 概述] ## 要求 ### 已验证 [来自 PRD §7 MVP 范围内 — 这些是已确认的要求] ### 活跃（正在讨论中） [摘自 PRD §9 未决问题 — 未解决的项目] ### 超出范围 [来自 PRD §7 超出范围] ## 约束条件 [摘自 PRD §4 堆栈基本原理和 §6 非功能性要求] ## 关键决策 |决定|状态 |理由| |----------|--------|------------| | [PRD §4 中的堆栈选择] |已批准 | [理由] | | ... | ... | ... | ### 步骤 3：生成 ROADMAP.md（来自 PRD 第 3、4、5 部分）从 PRD 导出相位。每个阶段都可以追溯到用户故事或技术要求。 # 路线图 — 里程碑 1：MVP ## 进展 |相|名称 |状态 |计划| |--------|------|--------|--------| | 1 |基础设施和设置|尚未开始 |待定 | | 2 |身份验证和用户管理 |尚未开始 |待定 | | 3 | [核心特征1] |尚未开始 |待定 | | ... | ... | ... | ... | --- ### 第 1 阶段：基础设施和设置 **目标**：项目脚手架、数据库模式、身份验证配置、导航框架 **取决于**：无 **研究**：有可能 **研究主题**：[来自 PRD §4 的堆栈] **追踪**：PRD §4（技术要求） ### 第 2 阶段：身份验证和用户管理 **目标**：注册、登录、忘记密码、会话管理 **取决于**：第 1 阶段 **研究**：不太可能 **追踪**：PRD §3 Epic：Auth、PRD §5 Auth Stack 屏幕 ### 第 3 阶段：[PRD §3 的核心功能] **目标**：[来自用户故事史诗] **取决于**：阶段 1、阶段 2 **研究**：[可能/不太可能] **追踪**：PRD §3 史诗：[名称]，US-001 至 US-00N （继续处理源自 PRD 的所有阶段） ### N 阶段：完善和验证 **目标**：错误状态、空状态、性能、可访问性 **取决于**：所有之前的阶段 **追踪**：PRD §6 非功能性要求 **推导规则：** 1. 基础设施/设置始终是第一阶段 2. 身份验证是第 2 阶段（如果适用） 3. 每个PRD史诗变成一个或多个阶段 4. PRD §5 屏幕地图告知导航阶段 5. PRD §6 非功能性成为最后的完善阶段 6. 每个阶段都可以追溯到一个PRD部分 ### 步骤 4：生成 STATE.md # 项目状态 ## 当前位置 - **阶段**：N 中的 1 阶段（基础设施和设置） - **计划**：尚未开始 - **状态**：未开始 - **进度**：[░░░░░░░░░░] 0% ## 性能指标 - 已完成计划：0 - 平均持续时间：不适用 - 总执行时间：0 ## 累积的上下文 - 决策：参见 PROJECT.md - 延期问题：无阻滞剂：无 ## 会话 - 上次活动：[日期] — 项目已初始化 - 模式：自主（拉尔夫循环） ### 步骤5：生成config.json { “模式”：“yolo”， “深度”：“全面”， “门”：{ “confirm_project”：假， “confirm_phases”：假， “confirm_roadmap”：假， “confirm_breakdown”：假， “confirm_plan”：假， “execute_next_plan”：真， “issues_review”：假， “confirm_transition”：假 }, “安全”：{ “always_confirm_delta”：正确， “always_confirm_external_services”：true } } 为了自主执行，门被设置为“假”——拉尔夫没有停下来问。安全门仍然是“真实的”。 ### 步骤 6：生成代码库文档如果项目目录已有代码，请运行“gsd:map-codebase”的等效命令： * `.planning/codebase/STACK.md` — 技术、依赖项、版本 * `.planning/codebase/ARCHITECTURE.md` — 模式、层、数据流 * `.planning/codebase/STRUCTURE.md` — 目录布局 * `.planning/codebase/CONVENTIONS.md` — 命名、风格、模式如果是新项目，请创建在第一阶段填充的框架版本。 ** ** ## 第 3 阶段：计划生成对于 **仅第 1 阶段**（要执行的第一个阶段），立即生成完整计划。后续阶段通过循环及时计划，因为早期阶段可以为后续决策提供信息。 ### 对于第 1 阶段中的每个计划，生成 `{NN}-{NN}-PLAN.md`： <计划> <阶段>1 <计划编号>01 <类型>执行 <名称>[描述性名称] <目标> [该计划提供什么以及为什么，可追溯到 PRD 部分] <上下文> - PRD：.planning/specs/PRD.md - 项目：.planning/PROJECT.md - 堆栈：.planning/codebase/STACK.md <任务> <任务类型=“自动”> <名称>[任务名称] <文件>[要创建/修改的文件] <动作> 【详细实施说明】 <验证> - [ ] [验证步骤] - [ ] [验证步骤] [成功指示器] <验证> - [ ] 按指定创建/修改的所有文件 - [ ] 测试通过 - [ ] 没有 TypeScript/lint 错误 - [ ] 满足 PRD 的验收标准 <成功标准> [此计划完成的定义] ** ** ## 第 4 阶段：循环配置 ### 第 1 步：检查 Ralph 安装其中 ralph-loop 2>/dev/null ||哪个拉尔夫 2>/dev/null 如果没有安装： git 克隆 https://github.com/frankbria/ralph-claude-code.git /tmp/ralph-claude-code cd /tmp/ralph-claude-code && ./install.sh ### 步骤 2：生成 .ralphrc PROJECT_NAME="$ARGUMENTS" PROJECT_TYPE="[检测到]" MAX_CALLS_PER_HOUR=100 克劳德_超时_分钟=20 CLAUDE_OUTPUT_FORMAT="json" ALLOWED_TOOLS="写入、读取、编辑、Bash(git *)、Bash(npm *)、Bash(npx *)、技能(gsd:*)" SESSION_CONTINUITY=true SESSION_EXPIRY_HOURS=24 TASK_SOURCES=“本地” CB_NO_PROGRESS_THRESHOLD=3 CB_SAME_ERROR_THRESHOLD=5 CB_OUTPUT_DECLINE_THRESHOLD=70 根据项目类型调整“ALLOWED_TOOLS”： * **TypeScript/Node** : `Bash(npm *),Bash(npx *),Bash(node *)` * **Python** : `Bash(python *),Bash(pip *),Bash(pytest *)` * **Rust** : `Bash(cargo *),Bash(rustc *)` * **Go** : `Bash(go *)` * 如果存在 Dockerfile，则添加 `Bash(docker *)` ### 步骤3：生成PROMPT.md 这是关键文件——它告诉循环如何通过 CoVe 验证执行 GSD 计划。 # 项目：[PROJECT_NAME] ## 你的使命您正在 Ralph 循环中自主工作，执行 GSD 计划。您已配备了 wavybaby 工具 - 使用它们。每次迭代： ### 0. 使用你的工具您已为该项目配备了技能和 MCP 服务器。使用它们： - **Context7**：在使用任何库之前查询最新文档。不要猜测 API。 - **安装的技能**：遵循已安装的技能文件中的最佳实践。 - **CoVe 验证**：对于任何重要的代码（有状态、异步、数据库、身份验证、安全性），请在提交之前从 /rnv 运行 4 阶段 CoVe 协议。 ### 1.读取当前状态 - 阅读 `.planning/STATE.md` 以查找当前阶段和计划 - 阅读 `.planning/ROADMAP.md` 了解阶段上下文和依赖关系 ### 2. 确定下一步行动遵循这个决策树：当前阶段的 DISCOVERY.md 是否丢失？是 → 进行研究：阅读 PRD、探索代码库、编写 DISCOVERY.md 使用 Context7 查找任何不熟悉的技术的文档。没有 ↓ 当前阶段是否有未生成的计划？是 → 从 DISCOVERY.md + PRD 生成下一个 {NN}-{NN}-PLAN.md 否 ↓ 现阶段是否有未执行的计划？是 → 执行（参见下面的“执行计划”）否 ↓ 目前阶段的所有计划都完成了吗？是 → 完成阶段：更新 ROADMAP.md，将 STATE.md 推进到下一阶段否 → 出现问题。设置状态：已阻止。所有阶段都完成了吗？是 → 运行验证门。如果通过，则设置 EXIT_SIGNAL: true NO → 继续下一阶段（循环回到顶部） ### 3. 执行计划执行 `{NN}-{NN}-PLAN.md` 时： 1.完整阅读计划文件 2. 按顺序执行每个`` 3. **对于重要任务**，应用 CoVe： - 生成代码[未验证] - 计划特定于此代码的验证目标 - 独立验证每个目标 - 应用修复 → [已验证] 代码 4. 在每个任务之后，运行其“”检查 5. 完成所有任务后，运行计划的“”部分 6. 将结果写入 `{NN}-{NN}-SUMMARY.md` 7. 使用描述性消息提交更改 8.更新`.planning/STATE.md`（增量计划，更新指标） ### 4. 冠状病毒触发因素应用完整的 4 阶段 CoVe 协议（来自 /rnv）： - 有状态代码（useState、useReducer、上下文、stores） - 异步/并发逻辑（useEffect、突变、订阅） - 数据库操作（查询、事务、迁移） - 验证码/安全码 - 缓存失效逻辑 - 财务或精度关键的计算 - 任何代码中的错误是微妙的，不明显的仅在以下情况下跳过 CoVe：琐碎的单行代码、纯格式、配置文件。 ### 5. 制定下一阶段的计划（及时）当进入新阶段时： 1. 阅读该阶段的 DISCOVERY.md（或先创建它） 2. 阅读相关的 PRD 部分（该阶段的“Traces to”字段） 3. 使用 Context7 查找此阶段引入的任何新技术 4. 生成该阶段的所有 {NN}-{NN}-PLAN.md 文件 5.开始执行计划01 ## 关键规则 - 每个循环迭代一个计划（保持专注） - 始终在执行任务后运行测试 - 在每个完成的计划之后写入SUMMARY.md - 在每个完成的计划后更新 STATE.md - 参考 PRD 的验收标准——不要猜测 - 对库文档使用 Context7 — 不要幻想 API - 在重要代码上应用 CoVe — 请勿在未经验证的情况下发布 - 如果被阻止，请设置状态：BLOCKED 并解释原因 - 切勿跳过验证步骤 - 尽可能原子地提交每个任务 ## 所需的输出格式在每个响应的末尾，准确输出： ---RALPH_STATUS--- 状态：IN_PROGRESS |完整|封锁 PHASE: [当前阶段编号和名称] PLAN：[当前计划编号或“生成”或“研究”] TASKS_COMPLETED_THIS_LOOP：<数量> FILES_MODIFIED：<数量> 测试状态：通过 |失败|不运行工作类型：研究|规划|实施|验证 COVE_APPLIED：真 |假 |不适用退出信号：假建议：<已经做了什么以及下一步> ---END_RALPH_STATUS--- 仅在以下情况下设置 EXIT_SIGNAL: true： - ROADMAP.md 中的所有阶段均已完成 - 写入的所有SUMMARY.md 文件 - 最终验证门通过 - STATE.md 显示 100% 进度 ### 步骤4：生成AGENT.md # 代理指令 ## 构建 [检测到的构建命令] ## 测试 [检测到的测试命令] ## 运行 [检测到的运行命令] ## 棉绒 [检测到的 lint 命令] ## 类型检查 [检测到类型检查命令（如果适用）] ## 配备的工具 - Context7：对任何库文档使用“mcp__plugin_context7_context7__resolve-library-id”，然后使用“query-docs” - 已安装的技能：[列出第 0 阶段安装的技能] - CoVe：对重要代码应用 4 阶段验证（请参阅 PROMPT.md §4） ## GSD 命令 - 执行计划：阅读 PLAN.md 并遵循其任务 - 编写摘要：计划完成后创建SUMMARY.md - 更新状态：修改 STATE.md 有进度 ### 步骤 5：添加到 .gitignore echo -e "\n# 拉尔夫循环状态\n.ralph/logs/\n.ralph/status.json\n.ralph/progress.json\n.ralph/.call_count\n.ralph/.last_reset\n.ralph/.exit_signals\n.ralph /.response_analysis\n.ralph/. Circuit_breaker_state\n.ralph/.claude_session_id\n.ralph/.ralph_session\n.ralph/.ralph_session_history" >> .gitignore ### 第 6 步：打印运行说明史蒂夫设置完成。装备：技能：[列出已安装的技能] MCP 服务器：[列出已配置的服务器] 配置：settings.local.json 项目： PRD：.planning/specs/PRD.md（运行前审查）项目：.planning/PROJECT.md（源自 PRD）路线图：.planning/ROADMAP.md（源自 PRD 的阶段）状态：.planning/STATE.md（跟踪进度）第一阶段计划：.planning/phases/01-*/（准备执行）循环：配置：.ralphrc（速率限制、超时）提示符：.ralph/PROMPT.md（GSD + CoVe执行逻辑）构建/测试：.ralph/AGENT.md（如果自动检测错误则进行编辑）运行： ralph --monitor # 推荐：tmux 中的循环 + 仪表板 ralph # 仅循环该循环将： 1. 按顺序执行第一阶段计划（在非平凡代码上使用 CoVe） 2、每个计划后面写SUMMARY.md 3.使用Context7作为库文档（没有幻觉的API） 4. 及时制定第二阶段计划 5. 继续完成所有阶段 6. 运行最终验证门 7. 里程碑完成后退出要检查进度：猫.规划/STATE.md 拉尔夫监视器 ** ** ## 循环如何执行 GSD ### 每迭代流程循环迭代N： 1.阅读.planning/STATE.md 2. 确定：X 阶段，Y 计划 3.如果DISCOVERY.md缺失→研究阶段（使用Context7）→写入DISCOVERY.md→完成 4. 如果未生成计划 → 从 DISCOVERY + PRD 生成计划 → 完成 5. 阅读.planning/phases/{X}-{name}/{XX}-{YY}-PLAN.md 6. 执行计划中的所有任务 - 不平凡的代码 → CoVe 4 阶段验证 - 库使用 → Context7 文档查找 7. 运行验证检查 8.写入{XX}-{YY}-SUMMARY.md 9.更新STATE.md（计划Y+1，指标） 10.如果阶段最后一个计划→更新ROADMAP.md，则前进到阶段X+1 11.如果最后阶段→验证门→EXIT_SIGNAL：true 12. 输出 RALPH_STATUS 块 ### 断路器（来自拉尔夫）触发|结果 ---|--- 3 次循环无文件更改 |打开（停止） 5 次循环同样的错误 |打开（停止） STATE.md | 2 个循环没有进展HALF_OPEN（监控）恢复进展|关闭（已恢复） ### 退出检测（双条件门）拉尔夫只有在满足以下两个条件时才会停止： 1. `completion_indicators >= 2` （来自 RALPH_STATUS 块） 2. `EXIT_SIGNAL: true` （所有阶段完成，验证门通过） ### 会话连续性 * 会话通过 `--continue` 标志持续存在 * `.planning/STATE.md` 提供了 Ralph 内置会话之外的额外连续性 * 即使 Ralph 会话重置，STATE.md 也会告诉代理确切的恢复位置 ** ** ## 比较特色|蜘蛛侠 |仅限 GSD |史蒂夫 ---|---|---|--- 自动装备（技能、MCP、配置）|没有 |没有 |是的（波娃）珠三角一代 |是的 |没有 |是的结构化阶段|否（平面清单）|是的 |是的发现/研究文档 |没有 |是的 |是的带有验证的原子计划|没有 |是的 |是的 CoVe代码验证|没有 |没有 |是的（wavybaby/rnv） Context7 文档查找 |没有 |没有 |是的（波娃）状态追踪|基本 |详细 |详细自主执行|是的（拉尔夫循环）|否（手动）|是的（拉尔夫循环）断路器|是的 |没有 |是的会话保持 |拉尔夫会议|状态.md |两者都及时规划 |否（全部预付）|是的 |是的摘要.md 审计追踪 |没有 |是的 |是的代码库文档 |没有 |是的 |是的进度指标/速度 |基本 |详细 |详细 ** ** 现在为 Steve 设置：**$ARGUMENTS**

史蒂夫

包含技能