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）協助本地設定。