之前无脑梭哈 claude ，发现 token 用的非常快，成本太大了，如果用国内模型输出结果又不符合预期。所以想在这问问各位 V 友大佬们有没有方法能让我既要又要？目前我的策略是基础的能国内模型做的尽量用国内模型，复杂的用 Claude 。听说项目用 spec 工具可以提效减少不必要的 token 目前还是一知半解希望大佬可以赐教～感谢
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
Supplement 1 · 8h 54m ago
总结下各位大佬们给的方案：Spec-Driven Development 是必备的，接下来就是把大需求拆分成一个个小需求，逐步打破，描述越清晰实现效果越好，不受模型限制。specs 的我得学习学习，在此感谢各位大佬的赐教，我也会持续关注本帖，如果后面还有更好的也会去学习～
 |
1
jackOff 14h 28m ago  1
作为开发者你需要有 subagent 的思维，即你自己本人在使用 ai 时需要拆分好阶段任务和验收目标，这样子下面的 ai 才不会难办和瞎猜
|
 |
2
Alwaysonline 14h 25m ago
公司项目的报销。
个人项目的 199 元 Kimi 撸前端和初写，Codex 3 个 Plus 账号做复核和改写，成本可控。 |
 |
3
94 14h 7m ago
不知道你是咋用的，可以了解一下社区共识的 Spec-Driven Development
从我现在的大规模使用来看，日常的业务代码国内的模型已经可以胜任了，只在一些复杂场景下才会明显比 Opus 要弱。 |
 |
4
cocong 14h 4m ago
小需求小步快跑吧，一口气提太多，上下太大修改起来就很费 token
|
 |
5
teaguexiao 13h 46m ago
写好 SPECS 文档让每次对话有上下文参照，模型就不用反复重建理解，token 能省不少。探索和头脑风暴阶段用便宜模型，确定方向了再切 Claude 收尾，成本基本能控住。
|
 |
6
luanfujian 13h 12m ago via iPhone
理论上讲任务越细 模型的差距越小
|
 |
8
ghostman 9h 8m ago
用 Opus 讨论需求写设计文档，用 Sonnet 按照文档执行写代码？
|
Select Language