佬们，Claude Code 每次请求都会携带大量上下文，导致 200K Token 很快爆掉
除了利用 subAgent 切分任务，还有哪些手段可以减少 Token浪费？
顺便请教下，cursor 和 windsurf 是咋做的
12 个赞
用哈雷佬的话来说就是去掉mcp
1 个赞
我也很苦恼 而且子代理的效果也不是很理想 通过调用其他cli也是有上下文的 我打算搞一个skill
1 个赞
我的单 Agent 就靠 MCP 跑完整个流程，也没装多余的 MCP 
1 个赞
减少提示词
去掉mcp
给cc内置一大堆那玩意，还不如cursor的auto了，不懂啊
2 个赞
佬 skills 能解决这个问题吗？要配合 subAgent 一起吗？
3 个赞
你是啥呀 是2api？ 还是订阅 pro的话根本用不了几下 还不如老老实实的少装点mcp 用点skill mcp就是我有这么多配置 你自己看要调用什么 skill就是按需调用 max的话直接开1m上下文 调用子代理吧 我觉得子代理不错就是用于上下文的不执行只研究 然后可以考虑插件 插件我没用过 我看见有推Ralph Wiqgum插件 我之前工作流就是调用子代理 hooks提示 上下文会自动更新拆分反正类似的工作流 mcp很快爆掉的话 用skill吧 现在很多技能包 之前只调用个playwright mcp上下文都爆掉了
5 个赞
记得还有一种方案是去掉自动压缩来着～
1 个赞
2api
自动压缩我关掉了，但是请求里每次都会带上之前所有的内容 
开局先/context，看看哪些玩意占用最多，然后根据任务类型关闭mcp，如果不是大任务就/config里关掉自动压缩，这么一搞，开局大概有160-170k的上下文，如果再配合 serena、acemcp这类工具，还可以减少一些任务中token消耗，会更耐用一些。大任务在提示10%左右的时候，可以手动压缩一次，或者跑到提示上下文满，直接开1m，再来压缩，压缩完再切回来
4 个赞
serena也是消耗上下文的大户，acemcp确实挺不错的，可以先用很少的上下文定位到相关文件
感谢，我用的是反重力的 2api，能开 1M 吗？
去掉 mcp，中间结果可以写到某个 md 文件里面
那肯定不能了，老实手动压缩吧
1 个赞
分析上下文使用情况
对话过程中，可以使用/context 分析上下文使用情况，message就是你的输入。
一些常用的手段
- 不要使用MCP，我加过几个MCP，实测mcp和message有时达到1比1的量。
- 善用/clear，完成一个任务就清除上下文。
- 实现功能分步骤，先用对话模式让cc做设计，你可以和他说需求，生成设计文档保存在项目中，也要让他拆解实现步骤，可以和他继续对话修改设计到你满意位置。然后每个步骤使用plan模式实现。设计和每个步骤实现之间用/clear清除上下文。这样每个对话上下文就比较少。
- 使用其他AI做评审和调试，cc实现代码质量不错，但是实现完自动进入review或测试，因为要读取输出，所以很占token，你可以明确cc不要做测试，然后自己用gemini等其他AI来调试，这样既能double check又能节省token。
尽量减少上下文的量，cc的上下文才200K，太大了会出现幻觉，就乱写了。
PS：在/setting 里关掉自动压缩上下文，挺耗token的。
4 个赞
删掉所有mcp 自动压缩关闭 然后来用ccb 一晚上不爆token ，最简单道理简单任务分发给cx，善用rewind
1 个赞
请问佬ccb是什么
还有佬说都小任务交给codex，这个流程需要配置提示词喝规则约束吗？我现在经常感觉反代出来的opus生成的内容很有问题，经常手动开启codex来审查Claude生成的内容，想要一种更优雅无感的都方式来实现这个过程
分解任务，每次执行一项，执行完后让CC总结成文档，然后/clear，读取文档继续执行
1 个赞