最近在做一个本地优先的小工具 Patch Courier ,想解决一个很具体的问题:
人不在电脑前时,能不能继续把任务发给自己 Mac 上的 Codex 去跑,但仓库、凭据、审批和执行策略都留在本地。
TL;DR:这是一个 Email -> 本机 Codex -> Email 的 macOS daemon + console 。
现在的做法是:
- 收到可信发件人的邮件后,把一个 mail thread 尽量映射到一个 Codex thread
- 真正执行还是走本机
codex app-server - 审批、补充信息、完成结果继续通过邮件往返
- macOS app 负责看 threads / turns / approvals / mailbox health
- 状态持久化到 SQLite ,邮箱密码放 Keychain
我为什么做这个,而不是直接上云端 Agent:
- 有些代码库和 provider 凭据我不想交给第三方服务
- Email 很适合做异步审批、结果通知和审计留痕
- daemon 持有状态,UI 重启后线程和 approval 不会丢
当前已经跑通:
- IMAP / SMTP mailbox loop
- approval request / completion / failure 的邮件回发
- durable turn recovery
- sender policy / workspace scope / mailbox health
最近补的是 v0.2 的可靠性和恢复能力:重启恢复、重复 approval 邮件抑制、mailbox replay 去重、poll failure 持久化。
现在还是 pre-1.0 的 macOS 原型,更适合愿意折腾的开发者:
- 需要 macOS + Xcode CLT
- 需要本机装好 Codex CLI
- onboarding 还在继续补
仓库: https://github.com/owenshen0907/patch-courier
README (中文): https://github.com/owenshen0907/patch-courier/blob/main/README.md
如果你对这些方向有经验,想听听反馈:
- “邮件驱动本地 agent” 这个交互模型有没有价值
- approval / safety / sender policy 该怎么设计更合理
- 这类工具更应该先做邮件,还是先做 Slack / Matrix / 本地 Web inbox
如果方向对你有帮助,欢迎拍砖、提 issue 、提 PR 。
9 条回复 • 2026-05-04 01:58:33 +08:00
|
1
BeCool 4 月 27 日
如果是为了分配任务,似乎直接远程连接到电脑更方便?
自部署 Multica 似乎也可以满足你的日志需求。 |
|
2
ronen 4 月 27 日 via iPad
坐等方案。我們公司更苦, 不允許連三方郵箱,企業郵箱只能在 im app 裡面用,不能獨立登陸。
|
|
3
reatang 4 月 27 日
做成 OpenClaw 的 channel 插件吧
|
|
4
owenshen456 OP @reatang 好主意
|
|
5
owenshen456 OP @ronen 主要就是希望有个通用的协议,可以远程操作 codex 。现在已经实现,给 Patch Courier 设置一个宿主邮箱。然后给其它来信邮箱授权。便可以远程邮件操控 codex 工作。
|
|
6
owenshen456 OP @BeCool 远程还需要一个电脑端。我希望解决的问题是手机端控制 codex 。
|
|
7
BeCool 4 月 27 日
@owenshen456 远程软件都支持手机端连接和控制。
|
|
8
andlp 4 月 28 日
邮件有很多问题,最大的问题是交互不够实时,历史记录要一个个邮件去翻找,而且使用要打开一个邮箱 app,那还不如直接挂在飞书上,做个聊天机器人那种
|
|
9
businesshow 5 月 4 日
很好很好好
|
• 请不要在回答技术问题时复制粘贴 AI 生成的内容