CatPaw 事故：Q3 述职连对话都启动不了，排了 27 分钟

你是不是也遇到过

你什么都准备好了：口令拷贝好了、原始记录粘贴好了、「开始」也点了——然后界面弹一行「对话启动失败，可尝试新建对话；若反复出现请提交反馈 (1004020011)」。

这种错误提示有个特点：它不告诉你「错在哪、哪里修」，「请提交反馈」写在脸上。如果你急着交述职，当场就得决定：继续重试、换台工具、还是手动干。这篇记录的是我在横评期 3 里给 CatPaw 做的 27 分钟排障，结论出人意料——口令四遍逐字通过，问题不在你，在它。

先认识一下 CatPaw

CatPaw 是美团出品的桌面办公助手（对外的品牌也叫 CatDesk），本次用它的 Local 模式 + 文字处理工作目录，模型是 glm-5.2（会话下拉可见，保持厂商默认）。本轮我要做的是横评统一考试：一段口令 + 一份乱原始记录 → 让它交付《Q3 述职总结》Word。

7 款工具里它排第 4 个被测，结果成了全部 7 款里唯二的采集事故之一（另一个是 TeleAgent 的转换脚本挂起）。这篇是事故记录，不是成功教程——但有价值，因为失败的经验也是选型情报。

开始前的准备

• 装好 CatPaw 桌面版并登录
• 手里有一份季度原始记录（文本即可），以便发生事故时照实排障
• 洋时约 27 分钟（本次全部耗在重试与环境判定上）
• 记住一条纪律：每次粘贴后必须回读校验，这决定了「事故」定性（我口令 4 次回读 4 次一致，才能确信问题不在口令）

第一步：新建对话、整段粘贴、发送前先回读一次

打开 CatPaw，新建对话，把口令整段粘贴进输入框，一字不改（身份句自己换）：

我是周舟，34 度，做 B 端 SaaS 的客户运营专员，负责中小客户。
（这句换成你自己的身份：单位、岗位、汇报给谁）

请整理成一份《Q3 述职总结》，Word 格式，能直接交上去，
交部门监王总，用于 Q4 定 OKR。
我全部的原始记录在下方，很乱，有企微聊天、随手台账、
周报片段、老板口头要求，还有几条私事，不用管。

要求：
1. 结构固定四段。一、本季度工作完成情况；二、主要数据：
   三、存在的问题；四、下季度工作计划。
2. 王总要 ROI，请一起算出来。
3. 所有数字必须来自我给的原始记录，不许估算，不许美化。
   如果两个数字对不上，不能自己挑：在原处把两个数都写出来、
   注明「待核实」。
4. 原始记录里没有的事，不要写。宁可少写，不要编。
5. 篇幅 800 字左右。
6. 要点式，每条要能直接贴进 PPT。
7. 说人话，不出现「赋能」「抓手」「闭环」「对齐」「拉齐」
   「颗粒度」「打法」。

====================
以下是我 Q3 的全部原始记录
====================

<在此处粘贴 周舟-QI原始记录.txt 全文>

粘贴完成后先做一次逐字回读，确认口令两侧字符完全一致再发。我实测：源文件 4,930 字节，粘贴回读 4,931 字节——只差末尾一个换行，92 行内容行逐字一致。这个细节后来帮了大忙：事故发生时可以确定与口令无关。

排查全记录：4 次尝试、3 次重启、1 个错误码

第一次发送后立刻弹出「对话启动失败，可尝试新建对话 (1004020011)」。我以为偶发，按提示「新建对话」再来一次——同样的错误码。重启应用，第三次尝试：消息可以用回显但 17 分钟无任何响应、无日志落盘，呈静默挂起；再重试，第四次同样弹「对话启动失败 (1004020011)」。

4 次尝试、3 次重启，全部卡在同一环节。相同错误。 对 1004020011，这是 CatPaw 客户端自己的「对话启动失败」判定，出现在 Local 模式下模型服务未能启动阶段，它压根到不了「AI 生成」那一步。

怎么判断「是不是它卡了」。关键看三样：消息回显（有，正常）、进程 CPU（0%，像死循环）、新 jsonl 落盘（无，会话日志没动）。三样凑齐即静默挂起，而不是还在算。我按这个判据，17 分钟无人值守后定论。

怎么归类这个事故

纪律上是这么归的：工具报错/崩溃算采集事故，不算 AI 表现差。CatPaw 本轮无有效采集、无模型输出，无法评分，不做「重跑挑一好结果」。原因链条也理顺了：口令 4/4 逐字节一致，材料没问题；新客户端会话层持续性故障与口令、素材无关，判定为 CatPaw 客户端问题。

如果你也撞上同类错误码，按这个顺序处理，不要干等：

1. 先逐字回读确认粘贴没有污损（必要时 word 统计字数对照）
2. 新建对话重试一次（弹错提示「可尝试新建对话」就是这么 回事）
3. 看任务管理器（Win）/活动监视器（Mac）：CPU 若 0%、无新日志，判定静默挂起
4. 重启 App 再试一轮；还报同样错误码，即客户端层故障，这个真实会话第一步都过不去，别空耗、别归错因

特别提醒你三句

1. 「粘贴回读不一致」是你第一个要排查的。 很多 AI 报错其实是口令少粘一行、多了个换行。回读校验是零成本的第一道闸，这次 CatPaw 恰恰证明——把「口令无误」提前排掉，后面判故障才不会冤枉 AI。

2. 报错码不等于「AI 蠢」。 1004020011 是「对话启动失败」，它发生在模型介入之前。你在网上看到一切说 CatPaw「不会写」「不懂述职」的，可能都是启动层故障被误读成了模型能力差。看清错误码发生在哪个阶段（启动/生成/交付），判断哪一层的锅。

3. 事故记录不是黑料，是选型情报。 这次与 TeleAgent（任务中途转换挂起 16 分钟）并列成为本场两次采集事故，但对用户来说，真正要关注的不是「谁挂了」，而是「轮到你的试错链还要碰到什么」。这个我持续更新在横评总览里。

---

本次实测：01

→ 01 共约 27 分钟，4 次尝试、3 次重启均未通过「对话启动」阶段，恒报错 1004020011；口令粘贴 4/4 回读校验逐字一致（源 4,930B / 表单 4,931B）；消息回显但 17 分钟无响应、无日志落盘、CPU 0%，判定本地会话层持续性故障；按纪律记采集事故 #2、不评分、不重跑挑结果。CatPaw 本轮无有效采集。

【欢迎评论区交流你的实测体验】