AI 会话统一调度平台(设想,待讨论)

AI 速览2026/9/16 10:22更新

作者同时使用 pi、Claude、Codex 等多套编码 Agent,它们的共同模式是在一个文件夹里开多个对话,导致他无法判断哪些对话待交互、已完成、等他介入或已死掉。他设想做一个统一调度平台:全局视图、AI 判断对话状态、AI 巡检循环、汇总待答问题并标注目录与来源 Agent、回答可回灌让对话继续,最终只通过一个面板纵览所有项目。文中列出实测现状:pi 有 447 个 jsonl 分布在 31 个目录,codex 45 个,claude 3 个;pi-web 已运行且具备启动会话和发消息的 API,但会话记录里没有结构化的完成或待介入标记,三种工具存储格式互不兼容。作者未做取舍,提出五个待讨论问题:状态来源、待介入收件箱是否会只进不出、回灌的权限边界、跨工具适配是否值得、先做只读收件箱还是直接做完整平台。

记录于 2026-09-16。仅记录设想本身 + 讨论所需的背景事实,尚未做方案取舍。

一、我的现状#

本机同时在使用多套编码 Agent:pi、Claude、Codex 等。它们有一个共同的交互模式:

在一个文件夹里进行多个对话。

于是出现一个问题——我不知道

  1. 现在还有多少对话是「待交互」的?

  2. 有多少对话已经达成目的、可以收尾了?

  3. 有多少对话在等我介入

  4. 有多少对话已经默默死掉了?

二、我想做的东西#

一个平台,清晰展示以上内容。

核心能力(设想的完整形态)#

  1. 全局视图:一眼看到所有正在进行的对话,以及它们的归属项目和状态。

  2. AI 参与判断:由 AI 来判断这些内容——

    • 这个对话是否完成?

    • 是否还有待做的事?

    • 是否有需要我回答的问题?

  3. AI 巡检循环:有一个 AI 循环持续运行,长期负责巡检这些对话。

  4. 问题汇总页:一个专门的页面,汇总所有需要我回答的问题。每条都要标注:

    • 属于哪个目录

    • 属于哪个对话

    • 谁(哪个 Agent)产生的

  5. 回答可回灌:我回答之后,系统能自主决策地把答案抛给对应的对话,让那个对话继续跑下去。

  6. 本质:这是一个把我所有对话调度起来的平台。

  7. 后续扩展:面板上再加一个 AI 对话入口,我只需要跟它交流就行了,让它替我跟各个对话打交道。

一句话#

让我只通过一个面板,就能纵观全局地了解我所有的项目,同时帮我做很多决策。

三、讨论时需要的背景事实#

这几条是已经实测过的现状,避免讨论时对可行性有错判:

事实数据
pi 会话量447 个 jsonl,分布在 31 个 cwd 目录;最大单目录 230 个
claude 会话量3 个 jsonl
codex 会话量45 个 session 文件
已有的 Web 面板pi-web 0.8.11 已在本机运行(端口 30141)
pi-web 现有能力会话列表 + 哪些会话正在运行 + 查看单会话状态 + 启动会话/给会话发消息的 API 均已存在
最大缺口会话记录(jsonl)里没有任何结构化的「完成 / 待介入」标记,抽验多个会话尾部,结尾形状完全不一致
跨工具难点pi / claude / codex 三种存储格式互不兼容,pi-web 只能读 pi 的

四、我想听的意见#

  1. 状态怎么来才可靠?靠 AI 事后读对话去猜,还是约定让每个 Agent 主动上报?后者要改所有 Agent 的配置,前者可能不准。

  2. 「待我介入」会不会变成永远清不完的收件箱?如果只进不出,是不是比现在不知道状态更糟?

  3. 回灌的权限边界:AI 拟好答案我来确认,还是允许它自动代答?在几十个项目上代我做决定的后果是什么?

  4. 跨工具值不值得:如果实际主力都集中在 pi 上,是否应该先砍掉 Claude/Codex 的适配?

  5. 先做哪一步:是先做一个只读的「待办收件箱」验证我是否真的会每天打开它,还是直接冲着完整平台去?


这篇是我的想法记录(2026-09-16),还没有方案取舍。上面第四节那五个问题我确实没想清楚,欢迎在评论区掰扯。

讨论 0

还没有人说话。

    登录登录后可以参与讨论