amplifthq/opentag

解决的问题

OpenTag 提供了一种将 AI 编码代理集成到 Slack 频道中作为持久性「团队成员」的方法。它解决了代理仪表板与团队沟通脱节，以及将云托管代理完全访问本地开发环境所带来的风险。通过使用自托管控制平面，即使实际运行代码的计算机（运行器）离线，AI 代理也能在 Slack 中保持可访问性。

工作原理

OpenTag 采用三部分架构：自托管控制平面、配对的运行器，以及通过 ACP 的编码代理。

1. Slack 集成：用户在 Slack 中提及代理以排队工作。
2. 控制平面：作为中继和协调者，将工作和请求的状态存储在 PostgreSQL 数据库中。
3. 运行器：用户控制的计算机，与控制平面配对。当运行器在线时，它会拉取已排队的工作，并调用编码代理对本地源代码检出执行操作。
4. 执行：代理执行工作，并将状态、决策和证据（如 GitHub 草稿 PR）报告回 Slack 线程。

适用人群

希望 AI 编码助手存在于现有沟通渠道中，并在本地、安全的开发机器上运行，而非云托管环境中的工程团队。

主要亮点

• 持久存在：代理在 Slack 中保持在线状态，可报告离线状态，而非简单消失。
• 本地执行：源代码、凭证和工作树均保留在用户自己的运行器机器上。
• 基于事实的报告：报告实际执行输出和 GitHub 发布内容，而非模拟的成功。
• 受控访问：代码库的写入通过明确授权（如草稿 PR）处理，防止自动合并。
• 对代理友好的设置：包含代理可读的安装指南和特定技能，帮助其他 AI 代理（如 Claude Code）协助本地设置。