积分是Clawbot执行任务时消耗的计算资源,在输入和输出均会产生消耗。
积分消耗
输入消耗
Clawbot在理解任务要求时产生的消耗,主要包括:
用户发出的消息内容。
用户上传的文件、图片、截图。
当前会话里的上下文历史。
已加载的记忆、历史会话。
Skill / API 的描述信息、工具定义等。
输入消耗中最容易被忽视的是上下文历史。对话越长,模型每次回复前需要重新阅读和理解的内容就越多,因此即使后续只进行简单对话,实际消耗也可能不低。此外,人设文件、规则文件、系统提示词(System Prompt)等后台隐藏配置同样是积分消耗的重要来源,也是导致"未进行复杂操作但积分异常减少"或"单次对话消耗偏高"的常见原因之一。
执行消耗
Clawbot在完成任务时产生的成本,主要包括但不限于以下几类:
打开网页、搜索资料、读取页面内容。
调用工具、Skill、API。
分析代码、日志、图片、文档。
生成内容、整理结果、发布消息。
多轮推理、比对、总结。
积分节省策略
JVS Claw的积分可通过优化使用方式,在不影响理解与任务执行质量的前提下完成节省,可参考以下策略。
多任务分对话执行
典型高消耗场景:同一个会话里执行多个任务,每次回复都要重读大量历史,单次回复很可能就要消耗 0.2-0.5积分,上下文越多消耗越高。
优化策略:任务阶段性完成后,及时新开对话,需要承接历史时,优先通过 memory 文件、总结文档、历史 session 来恢复上下文。可在对话中输入
/new或者直接新开一个会话。设计原则:避免让模型每次都重新读长对话历史,而是给它看"摘要版任务说明"。
避免浏览器滥用
典型高消耗场景:同一个任务拆成多次零碎浏览,非必要搜索浏览器。浏览器自动化通常并不是只点一下那么简单,背后往往包含页面加载、DOM 解析、内容提取、交互动作和结果整理。
优化策略:能通过已有信息判断的,不重复打开网页,一次性批量完成操作,避免来回切换。任务描述尽量明确,减少无效探索。
设计原则:浏览器是高消耗工具,不是频繁使用的工具。
大文件/多文件读取
典型高消耗场景:一上来就读整个项目,把长日志、完整代码仓、整篇大文档都扔进去,不限定范围,让模型自己找重点。
优化策略:先精准定位,再读取内容;尽量缩小范围到"具体文件 + 具体行数 + 具体问题";先给任务背景,再给最小必要信息。
推荐描述:例如"检查
/path/to/file.py第 30~50 行是否有内存泄漏"“分析这段错误日志里为什么会出现连接超时”。
设计原则:让模型读"问题定位的局部内容",而不是"全部内容"。
多Skill/API调用
典型高消耗场景:安装大量工具及skill,每次任务都带着大量无关工具信息一起进入上下文,很多 skill / API 会带来额外的说明、参数定义、调用上下文,这些都会消耗积分。
优化策略:只安装自己真正常用的 skill / API,不常用的临时启用,用完就停,对单一任务尽量保持工具集合精简。
设计原则:工具集应保持精简,过多工具会增加上下文负担。
重复查询相同内容
典型高消耗场景:同一个复杂问题,在不同会话反复从头问,每次都消耗积分,不共享。
优化策略:复杂任务完成后,及时写总结,关键结论沉淀到
memory/,常用流程写成 SOP / checklist / 说明文档,对重要排查结果保留"结论 + 证据 + 文件位置"。设计原则:能复用结论,就不要复用消耗。
图片/视频处理
典型高消耗场景:图片和视频理解属于高消耗能力,高频发截图,不裁剪重点区域,整屏乱丢,可以文字描述也要上图,OCR、图片理解、视频分析来回做很多次。
优化策略:优先裁剪到关键区域,用低分辨率截图即可,不必原图直传。能用文字准确描述,就不要发图。一次把关键截图发全,避免来回补图。
设计原则:图像输入要精准取证,避免整屏轰炸。
7. 无计划复杂任务
典型高消耗场景:复杂任务不先拆解,完全靠多轮聊天推进,每一步都在对话里临时回忆"上一步做到了哪",做着做着上下文越来越长,越来越乱。
优化策略:复杂任务一开始就写计划文件,把状态、结论、待办写进文件,不靠上下文记忆,下次继续时直接读取计划文件即可。推荐方式:例如先建立
temp/xxx-plan.md、temp/xxx-progress.md、memory/xxx-summary.md。设计原则:复杂任务靠"外部状态文件"推进,而不是靠"聊天上下文堆积"推进。
设计原则
任务前:先搜本地/历史/memory,避免重复劳动。
任务中:将状态写进文件,不依赖上下文记录任务过程。
任务后:将结果沉淀至
memory/、总结文档、计划文件里,下次任务直接复用。定期:关注Session 状态,context 超过 70% 时,优先考虑新开对话。
心跳频率优化:告知Clawbot将心跳频率调整为一天一次。
常见问题
每日赠送积分为什么没有在凌晨 0 点准时到账?
每日免费积分并非严格在 00:00 到账,存在一定延迟,且需系统检测到当日有效登录后才会发放。
排查方法:
若积分未到账,请完全退出阿里云账号后重新登录以刷新状态(仅重启客户端无效)。
登录后前往积分管理查看历史记录,确认积分是否已到账或已被后台任务自动抵扣。
使用提醒:建议在确认积分实际到账后再执行任务,避免误消耗月度积分或套餐额度。
为什么任务未生成答案或未响应,但积分仍在持续消耗?
积分消耗对应模型的实际计算量,而非仅以用户可见的输出为准。常见原因有两类:
模型陷入循环思考或重复检查动作:表面看似无输出,实则后台已进行大量任务调用和算力消耗。建议优化提问方式,引导模型准确执行,或手动中断当前任务后重新输入。
输入内容过多导致执行耗时较长:复杂任务需要时间处理,期间会持续计费。建议将复杂任务分步拆解,降低单次负载。
JVS Claw 积分与 Token 的换算关系是什么?
积分与 Token 没有固定的换算比例,消耗量取决于所使用的模型类型、思考模式及工具调用情况。
参考标准(以 qwen3.5-plus 模型、新开对话为准):
任务类型 | 1 积分大致可支持 |
生成文章 | 约 10~20 字 |
问答分析 | 约 50~70 次 |
代码审核 | 约 20~30 次 |
不同模型消耗差异显著,例如 qwen3.6-plus 的积分消耗约为 qwen3.5-plus 的 2.5 倍。具体以实际执行为准。
如何查看每日赠送积分的数量及有效期?
登录 JVS Claw 控制台或客户端,点击右上角头像,进入我的页面,在总积分卡片中查看当前可用积分及来源明细。
赠送规则:每日登录赠送 20 积分,仅限当日有效,次日重置。
如何排查单次任务积分消耗异常偏高(如数百积分)的原因?
对话触发的任务涉及多轮推理、工具调用(如 Python 脚本执行)及上下文累积,随着聊天记录增加,每次调用携带的信息量增大,消耗上升属正常现象;定时任务仅涉及少量模型调用,消耗相对稳定。
排查方法:
检查 session 日志(路径:
/home/admin/.openclaw/agents/main/sessions/)分析具体调用详情。检查 openclaw 日志(路径:
/tmp/openclaw)查看工具调用记录。参考本文档「积分节省策略」章节优化使用习惯。
附录:Prompt积分消耗测试
新会话上下文短,消耗相对更稳定,如果在同一个会话中,随着 context 增长实际消耗通常会上升。以下所有测试均在新开对话场景下,使用qwen3.5-plus模型进行,如果使用qwen3.6-plus模型,积分消耗将是如下示例的2.5倍。
Prompt | 积分消耗(新开对话场景) |
你能做些什么? | 0.24 积分 |
执行每日自进化 | 1.93 积分 |
微博龙虾助手配置(配置前) | 4.57 积分 |
微博龙虾助手配置(配置 appid) | 3.14 积分 |
微博龙虾助手配置(配置检查) | 0.89 积分 |
小红薯运营(登录前) | 5.24 积分 |
小红薯运营(登录后查询新闻并发布) | 10.3 积分 |
个人博客构建 | 1.56 积分 |
旅游行程规划 | 5.68 积分 |
市场信息查询 | 0.81 积分 |
汇总国内 AI 领域热点并定时发送 | 0.49 积分 |
汇总全网最火的 3 个热点并定时发简报 | 1.12 积分 |