1.8 KiB
1.8 KiB
name, description, type
| name | description | type |
|---|---|---|
| 面板失忆根因·别甩锅模型窗口 | 面板/会话"记不住"的排查优先级：先查压缩阈值与系统开销，别武断归因于模型窗口短 | feedback |
面板/会话出现"记不住、频繁丢上下文"时，不要先甩锅模型窗口短（如 hy3），先排查压缩逻辑与会话文件构成。爸爸的一手使用经验优先于我的猜测。
Why（一次真实误判）：我曾把 hy3「窗户小」列为失忆致命点并建议换大窗口模型，爸爸指出"之前用 hy3 不这样"。查证 eed_f2d0f2bfbda8.jsonl：358KB / 62 行 / 含 data:image 行数=0（图片走本地磁盘，未进会话文件）。根因是 system prompt + memory 索引 + codebuddyMd 等系统开销每轮都写进会话文件，使文件很快越过 COMPACT_THRESHOLD=180KB，被压成 ≤500字糊摘要 + 开新场衔接 → 记忆断。"之前不这样"是因彼时系统开销更小、62 行到不了阈值。
已验证修复（2026-08-03，cang-ying/scripts/eed_web.py）：
- COMPACT_THRESHOLD 180KB → 1MB（关键，消除开销导致的过早误触）
- 压缩摘要「不超过500字」→「不超过1800字」，保留 关键事实/已做决策/进行中任务/爸爸偏好 四块结构
How to apply：
- 遇面板记不住，先
ls -la ~/.codebuddy/projects/home-ls/*.jsonl看大小、grep -c "data:image" <file>看是否图片撑爆、grep COMPACT_THRESHOLD eed_web.py看阈值。 - 优先调阈值/放宽摘要，而非换模型。改完须爸爸手动重启面板（python3 eed_web.py --no-browser 后端 + eed-desktop 壳），蛋蛋不自杀/不擅自杀面板进程。
- 模型窗口若真不够（长篇小说级连续创作），再考虑切 Kimi-K3.1/GLM-5.2/DeepSeek 等百万窗口，但那是次选项。