Claude Code 真实使用指南:从提示转向循环工程
本文深入解析了 Claude Code 创始人 Boris Cherny 的日常工作流与核心理念。他指出,Claude Code 的最佳使用方式已从传统的“单次提示”转变为“设计循环”,即通过多会话和子智能体构建自动化的系统。文章探讨了系统提示词的演进逻辑,并分享了如何像 Anthropic 内部团队一样高效编写 CLAUDE.md 文件:将 Claude 视为一名能力极强但患有失忆症的新员工,仅提供必要的全局指令与渐进式上下文。
本文深入解析了 Claude Code 创始人 Boris Cherny 的日常工作流与核心理念。他指出,Claude Code 的最佳使用方式已从传统的“单次提示”转变为“设计循环”,即通过多会话和子智能体构建自动化的系统。文章探讨了系统提示词的演进逻辑,并分享了如何像 Anthropic 内部团队一样高效编写 CLAUDE.md 文件:将 Claude 视为一名能力极强但患有失忆症的新员工,仅提供必要的全局指令与渐进式上下文。
文章非常及时地(与当前日期同步)深入剖析了Claude Code创造者的核心使用哲学(循环工程),并提供了系统提示词演变的深刻洞察及编写CLAUDE.md的实用指南,信息密度和可读性极高。
本文作者作为Superpowers插件早期用户,分析了该插件中14个skill在当前前沿模型(如GPT 5.6 Sol)日益强大的背景下的适用性。作者认为,虽然每个skill本身具有合理的软件工程依据,但作为强制工作流组合使用时,会导致流程复杂化、过度设计、时间和token消耗增加,反而降低开发效率。建议开发者根据实际需求提炼使用,而非全盘套用。
本文介绍了 Claude Code 团队在 AI 生成约 90% 代码的情况下如何重构代码评审流程。团队将代码评审从人工逐行阅读转变为分层自动化体系:包括 PR 前的 Claude 自验证、子代理 diff 审查、内部 skill(bug 猎捕、diff 缩减等)、以及每个 PR 的 AI 评审,仅将人类注意力保留给高风险决策。通过 CLAUDE.md 和 REVIEW.md 等文件向评审者注入项目上下文,并快速回滚机制兜底。6 月至 9 月间合并 PR 数量翻倍,回滚率下降超 40%,实现了用最少人工环节保障代码质量的目标。
作者受 Anthropic 工程经理 Felix Rieseberg「Do not ask the model to judge itself」的启发,将外部验证规则写进 CLAUDE.md:交稿前派一个不带上下文的子 Agent,在空目录里照着成稿做一遍,报告卡住的步骤。作者用一篇错题本教程实测三次:第一次因抓取丢失代码块被判「不能」;第二次判「部分能」,挑出三处真实缺漏(回填提示词、完整模板、日期示例);补齐后第三次仍挑出更深层的隐含前提问题。对照测试表明配置规则后 Agent 会主动派裁判。文末附完整规则全文及验证方法、踩坑提示,强调写稿与验收必须分离,教程质量需由「没见过这篇的人」验证。
作者在 AI 编程时代工作流已从手写代码转向与 Claude Code、Qoder CLI 等 agent 协作,日常以看 diff、stage/commit 为主,因此基于 Go 的 MyGo 框架自研了轻量编辑器 Mayoi。它支持 project tabs 多项目管理、Ghostty 终端集成、按段 stage/discard 的 diff 审查、⌘V 粘贴截图给 agent、Remote SSH 远程开发等功能。相比 VS Code(905 MB)和 Cursor(970 MB),Mayoi 仅 24 MB、内存约 180 MB。当前版本无 LSP、扩展和调试器,内置 Claude、Qoder、Matrix 主题,开源且支持 macOS、Windows、Linux。
文章从底层原理出发,以 Claude Code 为例深入解析大模型的上下文管理。作者指出即使上下文窗口达到 1M,上下文管理依然必要,核心原因是 KV Cache 前缀缓存机制(保证前缀一致可大幅降低推理成本)和注意力稀释问题(上下文过长过杂易引发幻觉)。文章详细拆解了 Claude Code 约 25K 系统提示词的组成,将上下文分为静态指令层、弱动态层和强动态层三层结构,并介绍了 Skill 渐进式加载、工具延迟加载、Memory 硬截断等剪枝手法,以及 CLAUDE.md 规则文件的五类分级组织形式与自顶向下的装配顺序原理。
作者用相同的提示词、品牌素材和数据让 Claude Code(Opus 5)和 Codex(GPT-5.6 Sol)各构建八个网站,从设计质量、Agent 数量、耗时、输出 token 和 API 成本多维度对比。结果是 Codex 在开放式设计环节赢得六轮中的五轮,效率优势显著:Codex 仅用 9 个 agent、约 5 小时、55 万 token、约 100 美元,而 Claude Code 用了 25 个 agent、14 小时、近 300 万 token、约 444 美元。实验还发现当提示词足够具体时,两者产出几乎一致。
本文系统讲解如何编写和维护 Claude Code 的 CLAUDE.md 与 Codex 的 AGENTS.md 等长期指令文件。核心观点是:规则越多 Agent 反而越容易跑偏,指令文件应只保存 Agent 无法从代码推断的隐性知识。作者提出先做减法(三问:能否从项目找到、是否多数任务都用、是否长期成立),再做加法(五个问题提取业务规则、固定入口、联动关系、完成标准和权威资料),并给出内容分流表、最小模板、双工具共用一份文件的方案、加载验证方法、修剪维护节奏,以及一段可直接使用的审计提示词。
DeepSeek Harness(DSH)是 DeepSeek 官方开源的 AI Agent 运行环境,核心理念是「一切皆插件」。文章介绍了如何在 GitHub 和社区清单中发现优质插件,并推荐了多款热门插件:包括让模型理解图片的 ModLens、扩展搜索源的 ModSearch、可操作真实 Chrome 浏览器的 dsh-browser、支持多 Agent 协作的 Agent Teams、插件市场 dsh-market、界面全家桶 dsh-web-ui、侧边栏增强、上下文可视化和生成式 UI 等,帮助用户扩展 DSH 技能并提升使用体验。
文章提出一套将 Claude Code 当作“AI 员工”而非聊天框使用的完整系统,包含九个组成部分:工作区(仓库目录结构)、记忆文件(CLAUDE.md、roadmap.md、review.md)、任务简报(plan mode)、工单(清晰的小任务)、自我检查(让 Claude 打开产品实际验证流程)、三层审查(人工 diff、标准审查、/review)、例程排期与权限控制。作者以医美机构漏接线索的自动回复产品为真实示例,演示如何通过上下文工程、明确范围和质量标准,让 Claude Code 高质量、可控地完成端到端产品开发与验收。
Anthropic 发布了 Claude Code 官方插件市场,提供 36 个由官方维护的第一方插件。文章详细解析了这些插件的功能与使用场景,涵盖代码审查、开发工作流、项目配置、插件开发工具及语言智能服务等,并针对不同使用需求推荐了安装搭配方案。
文章从海量资源中精选出 10 个最具实用价值的 Claude Code 仓库。内容涵盖多 Agent 管理工具 cc-switch、联网能力增强 web-access、官方 Skills 库及课程推荐、工作流框架 superpowers 以及代码知识图谱生成工具 graphify 等。作者详细介绍了每个工具的核心功能、适用场景及安装顺序,旨在帮助开发者从零开始构建高效的 AI 编程工作流。