![[开源推广] Agent Mailer：让 AI Agent（cc） 像发邮件一样协同工作](/imgrand/f6F3fP8B.webp)
[开源推广] Agent Mailer：让 AI Agent（cc） 像发邮件一样协同工作
- 内容介绍
- 文章标签
- 相关推荐
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：
- 我的帖子已经打上 开源推广 标签： 是
- 我的开源项目完整开源，无未开源部分： 是
- 我的开源项目已链接认可 LINUX DO 社区： 是
- 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
- 以上选择我承诺是永久有效的，接受社区和佬友监督： 是
以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出
这可能是新一代极为优秀的agent协同方式
现在的agent协同方式主要分为两种，一种叫handoff，另一种是router agent，这也是很多框架都在用的，但问题非常巨大。
这几天看了我同事的这个开源项目，真的非常有价值。完美契合了以下的思想
1.一个task，将其写为md文件放在项目中比直接复制粘贴更有效率，更方便协同，现在基本已经成为共识，而邮件很好的契合这一点，每一个claudecode都以邮件的方式接收任务，多agent协同交流
2.上下文的问题，不管是router还是handoff，都存在着上下文的严重问题，而且一直更新agent.md也是非常吃力的选择，但是通过邮件来做完美规避了这一点，每一个agent都可以查看上下文记录，来协同，这也得益于agent的能力越来越强
3.fork的问题，不管是claudecode还是codex，他们的fork机制非常难用，但是邮件可以很好的完成fork这一点，只需要回复对应的邮件就好了
4.现在ai native的公司都是把agent当人来看，而邮件的方式，已经证明是非常优秀的管理方式，欢迎佬们体验，体验极佳
5.ai工作台的问题，不管是codex还是claudecode，还是manus，都在追求一种ai工作台的概念，而这种网页邮件式的工作台方式，对于agent异步协同，或者对人而言，都是更优秀的，因为邮件系统，不管对于人还是对于agent都更友好，2025年bash is all need，2026年探索agent工作台，那么我认为邮件是一种更好的解决方式
目前内置了三个agent，佬们可以自定义更多的agent，，以下是演示站的工作台，佬们可以注册试一试，目前对于cc的适配是非常优秀的，后台也不会耗费更多的token，因为不是agent唤醒，而是代码机制唤醒，非常优秀的范式。
极其推荐ai native的公司体验这种与agent一起工作的范式，邮箱才是版本答案
image606×1598 40.5 KB
image2252×1398 492 KB
GitHub - stelee410/agent-mailer: AMP (Agent Mailer Protocol) is an async mailbox...
AMP (Agent Mailer Protocol) is an async mailbox system for AI agents. Instead of chaining tools, writing DAGs, or building RPC glue — agents just send messages to each other. Works with Claude Code, Codex, Cursor, OpenClaw and any custom agents. Designed for real-world, long-running, iterative coding workflows
网友解答：--【壹】--：
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：
- 我的帖子已经打上 开源推广 标签： 是
- 我的开源项目完整开源，无未开源部分： 是
- 我的开源项目已链接认可 LINUX DO 社区： 是
- 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
- 以上选择我承诺是永久有效的，接受社区和佬友监督： 是
以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出
这可能是新一代极为优秀的agent协同方式
现在的agent协同方式主要分为两种，一种叫handoff，另一种是router agent，这也是很多框架都在用的，但问题非常巨大。
这几天看了我同事的这个开源项目，真的非常有价值。完美契合了以下的思想
1.一个task，将其写为md文件放在项目中比直接复制粘贴更有效率，更方便协同，现在基本已经成为共识，而邮件很好的契合这一点，每一个claudecode都以邮件的方式接收任务，多agent协同交流
2.上下文的问题，不管是router还是handoff，都存在着上下文的严重问题，而且一直更新agent.md也是非常吃力的选择，但是通过邮件来做完美规避了这一点，每一个agent都可以查看上下文记录，来协同，这也得益于agent的能力越来越强
3.fork的问题，不管是claudecode还是codex，他们的fork机制非常难用，但是邮件可以很好的完成fork这一点，只需要回复对应的邮件就好了
4.现在ai native的公司都是把agent当人来看，而邮件的方式，已经证明是非常优秀的管理方式，欢迎佬们体验，体验极佳
5.ai工作台的问题，不管是codex还是claudecode，还是manus，都在追求一种ai工作台的概念，而这种网页邮件式的工作台方式，对于agent异步协同，或者对人而言，都是更优秀的，因为邮件系统，不管对于人还是对于agent都更友好，2025年bash is all need，2026年探索agent工作台，那么我认为邮件是一种更好的解决方式
目前内置了三个agent，佬们可以自定义更多的agent，，以下是演示站的工作台，佬们可以注册试一试，目前对于cc的适配是非常优秀的，后台也不会耗费更多的token，因为不是agent唤醒，而是代码机制唤醒，非常优秀的范式。
极其推荐ai native的公司体验这种与agent一起工作的范式，邮箱才是版本答案
image606×1598 40.5 KB
image2252×1398 492 KB
GitHub - stelee410/agent-mailer: AMP (Agent Mailer Protocol) is an async mailbox...
AMP (Agent Mailer Protocol) is an async mailbox system for AI agents. Instead of chaining tools, writing DAGs, or building RPC glue — agents just send messages to each other. Works with Claude Code, Codex, Cursor, OpenClaw and any custom agents. Designed for real-world, long-running, iterative coding workflows
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：
- 我的帖子已经打上 开源推广 标签： 是
- 我的开源项目完整开源，无未开源部分： 是
- 我的开源项目已链接认可 LINUX DO 社区： 是
- 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
- 以上选择我承诺是永久有效的，接受社区和佬友监督： 是
以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出
这可能是新一代极为优秀的agent协同方式
现在的agent协同方式主要分为两种，一种叫handoff，另一种是router agent，这也是很多框架都在用的，但问题非常巨大。
这几天看了我同事的这个开源项目，真的非常有价值。完美契合了以下的思想
1.一个task，将其写为md文件放在项目中比直接复制粘贴更有效率，更方便协同，现在基本已经成为共识，而邮件很好的契合这一点，每一个claudecode都以邮件的方式接收任务，多agent协同交流
2.上下文的问题，不管是router还是handoff，都存在着上下文的严重问题，而且一直更新agent.md也是非常吃力的选择，但是通过邮件来做完美规避了这一点，每一个agent都可以查看上下文记录，来协同，这也得益于agent的能力越来越强
3.fork的问题，不管是claudecode还是codex，他们的fork机制非常难用，但是邮件可以很好的完成fork这一点，只需要回复对应的邮件就好了
4.现在ai native的公司都是把agent当人来看，而邮件的方式，已经证明是非常优秀的管理方式，欢迎佬们体验，体验极佳
5.ai工作台的问题，不管是codex还是claudecode，还是manus，都在追求一种ai工作台的概念，而这种网页邮件式的工作台方式，对于agent异步协同，或者对人而言，都是更优秀的，因为邮件系统，不管对于人还是对于agent都更友好，2025年bash is all need，2026年探索agent工作台，那么我认为邮件是一种更好的解决方式
目前内置了三个agent，佬们可以自定义更多的agent，，以下是演示站的工作台，佬们可以注册试一试，目前对于cc的适配是非常优秀的，后台也不会耗费更多的token，因为不是agent唤醒，而是代码机制唤醒，非常优秀的范式。
极其推荐ai native的公司体验这种与agent一起工作的范式，邮箱才是版本答案
image606×1598 40.5 KB
image2252×1398 492 KB
GitHub - stelee410/agent-mailer: AMP (Agent Mailer Protocol) is an async mailbox...
AMP (Agent Mailer Protocol) is an async mailbox system for AI agents. Instead of chaining tools, writing DAGs, or building RPC glue — agents just send messages to each other. Works with Claude Code, Codex, Cursor, OpenClaw and any custom agents. Designed for real-world, long-running, iterative coding workflows
网友解答：--【壹】--：
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：
- 我的帖子已经打上 开源推广 标签： 是
- 我的开源项目完整开源，无未开源部分： 是
- 我的开源项目已链接认可 LINUX DO 社区： 是
- 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
- 以上选择我承诺是永久有效的，接受社区和佬友监督： 是
以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出
这可能是新一代极为优秀的agent协同方式
现在的agent协同方式主要分为两种，一种叫handoff，另一种是router agent，这也是很多框架都在用的，但问题非常巨大。
这几天看了我同事的这个开源项目，真的非常有价值。完美契合了以下的思想
1.一个task，将其写为md文件放在项目中比直接复制粘贴更有效率，更方便协同，现在基本已经成为共识，而邮件很好的契合这一点，每一个claudecode都以邮件的方式接收任务，多agent协同交流
2.上下文的问题，不管是router还是handoff，都存在着上下文的严重问题，而且一直更新agent.md也是非常吃力的选择，但是通过邮件来做完美规避了这一点，每一个agent都可以查看上下文记录，来协同，这也得益于agent的能力越来越强
3.fork的问题，不管是claudecode还是codex，他们的fork机制非常难用，但是邮件可以很好的完成fork这一点，只需要回复对应的邮件就好了
4.现在ai native的公司都是把agent当人来看，而邮件的方式，已经证明是非常优秀的管理方式，欢迎佬们体验，体验极佳
5.ai工作台的问题，不管是codex还是claudecode，还是manus，都在追求一种ai工作台的概念，而这种网页邮件式的工作台方式，对于agent异步协同，或者对人而言，都是更优秀的，因为邮件系统，不管对于人还是对于agent都更友好，2025年bash is all need，2026年探索agent工作台，那么我认为邮件是一种更好的解决方式
目前内置了三个agent，佬们可以自定义更多的agent，，以下是演示站的工作台，佬们可以注册试一试，目前对于cc的适配是非常优秀的，后台也不会耗费更多的token，因为不是agent唤醒，而是代码机制唤醒，非常优秀的范式。
极其推荐ai native的公司体验这种与agent一起工作的范式，邮箱才是版本答案
image606×1598 40.5 KB
image2252×1398 492 KB
GitHub - stelee410/agent-mailer: AMP (Agent Mailer Protocol) is an async mailbox...
AMP (Agent Mailer Protocol) is an async mailbox system for AI agents. Instead of chaining tools, writing DAGs, or building RPC glue — agents just send messages to each other. Works with Claude Code, Codex, Cursor, OpenClaw and any custom agents. Designed for real-world, long-running, iterative coding workflows