TWG 是多個 Agent 共同對話的工作資料層。以下八種模式，橫跨審閱、報表、響應、檢索與發佈五個面向。
Agent 透過 Agent Card 互相發現、彼此呼叫。它們會協商、交接任務，並在不同專家之間串流進度。
Agent 向下接觸結構化的工具與資料。TWG 把 Atlassian 工作資料封裝成單一 MCP server，讓系統裡每個 Agent 都能共用。
TWG 正好坐落在交會點上 — 上承多個 Agent 共用（A2A），下接真實的工作資料（MCP）。
提出 PR，自動收到結合「程式品質」與「原始需求脈絡」雙視角的審閱意見。
審閱者同時看到程式品質與產品意圖兩種觀點，每次省下 30 分鐘以上的跨產品脈絡收集時間。
$ twg resolve --query "https://bitbucket.org/org/repo/pull-requests/482"
$ twg context jira workitem MOBL-201 -o json
$ twg confluence page get 78901 -o json每週一早上 9 點，自動產出整合 Jira 進度、PR 吞吐量與 demo 影片的 sprint 健康度報告。
PM 不必再在三個產品之間切換分頁。報告自動帶入跨產品的因果關聯。
$ twg jira sprint --id 14 --output json
$ twg bitbucket pull-requests query --since 1w
$ twg loom video query --workspace mobileJSM 事件單一開，幾分鐘內就鎖定根因、把對應的 runbook 端出來。
MTTR 從幾小時壓到幾分鐘。Agent 之間跨產品無縫接手，整個過程不需要真人切換分頁。
$ twg jsm incident get INC-9821 -o json
$ twg bitbucket deployment query --since 2h
$ twg confluence page query --label "runbook service-x"員工問「我們的 SSO 架構是什麼？」時，得到的是有引用、帶結構化關聯的答案，而不是一堆片段拼湊。
答案是基於「文件 ↔ 決策 ↔ 負責人」三方關聯而生，不再只是關鍵字匹配。
$ twg search "SSO architecture" --app confluence --limit 10
$ twg context confluence page 12345 -o jsonPM 在 Confluence 寫完 spec，對應的 epic 與 ticket 就自動出現在 Jira 裡。
從 spec 到 ticket 的時間從幾天壓到幾分鐘。Estimator 還會透過 TWG 對照歷史相似 ticket 校正估時。
$ twg confluence page get 23456 -o json
$ twg jira workitem query --jql "labels = onboarding" -o json新人問「這週我該做什麼？」時，會收到一份涵蓋團隊、目標、任務、會議的客製計畫。
Onboarding 變成自助式服務。新人不必再反覆找 buddy 問東問西。
$ twg user search --query me
$ twg goals query --owner me --status active
$ twg work query --assignee me --updated-since 7d切版發佈時，同步產出技術向 changelog 與行銷向摘要，兩份內容不會走鐘。
兩個版本都基於同一批已交付的 ticket，行銷不會誇大，也不會漏掉功能。
$ twg bitbucket pull-requests query --merged --since 14d
$ twg jira workitem query --jql "fixVersion = 5.4 AND user-facing = true"稽核員會問「每一次 prod 變更都要有 ticket 和簽核紀錄，證明給我看。」走訪關係連結圖，把缺口找出來。
SOC2 / ISO 稽核不再是試算表考古。缺口會直接以「圖上缺少的邊」呈現出來。
$ twg bitbucket deployment query --env production --since 90d
$ twg jira workitem query --jql "type = Change AND fixVersion >= 5.0"
$ twg jsm incident query --status approved --since 90d