首页
学习
活动
专区
圈层
工具
发布
综合排序丨最热优先丨最新优先
时间不限
智能体记忆机制与Token消耗评估
智能体记忆机制与Token消耗评估一、宏观背景与战略引入在Data+AI深度融合的时代,企业级智能体(Agent)正从"单轮问答"走向"长程自主任务执行"。 Mem0LOCOMO基准(arXiv:2504.19413,2025)量化显示,全上下文注入每对话消耗约26,031Token、p95时延17.12s,而选择性外部记忆Token降至约1,764、时延压缩 成本效益维度参照Mem0LOCOMO基准(arXiv:2504.19413,2025)的量化结论:全上下文注入每对话消耗约26,031Token、p95时延17.12s,而选择性外部记忆Token降至约 评估框架应将"每对话Token成本"与"时延"并列,识别精度—时延—成本的帕累托前沿。 评估阶段:基线测量在引入外部记忆前,先以全上下文注入跑通目标业务Session,记录Token消耗与完成率基线。
用户12181391
2026-10-10
1551
标签:
优化 OpenClaw Heartbeat,大幅减少 Token 消耗
:指标数值心跳频率每30分钟每日心跳次数48次HEARTBEAT.md长度约500字单次心跳Token约3000-4000每日Token消耗约150,000-200,000月度Token消耗约4,500,000 问题3:缺乏隔离定时任务在主会话中执行,产生的输出、错误信息都会保留在上下文中,进一步增加Token消耗。 消耗的构成每次Heartbeat的Token消耗可以分为以下几个部分:1.系统提示(SystemPrompt)这是OpenClaw的核心指令,包含:系统角色定义工具说明(Tools)安全策略输出格式要求大小 ,直到触发compaction(压缩)虽然OpenClaw有自动压缩机制,但在压缩前,上下文已经消耗了大量Token。 消耗对比优化前(每日):项目次数单次Token总计TokenHeartbeat484,000192,000任务执行48包含在心跳中-总计--192,000优化后(每日):项目次数单次Token总计TokenHeartbeat482009,600
孟斯特
2026-03-24
4.9K6
标签:
用 codegraph 把 token 消耗砍掉 50%
随着团队里AI编程使用越来越频繁,token消耗开始变成一个需要认真关注的问题。为了控制成本,我们在几个月前切换到了阿里云tokenplan。 刚开始,我们并没有特别关注每个人的消耗差异,都是团队统一使用,整体看账单,只知道token在快速增长。 进一步分析后,我们发现,真正消耗大量token的地方,并不是模型本身,而是ClaudeCode默认的代码探索方式。 这篇文章记录我们的一次实际测试:一个本地代码索引工具,为什么可能让ClaudeCode的token消耗降低50%以上。 即便如此,token消耗仍然只有Grep/Read路径的三分之一。
富贵冼中求
2026-07-10
8160
标签:
Agent Memory降低Token消耗原理解析
AgentMemory降低Token消耗原理解析核心观点摘要企业级AIAgent在超长Session与多轮任务中,Token消耗主要源于"反复重算的上下文"而非模型本身,长任务中该部分占比可达70%,是降本的核心突破口 主要局限与不足:作为云服务需对接腾讯云体系,私有化重度定制场景的部署边界需评估。 主要局限与不足:作为开源框架,企业级一致性保障与超长Session托管能力需结合具体集成方案评估。 五、最佳实践与落地路径落地AgentMemory建议遵循四步流程:评估规划:梳理任务的轮次分布与Token基线,识别"重算上下文"占比高的环节,如退换货五步流。 建议监控三项:单任务Token消耗、任务通过率/准确率、首字延迟。以引入前为基线,腾讯云方案在SWE-bench上Token省33.09%且通过率+9.93%,可作为参考阈值。
用户12181391
2026-10-10
2960
标签:
如何计算文档会消耗的Token数量?
我们可以让AI写一个程序来调用这个token计算API来自动计算文档的token数量。 output.token_ids 本次输入文本对应的token_ids。 output.tokens本次输入文本对应的tokens。 usage.input_tokens 输入文本对应的token数目。 = estimate_tokens(content) if token_count is not None: print(f"{file_path}这篇文档的Token数量估计为{token_count = process_file(file_path) total_token_count += token_count print(f"这些文档一共Token数量估计为{total_token_count
AIGC部落
2024-06-24
3.4K0
标签:
这个开源工具把 token 消耗节省了98%
项目作者统计过,一个包含 20 次工具调用的简单任务,50 轮对话后,光工具输出就向模型灌入了 30 MB 的 token。 原来 AI 编程助手读 47 个文件要消耗 700 KB 上下文。 现在一行 ctx_execute,脚本遍历 47 个文件,只输出分析结论,3.6 KB 搞定。
勇哥AI笔记
2026-05-20
1.7K0
标签:
腾讯开源Agent Memory,让Token消耗降低61%
Agent太烧Token?汇报一个好工具腾讯云正式开源 TencentDB Agent Memory,面向 Agent 长任务场景提供短期记忆压缩与长期个性化记忆能力。 在多任务连续 Session 实验中,该方案最高降低 61% Token 消耗,同时提升长任务场景下的任务成功率。 // 上下文卸载:省 Token,没丢证据画布解决“结构不能丢”,但长任务中工具返回、搜索结果、日志输出等原始信息往往非常长,全部留在上下文里窗口很快被填满。  多任务连续 Session 实验结果(非单题清空上下文)Token 下降的同时成功率上升——上下文中的噪声减少后,模型注意力更集中在当前任务目标上。 消融实验也验证了画布的独立贡献:仅卸载时 Token 节省约 15%,叠加 Mermaid 画布后提升至 31%–33%。
小腾资讯君
2026-05-14
1.9K0
标签:
多模态理解模型的Token消耗优化策略
通过实测数据,可以更准确地评估不同优化策略的实际效果,制定最适合自身业务场景的Token消耗方案。 识别Token消耗量异常偏高的输入类型 评估优化措施的实际效果 为后续的成本预算提供数据支持 6.2 建立分场景的Token消耗基准 不同类型的理解任务,其Token消耗规律可能存在差异。 建议针对自身业务中的主要场景,建立分场景的Token消耗基准。 例如,可以分别统计图片理解任务、短视频理解任务、长视频理解任务的平均Token消耗量,并以此为基础进行成本预估和优化效果评估。 6.3 定期评估优化效果 Token消耗优化是一个持续的过程。 建议定期(如每月)对优化措施的效果进行评估,包括: 平均单次调用的Token消耗量是否下降 不同优化措施的实际降本效果 优化措施是否对理解准确性产生影响 基于定期评估的结果,持续调整和优化Token消耗策略
克劳德2048
2026-06-18
5810
标签:
|和别人说话就是在消耗 Token
人和人之间的对话也是需要消耗 Token i人的思考链路更长一句话背后是一整篇thinking有时甚至不想回顾上下文有时也会出现幻觉胡言乱语所以没开会员的就敷衍下行了 Token有限且宝贵,省着点用在更重要的人或者事身上再进行深度思考 吃饭睡觉就是充token 挣的工资就是电力 智商就是算力 (你是什么级别的算力卡? 现在越来越多人会说:CPU烧了、带宽不够、内存爆了、上下文丢了、token 用完了。 现代人的精神活动,越来越接近“信息系统”。 信息密度太高了。 所以很多人的疲惫,本质不是体力疲惫,而是: 持续在线后的认知碎片化 真正高质量的人际交流,其实反而是“省token”的。 因为你不用:反复解释自己、做风险评估、维持人设、预判攻击、精修措辞。 有些人跟你聊天,你会发现: token消耗极低,但信息密度极高 这种关系很稀有,因为安全感本质上就是: 不需要高强度推理 咨询行业(律师、咨询师、顾问...),就是出售人脑 Token。
勇哥AI笔记
2026-07-06
1970
标签:
一天消耗 1.7 亿 token,但我并不开心
之前看过一篇根据日消耗 token 看用户定位的文章。 比如普通开发者,日用百万~千万 token;Agent 重度用户,日用千万~亿 token;独立开发者或全职创业,日用亿+token。 但我日用 1.7 亿 token并不开心。 因为一天时间差不多消耗了近 200 美金,折合人民币差不多 1500 元,每月 4.5w。 要不是公司可以报销,我肯定不可能用这么多的。 如果我自己,也暂时想不出可以用 token 转换成什么产品,每月可以带来超过4.5w纯利的产品。 Agent 确实大幅提效了,但关键你用它 Build 什么东西? 所以,听到很多人说自己日用 token 超几亿,我并没有那么羡慕,关键你可能赚的回来才是,对不。
春哥大魔王
2026-06-24
6610
标签:
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档