1、CLAUDE.md是项目级通用规范，每次会话都会全量加载，固定开销————也就是说每次会话开始都需要因为Claude Code/Codex等工具扫描阅读CLAUDE.md而耗费Token（固定开销）
2、若是没有CLAUDE.md文件，Claude Code和Codex每次都会全部扫描文件夹中的文件，增加Token的消耗（增加Token的消耗）
3、Skills根据需求进行激活，也就是说使用Skills时才需要耗费Token（按需支付）
4、Skills之所以能够节约Token是因为Skills是采用的渐进式披露的方法，以极低的Token成本实现海量知识的按需调用（渐进式披露）
5、description总预算上限为上下文窗口数量的2%，若未指定或计算异常，默认固定为16000个字符。（description中的每一个字符视为一笔昂贵的“Token投资”，需要投入精准）
该预算由所有已安装的Skill平分，而非按需分配。计算公式如下。
单个Skill可用字符数=总预算/Skill的总数
6、参考型Skill会增加Token消耗，Claude通过语义匹配确定是否需要该类Skill（参考型Skill是否使用由Claude语义判断，任务型skill是否使用由用户判断，因此中间减少了Claude思考的环节，能够减少Token的消耗）
7、SKILL.md的设计思维应将其定义为路由器，路由设计的核心技巧在于构建“快速参考”表格。该表格能以极低的Token（大概3行仅需50Token），清晰地向Claude指引5个关键维度的路由条件（用极低Token消耗指引多维度路由条件）
8、团队型子智能体的运行开销更高——长期维持的上下文窗口意味着持续的Token消耗。因此，仅在确实需要负责协作的场景下，采用该模式才具备成本效益
参考文献：
[1]黄佳.Claude Code实战–Harness工程之道[M].人民邮电出版社，2026
