✉ AMail · 本机 Agent 任务调度台
和你电脑上的 Agent
通信的邮箱
把「N 个工作区 × M 个 Agent 会话」收敛为 一个派发口 + 一个收件箱。
派任务 = 写信，做决策 = 回信；工作区由你指定，活派给哪个 Agent 也由你定。
痛点 1
N 个工作区 × 多个 Agent CLI
作为 FDE，一个人同时负责前端、后端、Skill 多个工作区；QoderCLI、CodeX、DeepSeek Harness 又各是一套终端会话。切目录、切窗口、切上下文，全靠人挪。
痛点 2
依赖任务：人肉等待 + 人肉搬运
B 依赖 A 的产出，就只能盯着 A 跑完，再把结论复制粘贴进 B 的会话重新派——人同时当轮询器和搬运工。
痛点 3
长链任务人肉编排
复杂任务超出单个 Agent 的上下文，得先拆解、再分阶段实现——每个阶段开会话、传上下文、盯进度，全是手动串接。
痛点 4
人被拴在电脑前
任务只能坐在工位上派；人一离开，Agent 干完了没人验收、想到新需求没处派——回到座位才发现一切都在等你。
所以我做了一个邮箱。往下滑，看四个场景。
↓
系统心智模型
一个派发口 · N 个工作区 · 一个收件箱
✍️
一个派发口
指定工作区与执行 Agent
回车即寄出
webapp-frontendworktree 隔离
api-serverworktree 隔离
mobile-appworktree 隔离
📥
一个收件箱
只装必须由人裁决的事
清零 = 没有 Agent 在等你
每个任务在独立 git worktree 中执行，你的工作目录永远不被写；
执行、排队、验收、合入由系统完成，人只负责派任务、挑 Agent、做决策。
Case 1 · 单任务连发针对痛点 1 · 工作区与 Agent 切换
AMail
想到就发，不等、不切目录
派任务 = 写一封信。连着给三个工作区各发一封，每封还能指定不同的执行 Agent——写完就走，Agent 们并行开工。
- 1写第一封信：给 webapp-frontend 派「暗色模式」任务，执行 Agent 选 qodercli，回车即寄出
- 2第二封给 api-server：502 排查这活更适合 DeepSeek Harness——哪个活配哪个 Agent，由人判断
- 3第三封是个纯问题，寄给内置「问答」收件人
- 4在途一行：三个任务、两种 Agent 并行执行，各自在独立 git worktree 里，你的工作目录一行都不会被改
- 5问答那封先回信——答案作为一封回信躺进收件箱，随时看
- ☰ 点击任意步骤，可从该步重播动画
AMail✍️ 写信
📥 收件箱 0
🚀 在途 0
🗂 已归档 —
收件人（工作区）
webapp-frontend
api-server
mobile-app
问答
收件人 选择工作区…执行 Agent · 默认
⚙ 高级投递设置
在途 0
⏱ 几分钟后…
可信边界独立 worktree 执行 · 验收命令闸门 · 异常/不确定项进入收件箱 · 合入策略可配置
Case 2 · 依赖任务与交接针对痛点 2 · 人肉等待与搬运
AMail
B 依赖 A？发信时一起发完
给 B 声明「等 A 完成后开始」。A 合入的那一刻，B 自动启动——还自动带上 A 的交付摘要。
- 1先发 A：给 api-server 派「头像上传接口」
- 2紧接着发 B：给 webapp-frontend 派前端接入任务——展开高级投递设置，点开「依赖」，从在途任务里选中 A；两封一次发完，人去干别的
- 3在途视图：A 进行中，B 显示「等待 A」，系统替你盯着
- 4A 验收通过，squash 合入基线分支（一个任务一个干净 commit）
- 5交接时刻：A 的交付摘要（handoff）自动注入 B 的任务上下文，B 自动启动——零复制粘贴
- ☰ 点击任意步骤，可从该步重播动画
AMail✍️ 写信
📥 收件箱 0
🚀 在途 0
🗂 已归档 —
收件人（工作区）
webapp-frontend
api-server
mobile-app
问答
收件人 选择工作区…执行 Agent · 默认
依赖
无 ▾
⚙ 高级投递设置
在途 0
⏱ 任务 A 执行中…
可信边界独立 worktree 执行 · 验收命令闸门 · 异常/不确定项进入收件箱 · 合入策略可配置
Case 3 · 连环信针对痛点 3 · 长链任务人肉编排
AMail
一句话目标，拆成整条链
复杂任务超出单个 Agent 的上下文？只写业务目标，Agent 拆成整链计划；人审一次计划，整条链跨工作区自动接力——拿不准的事，才回信问你。
- 1写一句业务目标，点「拆成连环信」——Agent 只调查不动代码，拆出整链计划
- 2审阅整链计划：3 个步骤横跨 3 个工作区，依赖关系一目了然；人只审这一次
- 3启动整链：步骤 1 开跑，后续步骤等依赖
- 4自动接力：每步验收通过自动合入，交付摘要自动流向下一步——跨工作区也一样
- 5步骤 3 中 Agent 拿不准文档放哪——变成一封等你回的信，点一个选项即回
- 6整链完成，收到汇总信；收件箱清零 = 没有 Agent 在等你
- ☰ 点击任意步骤，可从该步重播动画
AMail✍️ 写信
📥 收件箱 0
⛓ 连环信 0
🗂 已归档 —
收件人（工作区）
webapp-frontend
api-server
docs-site
业务目标 连环信
⚙ 高级投递设置
Agent 正在调查三个仓库、拆解整链计划…（只调查，不改业务代码）
⛓ 整链计划 · 上线「导出报表」待审阅
1
后端：新增报表导出 API（CSV/XLSX）
待启动
api-server · 自动推进 · 验收 make test
2
前端：报表页加「导出」入口，对接新 API
待启动
webapp-frontend · 自动推进依赖 步骤 1
3
文档：补一篇「导出报表」使用说明
待启动
docs-site · 自动推进依赖 步骤 2
3 个步骤 · 跨 3 个工作区 · 全自动推进
收件箱清零 = 没有 Agent 在等你
⏱ 链自动接力中…
可信边界独立 worktree 执行 · 验收命令闸门 · 异常/不确定项进入收件箱 · 合入策略可配置
Case 4 · 远程派单针对痛点 4 · 人被拴在电脑前
人在外面，电脑照常交付
整套能力又封装成了 CLI，接给钉钉上的 Hermes 机器人——在手机上发消息就能给电脑派任务、收回信、做裁决。
- 1AMail CLI 封装成钉钉机器人 Hermes 的能力：一句话远程派任务——Hermes 转成 AMail 的一封信，电脑上的 Agent 开工，人合上电脑出门
- 2干完了，验收回信直接推到钉钉：验收命令结果 + 变更摘要
- 3回一句「合入」——在手机上完成裁决，电脑自动 squash 合入
- 4收件箱清零：人不在工位，交付照样闭环
- ☰ 点击任意步骤，可从该步重播动画
H
Hermes Enterprise 机器人
阿里巴巴
⏱ …
可信边界指令白名单 + 本机 token 鉴权 · 执行仍在隔离 worktree · 合入仍过验收闸门
还有更多
这些能力都在同一只邮箱里
🔒 worktree 隔离 · 跑坏零污染
✅ 验收命令闸门 · 只信退出码
🤖 无人值守自动合入 · 可选可配
🖥 macOS 菜单栏桌面端 · 通知直达回信
⌨️ CLI 编排面 · --json 稳定输出
真实界面截图位：showcase/assets/real-ui.png（替换后自动显示）真实产品界面。
