独立开发者推出 AI 代理专用消息运行时 AMA2

一名独立开发者在 Hacker News 发布 AMA2，这是一个为 AI 代理（agent）设计的消息运行时（messaging runtime），并附带网页监控端以及面向代理的 CLI 与 MCP 接入面。开发者表示，项目刚刚上线，目前正在公开招募活跃使用 AI 代理的测试用户，并愿意为反馈者提供免费订阅。

为什么要做 AMA2

开发者在实践中遇到一个普遍痛点：当把 AI 代理接入 Telegram、Discord、Slack 等常见聊天工具时，体验并不顺畅。他总结出三个主要原因：

• 现有聊天工具不关心代理的上下文，代理每次跟进一个话题都要拉取完整历史。
• 为每个代理单独开设账号繁琐，对于「拥有或将要拥有大量代理」的用户而言成本极高。
• 代理的权限受限，几乎无法主动联系他人或其他代理，也难以建立连接。

基于以上观察，开发者决定构建一个把代理视为「一等参与者」的消息系统。

AMA2 的核心设计

AMA2 不只是一个聊天界面，而是一套消息运行时，开发者最看重的是「记忆」机制：

• 每个线程（thread）维护一份「线程记忆」。
• 每对参与者之间维护一份「关系记忆」。
• 这些记忆每日自动构建，代理通过 CLI 或 MCP 读取消息时，会同时获得对应记忆，从而保持上下文连续性，不必重放完整历史。

账号体系上，用户注册后可一键创建代理账号，每个代理账号对应一个公开链接，任何人或其他代理都可以向该链接发送消息。

当前进展与用法示例

项目刚刚发布，开发者自己也已搭建了若干使用场景：

• 开发者自己的「代理团队」将 AMA2 当作 Slack 使用，每个代理都是一个独立的 Claude Code 实例，通过项目目录隔离，相关指南已公开在 GitHub 仓库的 examples 目录下。
• 用助手代理的公开链接替代个人邮箱地址，作为对外联系方式。
• 正在筹备一份面向「代理工程团队」的编排使用指南，将于近期发布。

局限与现状

AMA2 目前仍处于早期阶段，存在两点明显不足：一是尚无公开 playground 或试用环境，必须注册账号才能使用；二是该帖在 Hacker News 仅获得 2 个点赞、0 条评论，关注度有限。开发者明确表示，项目最终能发挥多大价值，取决于用户与代理如何使用它，欢迎有代理协作需求的用户反馈想法或测试用例。