@jumperz：这就是如何将Claude Fable 5作为你的架构师（仅需20美元订阅）加上GPT 5.5 Codex作为你的构建者来运行的方法…完整系统如下…

X AI KOLs Timeline 工具
ai-workflow claude gpt developer-tools architect-builder memory-system

摘要

一位开发者分享了一个工作流程，使用Claude Fable 5作为架构师，GPT 5.5 Codex作为构建者，并配有一个交接记忆系统来高效管理AI辅助开发。

这就是如何将Claude Fable 5作为你的架构师（仅需20美元订阅）加上GPT 5.5 Codex作为你的构建者来运行的方法。 完整系统如下： 循环是：Fable思考… Codex构建，仓库记忆，你来评判，就这么简单。 这一切的意义在于，我们利用了5.5在订阅中且速度足够快的优势，特别是配合/goal命令，同时使用最新的Anthropic模型作为评判/指导。 步骤1 >创建记忆（一次性）：在你的仓库中创建docs/HANDOFF.md文件。 >Codex在每次工作会话后更新该文件：记录了构建了什么、决定了什么及原因、未解决的分歧、下一个切片。这个文件正是为什么Fable只需30分钟就足够的原因——它读取状态而不是问你问题。 步骤2 将以下内容粘贴给Fable（每次会话） >你是[项目]的架构师 >GPT 5.5 Codex是构建者 >你从不编写实现代码。 >你的工作： (1) 阅读下面的交接信息 (2) 对构建者提出的每个分歧做出裁决：接受/拒绝/修改 + 一行原因 (3) 将任何结果与文档中的门槛进行原始评判，忽略构建者的叙述 (4) 编写下一个切片规范：小到足以一次PR完成，严格的验收标准，明确的范围外内容，并强制构建者在编码前验证API/格式是否符合实际情况 (5) 标记范围蔓延和目标移位… 直言不讳。与我持不同意见。最后给出一个准备粘贴的构建者块。 步骤3 将Fable的块粘贴给Codex，并附上这个/goal /goal: 执行架构师规范。规则： 阶段0 在编写任何代码之前，回复你的计划以及你持有的每一个分歧，包括理由，并引用仓库中的实际文件。沉默的服从 = 失败。沉默的范围增加 = 失败。 阶段1 首先在docs/中冻结共享合约（schema/接口）；冻结后它们对包括你在内的所有人都是只读的。 阶段2 在不相互导入的模块上生成最多3-4个通道代理，再加上一个绝不编写特性代码的审查代理：它根据规范+测试+冻结文档检查每个通道，并返回“批准”或编号的缺陷列表。没有批准则不合并任何内容。然后：提交并推送每个切片，用仅包含原始结果的表格和数字更新docs/HANDOFF.md，不要解读，不要‘承诺’。裁决权属于架构师和人类。” 步骤4 重复Codex的工作小时… 你只花Fable的分钟进行判断：仲裁、证据审查、下一个规范、终止/继续决策。每个工作块一个Fable会话。 让它真正有效的5条规则 >仓库文档是记忆，不在HANDOFF.md中 = 没发生过 >构建者从不给自己的作品评分 >分歧是强制性的 >在结果出现前冻结成功标准，之后永不修改 >架构师的时间花在判断上，构建者的时间花在打字上 >架构师是边缘，构建者是双手。仓库是大脑……这样想就对了…… 收藏这个。你会需要的……如果按这种方式做，你真的不需要支付数百美元的API代币。
查看原文
查看缓存全文

缓存时间: 2026/06/10 21:58

如何用 Claude Fable 5 当你的架构师（仅需 20 美元订阅）+ GPT 5.5 Codex 当你的构建者

完整系统如下：

循环是：Fable 思考 → Codex 构建 → 仓库记忆 → 你评判，就这么简单。

这一切的关键在于：5.5 是订阅制且足够快（尤其配合 /goal），而我们用最新的 Anthropic 模型来做评判/引导。

步骤 1

创建记忆（一次性操作）： 在你的仓库中创建 docs/HANDOFF.md。

Codex 在每个工作会话后更新它： 记录了构建了什么、决定了什么及原因、未解决的争议、下一个切片。这个文件就是为什么只需 30 分钟 Fable 就够用的原因——它读取状态，而不是问你问题。

步骤 2 将此粘贴到 Fable（每个会话）

你是 [项目名] 的架构师。

GPT 5.5 Codex 是构建者。 你永远不写实现代码。 你的职责：

(1) 阅读下方的交接文档。 (2) 对构建者提出的每个争议做出裁决：接受/拒绝/修改 + 一行原因。 (3) 根据文档中的关卡直接评判任何原始结果，忽略构建者的叙述。 (4) 编写下一个切片规格：小到一个 PR、严格的验收标准、明确的范围外，并强制构建者在编码前根据实际情况验证 API/格式。 (5) 标记范围蔓延和目标挪移。直截了当。请与我持不同意见。最后以一个可供构建者直接粘贴的代码块结束。

步骤 3 将 Fable 的代码块粘贴到 Codex，并附带以下 /goal

/goal：执行架构师规格。规则：

阶段 0  在编写任何代码之前，回复你的计划以及你提出的每个争议，附带原因，引用仓库中的真实文件。沉默合规 = 失败。静默范围添加 = 失败。

阶段 1  首先在 docs/ 中冻结共享契约（schemas/interfaces）；冻结后对所有人（包括你自己）都是只读的。

阶段 2  在不相互导入的模块上产生最多 3-4 个车道代理，再加上一个从不编写功能代码的审查代理：它根据规格 + 测试 + 冻结文档检查每个车道，并返回 APPROVE 或一个编号的缺陷列表。没有 APPROVE 就不能合并。然后：提交并推送每个切片，用仅包含原始结果表格和数字（无解读，无“承诺”）更新 docs/HANDOFF.md。裁决权属于架构师和人类。"

步骤 4 重复：Codex 工作数小时，你只花几分钟 Fable 时间进行评判：仲裁、证据审查、下一个规格、终止/继续决策。每个工作块一个 Fable 会话。

让它真正起作用的 5 条规则

仓库文档就是记忆。不在 HANDOFF.md 中 = 未发生。

构建者永远不给自己的工作打分。

争议是强制性的。

在结果存在之前冻结成功标准，之后绝不修改。

架构师时间花在评判上，构建者时间花在打字上。

架构师是边缘，构建者是双手。仓库是大脑。就这样理解。

收藏此页。你会需要的。按照这个方法，你真的不需要花费数百美元的 API 令牌。

简单来说：永远不要相信模型的记忆，相信仓库，这样每个会话都会重新读取文档。

不在仓库中 = 未发生

相似文章