奉劝各位:千万别给OpenClaw换kimi-k2.6模型!

哎呀妈呀，今天让OpenClaw给整自闭了！就让它给我发个文件，把我一礼拜的token干稀碎啊

说结论：我给OpenClaw换了个叫kimi-k2.6的模型，这家伙钻死胡同了——同一个工具咔咔调了120多回，直接把我那个本来就紧巴的阿里云账号给干欠费了！你说这事儿整的！

这事儿咋起的呢？

我寻思给小Claw派个活儿：每天帮我扒拉扒拉AI圈的热点新闻，完了存成个md文件，再通过飞书发给我。可这家伙干活儿倒是干了，就是不吱声。隔三差五我得再喊一嗓子：“把那个md文件给我发一遍呗！”

结果今天等来的不是文件——是阿里云欠费短信！你说我这账号本来就穷得叮当响，这下直接给我干穿底了！

那给我慌的呀，腿都软了，跟面条似的。赶紧把API Key给掐了，先止损再说，必须的！

我就纳了闷了：发个文件这点破事儿，平时OpenClaw咔咔两下就完活，基本不用等。今天这都快十分钟了还没动静。平时调模型也就20来次，今天一看——140次！这不开玩笑呢吗？

“这事儿肯定有妖”

俗话说得好啊，“事出反常必有妖”。那作妖的是谁呢？可不就是我自个儿嘛！

早上我瞅见百炼又出了个新模型，免费的！我这人你们也知道，占便宜没够儿，“白嫖不算嫖”嘛，顺手就给设成OpenClaw的主模型了。你说出事儿是不是就出在换完模型之后？这事儿整的，搬起石头砸自己脚！

这时候我哪敢让OpenClaw自己查自己啊？那不是火上浇油嘛。我就默默把梯子一开，打开Claude，跟个小白似的一通求爷爷告奶奶。人在屋檐下，不得不低头啊！

我自个儿瞎琢磨的过程

先瞅了瞅session信息。token那一列，200k是上限，前面那个数是当前实际用的。kimi这条明显不对劲——总token数都没算出来！你说这玩意儿靠谱吗？

又跑到 agent/sessions 目录底下，找到那个时间点的session文件。好家伙，比别的文件大出一大截！跟我的肚子似的，一看就没少装东西。

这些session文件里头存的就是我跟模型的聊天记录：我说啥、它说啥，还标记着花了多少token。门儿清！

下面这条是我给OpenClaw的任务，它自个儿填了点基本信息，发给模型了：

{    "type": "message",    "id": "03f52467",    "parentId": "b40c0117",    "timestamp": "2026-04-23T01:52:02.022Z",    "message": {        "role": "user",        "content": [            {                "type": "text",                "text": "...信息省略\nliuwei: 把今天的ainews md文件发送我"            }        ],        "timestamp": 1776909122000    }}

下面这个是模型的回答，它说要调个工具看看 ai-news-zh/output 这目录在不在：

{    "type": "message",    "id": "f8803df7",    "parentId": "03f52467",    "timestamp": "2026-04-23T01:52:08.310Z",    "message": {        "role": "assistant",        "content": [            {                "type": "toolCall",                "id": "functions.exec:9",                "name": "exec",                "arguments": {                    "command": "ls -la /root/.openclaw/workspace/skills/ai-news-zh/output/ 2>/dev/null || echo \"目录不存在\"",                    "timeout": 30                }            }        ],        "api": "openai-completions",        "provider": "bailian",        "model": "kimi-k2.6",        "usage": {            "input": 32049,            "output": 50,            "cacheRead": 0,            "cacheWrite": 0,            "totalTokens": 32099,            "cost": {                "input": 0,                "output": 0,                "cacheRead": 0,                "cacheWrite": 0,                "total": 0            }        },        "stopReason": "toolUse",        "timestamp": 1776909122024,        "responseId": "chatcmpl-6544485f-7aff-9274-b2e5-361c390f169d"    }}

下面这个是工具跑完的结果，告诉模型：目录不存在：

{    "type": "message",    "id": "f548f624",    "parentId": "f8803df7",    "timestamp": "2026-04-23T01:52:08.377Z",    "message": {        "role": "toolResult",        "toolCallId": "functions.exec:9",        "toolName": "exec",        "content": [            {                "type": "text",                "text": "目录不存在"            }        ],        "details": {            "status": "completed",            "exitCode": 0,            "durationMs": 26,            "aggregated": "目录不存在",            "cwd": "/root/.openclaw/workspace"        },        "isError": false,        "timestamp": 1776909128370    }}

要命的地方来了啊，老铁们

再回来看那个1.1M的 sessions.json 文件，里头全是上面这样的对话。它是这次会话的全部家当——每次往模型发新消息，都得把整个文件里的旧消息都带上，新消息再写进去，越攒越多，跟滚雪球似的。

所以你猜怎么着？每次发的消息里头，token数量是蹭蹭往上涨，跟当年追小姑娘那劲头似的，拦都拦不住。涨到一定程度就得压缩总结。

把这些基本信息捋清楚以后，高潮来了！

那模型翻来覆去找不着最新的md文件，急眼了！咔咔的，同一个工具调了127次。

你说它调的是个啥工具？就是把一个日期格式化一下——date "+%Y-%m-%d %H:%M" -d "2026-04-23 09:51"。就这么点破事儿！我用脚趾头都能干明白的活儿！

这127回对话看着就跟复读机成精了似的：

kimi说：老铁，帮我跑个命令，把 2026-04-23 09:51 格式化成 +%Y-%m-%d %H:%M 那样儿的。工具说：好嘞，结果是 2026-04-23 09:51。kimi说：老铁，帮我跑个命令……（一模一样）工具说：好嘞……（还是一样的）

就这么翻来覆去、没完没了！我脑瓜子嗡嗡的！

我一下就寻思起来了——这不就跟古希腊神话里那个推石头的西西弗斯一样嘛？人家是周而复始推石头，kimi是周而复始跑date命令。可人家推石头不花钱呐！我这虽然没花几个钱，但看着它这么个循环法，这不纯纯的忽悠我吗！

最后说两句啊

免费的模型确实好，但架不住它犯起轴来要你命啊。

这次给我结结实实上了一课：以后换模型之前，先把控好预算，再整个循环熔断，必须的！不然下一个“西西弗斯”推的就不是石头了——推的是我的工资卡！那我不白干了吗？

谢谢啊，谢谢各位老铁听我唠叨。

咔咔的！