Atlassian 在 Team 2026 發表新版 Rovo Studio，主打把 agent、automation、app 的建置體驗統一，讓團隊不用從零寫 code，也能把 AI agent 放進 Jira、Confluence、JSM、Slack、email 等工作流程。
這個方向的重點，不是「每個人都能做聊天機器人」，而是企業內部很多小流程其實很適合 agent 化，只是以前都卡在工程資源、IT ticket 和權限審查。
Rovo Studio 是什麼？
Rovo Studio 是 Atlassian 的 agent builder。新版 Studio 把三類東西放在一起：
- Agents。
- Automations。
- Apps。
Atlassian 說 Rovo 的基礎是 Teamwork Graph。它會理解 Jira issue、Confluence page、JSM ticket、Slack 訊息、email 和其他工具中的工作脈絡。
這點很重要。企業 agent 若沒有上下文，通常只會變成泛用聊天工具。Rovo 的賣點是 agent 可以在團隊既有工作圖譜上運作。
可以做哪些事？
官方案例包括：
- Mercedes-Benz 用 agent 清理重複 defects，替員工省下 ８５％ 時間，品質提升 ９０％。
- Intermedia 用 agent 支援 product release，每月省下超過 ５０ 小時手動工作。
常見可落地場景：
| 場景 | Agent 做什麼 |
|---|---|
| Onboarding | 依角色整理文件、任務、權限與待辦 |
| 客服分類 | 將 ticket 分類、補脈絡、建議處理人 |
| Release support | 整理 issue、PR、release notes、風險 |
| 缺陷去重 | 找出重複 bug report 與相似案例 |
| 週報整理 | 從 Jira、Confluence、Slack 產出狀態摘要 |
這些任務都不是單純問答，而是跨工具讀資料、整理脈絡、產生下一步動作。
和一般 no-code agent builder 差在哪？
| 比較 | 一般 no-code agent builder | Rovo Studio |
|---|---|---|
| 資料脈絡 | 需自行接資料 | 依賴 Atlassian Teamwork Graph |
| 工作位置 | 外部工具或聊天介面 | Jira、Confluence、JSM 等工作場景 |
| 治理 | 視平台而定 | 建在 Atlassian enterprise platform 上 |
| 適合 | 簡單流程、自動回覆 | 團隊工作、專案、服務管理、知識流程 |
如果公司工作本來就在 Atlassian 生態，Rovo Studio 的價值會比泛用 agent builder 更高。
導入要注意什麼？
建議先確認：
- 哪些團隊可以建立 agent。
- agent 可讀哪些 space、project、ticket。
- 可執行哪些 automation。
- 需要哪些 approval。
- 產出內容是否要標示來源。
- IT 是否能集中管理。
- 敏感資料是否排除。
- agent 是否有使用量與效果衡量。
企業最怕的是每個人都建自己的 agent，最後變成新的 shadow AI。Rovo Studio 的賣點之一，就是把建置能力放進企業平台治理內。
適合誰先用？
適合：
- Jira heavy 的工程與產品團隊。
- 需要大量 issue triage 的客服與 IT 團隊。
- 依賴 Confluence 知識庫的公司。
- 需要跨工具自動化的 PMO。
- 想降低 ad hoc AI 工具風險的 IT 團隊。
不適合：
- 工作資料不在 Atlassian 生態的人。
- 沒有權限治理流程的團隊。
- 想做高度客製化 agent runtime 的開發團隊。
重點整理
Rovo Studio 的價值，不是讓企業多一個 AI 玩具，而是把團隊日常工作流程變成可治理的 agent、automation 和 app。
如果公司本來就大量使用 Jira、Confluence、JSM，Rovo Studio 可以成為內部 agent 建置入口。真正要管好的，是誰能建、讀什麼、做什麼、怎麼審、怎麼衡量成效。