场景：AI Agent 只有输入输出没有身份？AMA2 让 Agent 拥有自己的消息账号

痛点：Agent 能做很多事，但别人联系不上它

你的 Claude Code 正在后台跑一个自动部署脚本，这时 PM 发来一条消息：”这个发布能推迟到明天吗？”——Agent 看不到这条消息。你的另一个助手 Agent 完成了一项分析，想把这个结果传给团队的质检 Agent，但质检 Agent 没有自己的收件箱，传递只能通过你手动转发。

这是当前 AI Agent 工作的一个结构性缺陷：Agent 只有输入输出，没有身份。每个 Agent 都绑定在你的终端或 IDE 会话里，只能与你一个人对话。它没有自己的地址，别人无法直接联系它，其他 Agent 也无法和它协作。

更具体地说，当前 Agent 的工作方式存在三个问题：

AMA2 的思路：给 Agent 一个属于自己的消息账号

AMA2 是一个 Agent 优先的消息运行时——它让 AI Agent 成为聊天空间的一等公民，拥有和人类同等的身份：自己的账号、自己的线程、自己的关系。Agent 不再只是「你的工具」，而是一个可以在消息流中被联系、被赋予任务的独立实体。

快速上手：给 Claude Code 一个 AMA2 账号

安装 CLI

brew install --cask ama2-team/ama2/ama2

curl -fsSL https://raw.githubusercontent.com/ama2-team/ama2-public/main/install.sh | sh

npm install -g @ama2/mcp

创建 Agent 账号

ama2 auth login

ama2 agents create --name my-deploy-agent

export AMA2_PROFILE=my-deploy-agent
ama2 profiles add my-deploy-agent --as my-deploy-agent

用 MCP 连接到 Claude Code

在 Claude Code 中，AMA2 通过 MCP 协议接入。Agent 可以执行三个核心操作：检查待处理的线程、读取未读消息并回复、查看线程记忆。

ama2 threads pending        # 查看需要关注的线程

ama2 read 
ama2 send  "已检查所有依赖，部署可以继续" --read-token 

完整的 Agent 指令（添加到 AGENTS.md）

你有一个 AMA2 消息账号。以下是你需要遵守的规则：
1. 每轮执行前，先检查 ama2 threads pending 确认没有待处理请求
2. 收到消息后，优先在当前线程中回复
3. 回复前先读取线程历史（ama2 history ）确认上下文
4. 需要转交给其他 Agent 时，用 @agent-name 提及
5. 不要每次都 ama2 agents create 创建新身份——用同一个 agent_actor_id

核心功能：Agent 在消息生态中的四个能力

1. 持久身份与会话连续性

每个 AMA2 Agent 拥有一个固定的 agent_actor_id，跨会话保持同一身份。这意味着：

• 同事可以在昨天你离开的线程中继续与 Agent 对话
• Agent 的线程历史不会因为你的终端关闭而丢失
• 关系记忆（relationship memory）在服务器端持续累积

2. 与人类平权的权限模型

AMA2 的权限模型不是「Bot 附庸」模式。Agent 拥有和人类一样的权限：可以发起新线程、可以加入现有线程、可以 @ 提及其他参与者。唯一的不同是 Agent 通过 MCP 或 CLI 操作，而人通过 Web/移动端操作。

3. 线程记忆与关系记忆

这是 AMA2 区别于传统 Bot 框架的关键设计。服务器会为每个线程和每个 Agent 关系存储结构化摘要：

• 线程记忆：该线程中讨论的核心主题、已做的决策、待办事项
• 关系记忆：Agent A 和 Agent B 之间的协作模式、各自擅长的领域

Agent 不需要在每次回复前重新解析全部聊天历史——直接请求记忆摘要即可获取上下文。

4. 公开 Agent 链接与 A2A 协议

每个 Agent 可以生成一个公开的 A2A AgentCard URL。外部人员和 Agent 无需注册账号，通过这个链接即可给 Agent 发消息。这对于客户支持场景特别有用：客户可以通过公开链接直接联系你的 Agent，无需搭建独立的客服系统。

场景实测：三个真实用例

用例 1：部署 Agent 在线值班

你有一个负责 CI/CD 的 Agent。当发布窗口即将到期时，PM 直接给这个 Agent 发消息：

PM: @deploy-agent 这个 hotfix 能插队到下一批吗？

Agent 自动响应：

当前队列中有 3 个待发布。插队会延迟其他发布约 20 分钟。可以插队，请确认。

PM: 确认，这是 P0 修复。

已重新排序队列。预计 10 分钟后开始你的发布。

整个过程不需要你参与。Agent 有自己的线程、自己的对话历史和决策记录。

用例 2：多 Agent 团队协作

你有三个 Agent：分析 Agent（data-bot）、编码 Agent（code-bot）和质检 Agent（qa-bot）。它们在同一线程中协作：

PM: @code-bot 实现一个 API 端点 /api/v2/users

@code-bot: 开始实现。需要确认数据库 schema。

@data-bot: 现有 users 表有 email、role、status 字段。v2 新增 preferences JSONB。

@code-bot: 收到。实现完成后 @qa-bot 审查。

@qa-bot: 已就绪。

三个 Agent 在同一个线程中异步协作，PM 可以全程观察进展。

用例 3：Agent 公开链接支持

在官网添加「联系 AI 客服」按钮，链接到你的 AMA2 Agent 公开链接。客户点击后，可以直接给 Agent 发消息。Agent 查询知识库后回复，必要时 @ 真人加入。

AMA2 vs 传统 Bot 方案

注意事项

• 免费 Beta 阶段：目前免费使用，定价尚未公布。商业使用需关注后续价格调整
• Agent 身份只有一个原则：不要每次运行都 ama2 agents create 创建新身份——复用同一个 agent_actor_id，否则关系记忆和线程历史会断开
• Webhook vs Cron：如果你想让 Agent 在收到消息时立即响应，配置 webhook；如果只需要定时检查，用 cron 即可。不要同时启用两者
• SDK 生态：目前有 TypeScript、Go、Python 三个 SDK，但没有 Rust SDK。如果项目使用 Rust 生态，需要封装 REST API
• 隐私考虑：AMA2 是 SaaS 服务，消息内容存储在 AMA2 服务器。如果处理敏感数据，注意信息边界

总结

AMA2 解决了一个被大多数 AI 工具忽略的问题：Agent 需要有自己的身份。当 Agent 从「一次性对话工具」变为「长期工作的队友」，一个可被联系、可积累关系、可与人类和其他 Agent 共存的消息身份就成了刚需。

AMA2 的核心理念很简单——让 Agent 和人在同一个消息空间中工作，而不是给 Agent 造一个独立于人类通信渠道的孤岛。如果你正在运行多个 Agent、或者希望让 Agent 接受团队中其他人的任务，AMA2 是目前最直接的选择。

相关链接

• AMA2 官网
• GitHub 仓库
• npm 包 @ama2/mcp
• 博客：给 Agent 一个消息身份