模型路由与 token 节省
选择模型
- Sonnet（默认，约 90% 的工作）： 编辑、bug 修复、测试、对已知代码的重构、git 操作、文档、README/TROUBLESHOOTING 更新、运行
npm run check。 - Opus（仅在值得时使用）： 跨多个模块的新功能、架构或数据流变更、经一次 Sonnet 尝试后仍原因不明的 bug、安全审查、大型迁移。使用它生成一个简短的书面计划（最多约 30 行），然后在 Sonnet 上执行该计划。
- Haiku： 纯查找、grep 并报告、汇总日志、列出文件。通过子智能体并使用
model: haiku进行委托。 - 不要为了样式、命名或单文件变更而升级到 Opus。如果一次 Sonnet 尝试失败两次，可升级一次，然后再返回 Sonnet。
在不损失质量的前提下节省 token
- 首先读取
PLAN.md。然后只读取任务涉及的文件。在打开文件之前使用 Grep/Glob；读取行范围，而非整个文件。 - 绝不要读取
node_modules、dist-electron、release、logs、data、package-lock.json或.env。 - 结束时运行一次
npm run check，而不是每次编辑后都运行。在迭代过程中运行单个测试文件（npx vitest run tests/<file>）。 - 将长命令输出通过
Select-Object -First 40/-Last 40管道截取；不要倾倒完整日志。 - 不要重新读取刚刚编辑过的文件。不要重复陈述对话中已确认的事实。
- 保持回复简短：说明更改了什么、验证了什么、用户下一步必须做什么。
- 将广泛的搜索或日志读取委托给子智能体，以便仅将其结论纳入主上下文。
- 每个会话只处理一个任务。当主题变更时，开始一个新会话，而不是携带冗长的历史记录。
- 绝不要为了节省 token 而跳过会影响正确性的检查、测试或文件读取。