正在打开每日关注
正在打开每日关注
将 pi 封装为自托管服务,以持久队列、容器隔离、预算上限和面板支撑定时与事件驱动执行。
pi coding agent 缺队列、容器隔离和费用控制,pi-dispatch 把这几层补上再跑成服务。 将 pi 以容器化服务运行,提供持久化作业队列、容器隔离、按次按日费用上限和实时管理面板。支持三种触发方式:CLI 手动提交、cron 定时调度、GitHub Issue/PR 标签自动触发。 https://t.co/8t2zqEVF0C https://t.co/5zLMwk9G83
是什么
pi-dispatch 不是新的编码 Agent,而是 pi 的自托管运行层。仓库通过 worker 消费持久队列、receiver 接收 GitHub/GitLab 等 forge 事件,并用管理面板统一查看触发器、运行记录和预算;cron、CLI 与 issue/comment/PR 事件最终进入同一套作业路径。
核心设计
每个任务启动一次临时容器,使用 --cap-drop=ALL、非 root 和只读指令挂载形成执行边界;按作业 turn budget 及日/周/月 cap 在容器启动前拦截花费,面板再按 flow、trigger、model、repo 做成本洞察。项目将 toolchain 放进自定义镜像,也提供 Playwright/Chromium,允许 Agent 构建并截图验证前端。
关键洞察
它把无人值守 Agent 的问题拆成触发、排队、隔离、预算、观测五个可运维层,.pi/skills 负责项目语境,dispatch 负责边界与调度。这个分层适合重复性、事件驱动、多仓库任务。
边界与风险
需要 Docker、Node 22.19+ 和模型供应商密钥;任务会原地修改目录,脏 Git 树默认拒绝且 --force 没有撤销能力。镜像需提前拉取或构建,服务本身也不会自动合并 PR,因此审批与发布仍由人负责。