我改了一处 Claude Code 的使用方式，输出质量一夜之间提升了 10 倍。
不是换了新模型。
不是换了新工具。
也不是多花 200 美元/月订阅。
只是一个成本为 0 的工作流改动。
Thread 🧵👇
评论区作者自回复：
问题在于：大多数人会直接和 Claude Code 对话。
他们会输入类似这样的话："给我的 app 加登录，用 JWT，要安全。"
这就像把一张餐巾纸草图交给承包商，然后期待对方直接交付一栋完工的房子。
Claude Code 是一个执行引擎。它真正擅长的是按照清晰、结构化的指令执行。
解决办法简单到有点不好意思：
不要自己直接写 prompt。
打开 Claude Desktop → 切到 Chat（Opus）→ 对它说：
"请帮我写一份最适合 Claude Code 执行 [目标] 的 prompt。需要包含规划阶段、最终目标规格、质量审计，以及不可违反的负面提示词。"
为什么这招有效：
Opus 更适合推理：策略、细节、边界情况。
Code 更适合执行：写文件、跑命令、搭东西。
当你直接提示 Code 时，本质上是在要求一个执行者同时兼任策略师。
当你先让 Chat 写好提示词，再交给 Code 执行时，分工就对了。
下面是 Chat 设计过的 prompt 和大多数人随手输入内容的区别：
❌ "给我的 API 写测试"
✅ Chat 会产出：
- Phase 0：盘点现有测试文件
- Phase 1：单元测试（覆盖率目标、边界情况、mock 策略）
- Phase 2：集成测试（endpoint 覆盖、失败路径、认证场景）
现在我所有事情都这么做：
- 多文件重构
- 复杂调试
- CI/CD 配置
- 内容自动化管线
- 测试套件
每个场景都是同一套流程：告诉 Chat 目标，拿到结构化 prompt，再粘贴给 Code。
完整拆解和真实案例：
我会在周二直播，实时走完整个工作流。
我会在直播里用 Chat → Code 从零搭一个东西，让你看到 prompt 到底是怎么流转的。
如果你还想要让这套流程更顺手的预制工具，也可以继续关注。
@kittytreats 谢谢！很期待看到你用这些工具做出什么。
@notP1rateRobert 我可以让它帮我发帖，但我不想把这个权限交出去。
@braydenjlangley 告诉 Chat 你打算使用 plan mode，告诉它你的目标，然后让它决定 /plan 里应该定义哪些内容。
@JacquesRetief84 Claude Chat 在会话之间没有持久记忆，而且对话越长，上下文越大，响应就越慢、越差。
你没有做错什么，只是已经碰到了默认工作流的天花板。