Claude Code模型分工与上下文成本
AI科技 · 1 篇公开推文 · 1 位作者 · 曝光 4466 · 评论 4 · 点赞 28 · 书签 33
推文介绍其所称的Anthropic官方Claude Code用法,强调减少旗舰模型处理所有任务的消耗。
创作角度
- 旗舰模型的任务分工
- 上下文成本与编程工作流
相关公开推文
@RealYDT
别再无脑拿旗舰模型当苦力烧上下文了,Anthropic 官方刚把 Claude Code 最暴力的工业级用法给端出来了。 很多人开终端写项目,习惯让一个大模型从头扛到尾,结果几百万的昂贵 Context,全被无意义的翻目录、搜文档和跑脚本给活活烧穿。 官方这次直接甩出了一套教科书级别的“三权分立”协同架构: 底层把 Haiku 5.5 当并行蜂群使唤,以每秒 340 Token 的极速并发,专啃 AST 语法树解析、grep 全局搜索和抓文档,机械活 16ms 毫秒级分流; 中枢让 Sonnet 5.5 顶着 High 思考档位当主力总工,专心生成代码 Diff、实现核心业务和跑测试套件; 至于皇冠上的 Opus 5.5,根本不用来敲一行具体业务代码,而是用 --advisor 挂在后台当“只在生死关头呼叫的首席架构师”。 全流程只在三个最致命的死穴前唤醒 Opus:锁死设计方案前排查架构缺陷、同一个测试连崩两次防止陷入死循环、以及在最终 Git 提交前做全量回归审查。 小模型当打手、主力模型当苦力、顶级大脑做定海神针,这手把单兵作战拆成正规军团的玩法,才算真正把多 Agent 协同的底牌给翻开了。 https://x.com/mirku21/status/2107939129736700335/video/1
曝光 4466 · 评论 4 · 点赞 28 · 书签 33
查看原帖