WorkBuddy流式文本文件理论上无单文件大小上限,但需禁用全文缓存预加载、选用按行边界分块策略;1GB纯文本日志在SSD本地盘下可稳定逐行处理,首行响应延迟升高;超长单行仍会导致卡顿或截断。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

流式文本文件(.txt/.log/.csv 等)能处理多大?
启用流式解析后,理论上无单文件大小上限,但受制于内存与I/O吞吐:
- 必须手动关闭
启用全文缓存预加载,否则8K–12K字符就会被静默截尾 - 推荐块策略选
按行边界分块(推荐),避免长行撑爆缓冲区 - 若文件含超长单行(如无换行的Base64编码),即使启用流式也会在该行处卡住或截断
- 实测中,1GB纯文本日志在禁用预加载+SSD本地盘下可稳定逐行处理,但首行响应延迟明显升高
PDF/ZIP/加密二进制文件的实际瓶颈在哪?
这类文件走的是块读取通道,默认64KB一块,但真正卡住你的不是体积,而是解析阶段的内存驻留行为:
WorkBuddy 桌宠工厂 —— 给一张角色图、一个 codex.pet 链接、一条 codex-pets.net 下载 URL、或一份现成的精灵表,就能自动创建一只可联动 WorkBuddy 状态的桌面宠物。当用户说"创建桌宠"、"做一只桌宠"、"用这张图做桌宠"、"从 codex.pet 安装桌宠"、"导入 codex 桌宠 XX"、"装一下 codex-pets.net 上的 XX&quo
- PDF解析会尝试构建页面对象树,单页含大量矢量图或嵌入字体时,10MB PDF可能触发OOM
- ZIP包内含数千个小文件时,
默认读取块大小(字节)设为65536会导致元数据反复seek,建议调至8192 - 加密PDF或带密码保护的ZIP,解密过程强制全块加载——此时哪怕只有5MB,也可能因内存不足直接失败
- 启用
启用块级哈希缓存可避免重复解密,但首次读取仍需完整解压/解密整块
剪贴板内容和远程指令的隐性限制更关键
很多人以为文件大小是瓶颈,其实日常最常撞墙的是剪贴板与Claw协议层的传输限制:
- 客户端默认剪贴板上限是
maxPayloadSizeKB: 2048(2MB),超限内容被静默丢弃,不提示 - 即使开了
启用剪贴板分块传输,IM网关层仍有校验,飞书/企微后台设置的单条指令最大字符数若为20000,那约1.5MB富文本就进不了WorkBuddy - Claw连接本身受系统
nofile限制影响:若ulimit -n仍是1024,同时打开3个PDF+2个ZIP任务,很可能卡在“等待文件句柄”状态,看起来像卡死














