在任务客户端断开连接后,应用程序服务器代理保留线程订阅

□ 总结

应用服务器经纪人在插件任务之间共享一个上游连接.

每项任务都开始或恢复一条线程,这条线程与上游连接一致。

下游任务套接字完成后关闭 。

经纪人清除了路由状态,但从未发出`线路/订户'。

已完成的线程及其MCP运行时间会一直被装入到未订阅或应用服务器关闭时.

□被观察到的撞击

• 新任务将MCP运行时间累积在一个经纪人会话中。 一个应用服务器保留了11个基本记忆运行时间.
• 其他应用服务器保留了7个、5个和5个运行时间。
• Basic Memory只让一般经纪人的缺陷明显可见.
• 提议的固定方法没有基本记忆依赖。

□再现.

1. 在 Codex 中配置任何 stdio MCP 服务器.
2. 开始Claude 以 Codex 插件编码 。
3. 在一个工作空间中执行若干新的 Codex 任务。
4. 让每一项任务正常完成。 5.检查应用服务器流程树.

□ 观察结果

• 每一份新任务都会产生另一个线程和MCP运行时间.
• 下游任务客户端断开。
• 上游线程订阅仍然活跃。
• 因此,已完成的任务累积了多边协商进程的进程。

□ 预期行为

经纪人应追踪每个下游插座的线程所有权。

它应在最后所有者断开后发送 " 线程/未订户 " 。

□因缘.

" 线程/启动 " 订阅连接线程事件的上游共享连接。

经纪人不把这种订阅与其下游所有人联系起来。

因此,套接字关闭可以去除路由状态而无需去除订阅.

最终的不订阅开始 Codex 记录的30分钟不活动期.

编解码器在此后会卸下线程和MCP运行时间.

[App-server文档] (https://developers.ZOpenAI.com/codex/app-server).

□ 建议的固定

• 每个下游插座的音轨订阅线程。
• 保留订阅,而另一个下游业主则留下。
• 封面开始、恢复、叉开、审查、自动创建儿童线程。
• 在正常或突然的终极所有者断开后不认购。
• 记录上游未订阅失败。
• 添加经纪人所有权回归测试。

□ 实时进程验证

以Codex CLI 0.150.1和Basic Memory被测试.

QQ 案件 QQ 客户端关闭后检测 QQ 意味着 MCP 进程结果 QQ |. 控制经纪人 `未订阅 ' 。 。 。 。

• 补丁经纪人 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

这两个案例都启动了一个真正的 Basic Memory 包装器和 Python 服务器.

每一个孤立的测试后人都在清理期间退出.

□ 相关工作

• #543道保留了经纪人和应用程序服务器流程树.
• #660提议扩大经纪人监督和清理范围。
• #680提议经纪人闲置关闭。

这些改变有约束的会话寿命。

这个问题涉及每个任务线程保留在一个运行中的经纪人内部.