JVS Claw 积分节省指南 | JVS Claw 帮助中心

JVS Claw 积分节省指南

更新时间： 2026-03-28

积分使用说明

积分是Clawbot执行任务时消耗的计算资源，在输入和输出均会产生消耗。

Clawbot在理解任务要求时产生的消耗，主要包括：

这里最容易被忽视的是上下文历史。对话越长，模型每次回复前需要重新阅读和理解的内容就越多，所以即使后面只问一句很简单的话，实际消耗也可能不低。

Clawbot在完成任务时产生的成本，主要包括但不限于以下几类：

JVS Claw的积分可通过优化使用方式，在不影响理解与任务执行质量的前提下完成节省，可参考以下策略。

❌ 高消耗表现：同一个会话里执行多个任务，每次回复都要重读大量历史，单次回复很可能就要消耗 0.2-0.5积分，上下文越多消耗越高。
✅ 节省做法：任务阶段性完成后，及时新开对话，需要承接历史时，优先通过 memory 文件、总结文档、历史 session 来恢复上下文。可在对话中输入 /new 或者直接新开一个会话。
💡 核心原则：不要让模型每次都重新读整本"聊天小说"，而是给它看"摘要版任务说明"。

❌ 高消耗表现：同一个任务拆成多次零碎浏览，非必要搜索浏览器。浏览器自动化通常不是"只点一下"那么简单，背后往往包含页面加载、DOM 解析、内容提取、交互动作和结果整理。
✅ 节省做法：能通过已有信息判断的，不重复打开网页，一次性批量完成操作，避免来回切换；任务描述尽量明确，减少无效探索。
💡 核心原则：浏览器是"重武器"，不是"顺手就开"的工具。

❌ 高消耗表现：一上来就读整个项目，把长日志、完整代码仓、整篇大文档都扔进去，不限定范围，让模型自己找重点。
✅ 节省做法：先精准定位，再读取内容；尽量缩小范围到"具体文件 + 具体行数 + 具体问题"；先给任务背景，再给最小必要信息。
- 推荐描述：例如"检查 /path/to/file.py 第 30～50 行是否有内存泄漏"“分析这段错误日志里为什么会出现连接超时”。
💡 核心原则：让模型读"你怀疑有问题的局部"，而不是"整个世界"。

❌ 高消耗表现：安装大量工具及skill，每次任务都带着大量无关工具信息一起进入上下文，很多 skill / API 会带来额外的说明、参数定义、调用上下文，这些都会消耗积分。
✅ 节省做法：只安装自己真正常用的 skill / API，不常用的临时启用，用完就停，对单一任务尽量保持工具集合精简。
💡 核心原则：工具越多，不代表越省；很多时候只是"背着一大包说明书在聊天"。

❌ 高消耗表现：同一个复杂问题，在不同会话反复从头问，每次都消耗积分，不共享。
✅ 节省做法：复杂任务完成后，及时写总结，关键结论沉淀到 memory/，常用流程写成 SOP / checklist / 说明文档，对重要排查结果保留"结论 + 证据 + 文件位置"。
💡 核心原则：能复用结论，就不要复用消耗。

❌ 高消耗表现：复杂任务不先拆解，完全靠多轮聊天推进，每一步都在对话里临时回忆"上一步做到了哪"，做着做着上下文越来越长，越来越乱。
✅ 节省做法：复杂任务一开始就写计划文件，把状态、结论、待办写进文件，不靠上下文记忆，下次继续时直接读取计划文件即可。推荐方式：例如先建立 temp/xxx-plan.md、temp/xxx-progress.md、memory/xxx-summary.md。
💡 核心原则：复杂任务靠"外部状态文件"推进，而不是靠"聊天上下文堆积"推进。

测试说明：新会话上下文短，消耗相对更稳定，如果在同一个会话里，随着 context 增长，实际消耗通常会上升。所有测试均在"新开对话"场景下进行。