正在打开每日关注
正在打开每日关注
系统比较 CLAUDE.md、规则、技能、钩子与子代理的上下文成本和适用边界。
best writeup i've seen on steering Claude Code. every way you instruct it costs a different amount of context, and it takes some more seriously than others. clear enough that you can drop the article into Claude Code and have it clean up your own config. https://t.co/zUUu2eTzlj https://t.co/b1ktWO9q89
是什么 这篇 Anthropic 文章把 Claude Code 的“如何被指导”拆成七种机制:根目录或子目录 CLAUDE.md、规则、技能、子代理、钩子、输出样式和追加系统提示。它的主张不是把所有内容塞进一份说明文件,而是按加载时机、压缩后的保留方式、上下文成本和约束权威度进行分工。
核心论点链条 根 CLAUDE.md 在会话开始加载,适合项目地图、构建命令和团队规范,但每行都有持续成本;子目录文件和路径规则按需加载,能降低无关消耗。技能只在调用时载入完整流程,子代理把任务放到隔离上下文,主会话只接收结果;钩子则在生命周期事件上执行确定性自动化,绕开压缩。输出样式与系统提示追加适合全局角色、语气和格式,却更昂贵、作用面更大。
关键洞察 配置治理本质上是上下文预算管理:根文件应短小、有负责人并像代码一样审查,单体规则应下沉到路径作用域,程序化流程应沉淀为技能,独立检索或审计交给子代理。对单仓库和 Monorepo 都能借此减少指令稀释与配置膨胀。
边界与风险 文章提供的是决策框架,不是跨版本性能基准;实际加载、压缩重注入和预算仍需结合 Claude Code 版本与设置验证。过度拆分也可能降低可发现性,因此应以任务边界和维护责任为依据。