V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member Sign In
RT
开的 claude pro ；
平时只用 claude opus4.7 写页面。codex 写后端；
目前使用的姿势。
桌面端的 desktop ，模型 opus4.7 high ，从写这个项目开始，一直都是一个对话框来对话。
举例做个功能，让他修改一个 vue 项目，一页面增加一个按钮，点击按钮弹出对话框。 这一个功能要用掉 70%。
1 个问题直接 limit 。
是不是姿势不对 ~ 求大佬指点
 |
1
HFX3389 19h 46m ago
姿势是对的，pro 的 limit 就是这么低，尤其是你还开 high ，要是你开 max 思考，功能只能做到一半
|
 |
3
giter 19h 31m ago
20 美元对于美国人来说价格很合理，但汇率差对于中国人来说偏贵。
如果要写大项目，开个 Max 5x 或者 Max 20x 才能完成，因为 Pro 丐版本身就不适合长久 Vibe Coding 。 |
 |
4
teaguexiao 18h 35m ago
Claude Code 用完 Pro 限额是正常的，换 API+claude.ai 组合比订阅划算多了。用 cursor max 或者直接 API 按量付费，大项目反而更省。
|
 |
5
xkj888418 18h 21m ago
|
 |
6
QAZXCDSWE 18h 19m ago
使用官方版本，使用 Mac 端或者是 Linux 端，整体架构最高级模型，小功能组件就基础 sonet
|
 |
7
zhangleijuly 18h 17m ago
pro 的 token 太少了只能支持设计无法支持开发，减少 token 消耗我知道一个 caveman 一个 rtk ，两个采用的是不同的思路，可以一起用
|
 |
8
qing18 18h 14m ago
换成 Sonnet 4.6
|
 |
9
plasticman64 18h 8m ago
不是你的问题，Claude 的上下文就是特别短，我觉得用 vscode+claude code 插件消耗会小一点，你都试试
|
 |
10
runningowl 17h 52m ago
一个功能一个 plan ，第一个会话做 plan ，然后每一步都可以开个新会话引用这个 plan ，记得做完一步就更新 plan 和功能文档
|
|
11
runningowl 17h 51m ago
也可以考虑做 plan 用 opus ，执行用 sonnet
|
 |
12
jetsung 17h 33m ago  1
https://github.com/rtk-ai/rtk
压缩命令行的工具 |
 |
13
s4nd 17h 15m ago
还是直接上 max 吧，pro 那点额度只能用来塞牙缝
|
 |
14
chchwy 17h 12m ago
不要用 Opus 。Opus 幾分鐘就能用光你的 Pro limit
既然訂了 Pro ，就老老實實的用 Sonnet |
 |
16
ebushicao 17h 0m ago
用英文，中文会有很高的额外消耗。
|
 |
17
WhatTheBridgeSay 16h 31m ago
> 从写这个项目开始，一直都是一个对话框来对话。
那你这不废话么，从来不清空上下文，这要是没有自动压缩你一个月的配额也就够一次问答的 |
 |
18
940i3s34v4F1HW41 PRO 这个能做到吗？
|
 |
19
stormtrooperx5 15h 54m ago
阶段性总结项目进度+接下来要做啥，重新起对话
|
 |
20
mooyo 15h 27m ago
显然你的 pro 不够蹬，开 claude pro 还不如开个其他的。他家的 pro 就是体验装，给你试用一下而已，哪有真的用 pro 干活的。
|
 |
21
tourist0007 15h 11m ago
首先 claude code 上下文就那么多，其次现在他确实比之前要费；再者一直都一个会话，也不是完全不可以，但你要把整体的架构理清楚，最好不要一句话让他完成所有，上下文压缩时本来就会有损失，不可能一板一眼全部都存下来；最后你反过来用会不会更好？
|
 |
22
bf109_ PRO 还是 codex 香啊
|
 |
23
viskem 15h 10m ago
跟你有同样的困惑，但刚才想到一个办法，你看看合适否：
对 OPUS 说： [每次跟你说完需求，你都先拆解为高级任务（你执行）和次级任务（给 Sonnet 执行），然后我会让你继续完成高级任务，并开启另一个 Session 选择为 Sonnet ，对它说“执行次级任务”。注意，你需要保证多个 Session 同时任务不要有任何冲突，也不要有强依赖，注意不要高估了 Sonnet 的能力。] |
 |
24
xialaoban 15h 0m ago
我喜欢一开始先生成计划和文档，然后将大任务拆分成小任务，每次完成一个或者几个小任务，由任务规划得来的设计文档、产品文档等等来保证同频协作。
即使这样也并不完美，大模型总会因为上下文卡死，烦不胜烦 最早这种工作方式来自于 kiro 和 roocode ，慢慢就养成了习惯 另外 opusplan 会自动切换 2 个模型，我理解简单对话它会使用 opus 执行的时候会用 sonnet ，也算是节省方式吧 |
 |
25
1wlinesperday 14h 35m ago
不骗你 用 opus 做 plan ，ds v4 pro 做 execute ，成本降低 10 倍
|
 |
26
zhhmax 13h 44m ago
始终在一个会话里面，当然耗费 token 容易触限。
我的用法是尽可能新开对话，避免长上下文。以及设置定时任务刷新 5 小时限制，如果触发周限了就临时用 API 顶一顶。 |
 |
27
godleon OP @WhatTheBridgeSay
@zhhmax 这个没影响吧，感觉跟项目代码有关，我新建窗口，让他在其中一个页面做上述操作，使用还是一样的。 你每次打开个新对话，多麻烦，而且你这很容易跑偏啊，特别是样式。 |
|
28
godleon OP @1wlinesperday 老哥不行啊，dsv4pro 页面写的样式写的稀碎啊
|
 |
29
huarong 12h 52m ago via Android 1
|
 |
30
simoonfeng 4h 3m ago
我的习惯是一个功能一个新对话，不会一直在一个对话上让上下文一直叠加。
|
 |
31
xiaket 3h 7m ago
今天早上 Anthropic 工程师给我们讲的时候给的官方推荐: https://claude.com/blog/the-advisor-strategy
|
 |
32
huihuilang 2h 42m ago via Android
好奇怪的问题，claude 不都是公司买 token 吗？我们团队一个月烧掉 2000 刀的 token
其实也不贵，2000 刀一个程序员都招不到 |
|
33
godleon OP @huihuilang 独立开发者
|
|
34
huihuilang 39 mins ago via Android
@godleon 哦 难怪了
不过 claude 用的爽还是买 token 吧，现在就算是 max 也是缩水的厉害。。。其他家也都是 |
Select Language