郭宇 guoyu.eth (@turingou) “今天在 HN 看到一篇分享自己使用 cc 方法的文章，很有意思，在 agent 时代，对专业工” — TopicDigg

今天在 HN 看到一篇分享自己使用 cc 方法的文章，很有意思，在 agent 时代，对专业工程师背景的使用者可能更有帮助，因为这种思维方式主要集中在和 cc 结对编程的长会话中（目前仍然是我最喜欢的 vibe 方式）我让 cc 总结了一下，感兴趣的朋友可以看看，文章链接在总结的最末尾。 作者背景： Boris Tane，Cloudflare 工程负责人，前 Baselime（被 Cloudflare 收购）创始人，使用 Claude Code 约 9 个月。 核心方法论 "在审批书面计划之前，绝不让 Claude 写代码。" 他把工作分成三个阶段： 1. 研究阶段（Research） - 先让 Claude 深度阅读代码库，输出 - 用"deeply""in great details"等词引导 Claude 做彻底调研 - 目的：避免 Claude 写出"单独能跑但破坏现有系统"的代码 2. 计划阶段（Planning）+ 标注循环 - 让 Claude 输出 - 最有特色的环节：标注循环（Annotation Cycle）——在编辑器里直接往 里加批注（纠正假设、否决方案、补充约束），然后让 Claude 根据批注修改计划，反复 1-6 轮直到满意 - 最后拆成细粒度的 checklist 再交给 Claude 执行 3. 执行阶段（Implementation） - 标准化的执行提示词，让 Claude 逐项完成并勾选 - 执行期间反馈简短、精准 - 如果方向错了，直接 revert，不做增量修补 --- 可借鉴的思路 1. 共享可变文档——用 markdown 文件作为人机协作的"共享状态"，比口头对话更持久、可追溯。这个对复杂项目特别有用，设计决策可以沉淀下来。 2. 标注循环而非对话循环——直接在文档里写批注比在聊天里来回说更高效，Claude 能看到完整上下文，不会丢失信息。 3. 严格的阶段门控——研究 → 计划 → 执行，每个阶段有明确产出物，不跳步。防止 Claude "想当然"地写代码。 4. 接口保护——明确告诉 Claude 哪些函数签名和 API 不能动，设硬约束。 5. 果断 revert——方向错了就回滚重来，不要试图在错误基础上打补丁，这比增量修复节省更多 token 和时间。 6. 单次长会话——在一个连续对话里完成研究到实现，让 Claude 积累对项目的理解，而不是每次都从零开始。 原文链接 How I Use Claude Code：