config.json
105 Bytes
-
sessions 里存的是**常驻**的 claude CLI 子进程（stream-json 模式，不是一次性的 `claude -p`），此前只有四条回收路径：协议 error / 子进程 disconnected / 手动删对话 / 手动 stop —— 「正常跑完的对话」不在其中。 而两路心跳都用一次性 convId 打进 /api/agent/:id/chat： - heartbeat-service：`heartbeat-${Date.now()}`，cto / coo 各 5 分钟一次 - company-heartbeat-service：_sendAgentChat 的五个调用点（CEO 巡检 / Pipeline 步骤 / 日程 / 告警 / 日报）convId 也全是一次性的，且无差别带 isHeartbeat:true 于是每次心跳新起一个进程且永不释放。实测单次运行 2h43m 攒到 82 个进程 / 17.5 GB RSS。 改法： - 心跳会话跑完立刻 closeSession（一次性 convId，会话复用对它零价值） - 普通对话上空闲 TTL（默认 30 分钟，AGENT_SESSION_IDLE_MS 可覆盖），复用 engine/idle-timer - 计时器只在「没有在途请求」的间隙走：getOrCreateProtocol 命中复用时 cancel，请求结束时 重新上弦。所以再长的单次生成也不会被 TTL 打断，比在流式回调里 touch() 少一个调用点 - 删对话 / stop 两处手抄的 disconnect+delete 收敛到 closeSession，否则它们不停表 守卫：agent-chat-session-reclaim.test.js 用现成的 /chat/:convId/stop 当黑盒探针 （查得到会话才返回 success:true），不为测试加导出口。对 HEAD 版本跑过：2 红 1 绿 —— 两条回收断言修前失败，「普通对话保留会话」修前修后都绿，证明复用能力没被顺手砍掉。 线上验证：重启后第一轮心跳 2 触发 / 2 回收，server 名下 claude 子进程数 0。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>