Mainstream messaging
Microsoft Teams
狀態:支援文字 + 私訊附件;頻道/群組檔案傳送需要 sharePointSiteId + Graph 權限(請參閱在群組聊天中傳送檔案)。投票透過 Adaptive Cards 傳送。訊息動作提供明確的 upload-file,用於以檔案為優先的傳送。
內建外掛
Microsoft Teams 在目前的 OpenClaw 版本中以內建外掛形式提供;一般的封裝建置不需要另外安裝。
若使用較舊的建置版本,或自訂安裝排除了內建的 Teams,請直接安裝 npm 套件:
openclaw plugins install @openclaw/msteams使用不含版本的套件名稱,以跟隨目前的官方發行標籤。只有需要可重現的安裝時,才固定確切版本。
本機簽出(從 git 儲存庫執行):
openclaw plugins install ./path/to/local/msteams-plugin詳細資訊:外掛
快速設定
@microsoft/teams.cli 可透過單一命令處理機器人註冊、資訊清單建立與認證資訊產生。
1. 安裝並登入
npm install -g @microsoft/teams.cli@previewteams loginteams status # 確認你已登入並查看租用戶資訊2. 啟動通道(Teams 無法連線至 localhost)
如有需要,請安裝 devtunnel CLI 並完成驗證(入門指南)。
# 一次性設定(跨工作階段維持相同 URL):devtunnel create my-openclaw-bot --allow-anonymousdevtunnel port create my-openclaw-bot -p 3978 --protocol auto # 每個開發工作階段:devtunnel host my-openclaw-bot# 你的端點:https://<tunnel-id>.devtunnels.ms/api/messages替代方案:ngrok http 3978 或 tailscale funnel 3978(URL 可能會在每個工作階段變更)。
3. 建立應用程式
teams app create \ --name "OpenClaw" \ --endpoint "https://<your-tunnel-url>/api/messages"這會建立 Entra ID(Azure AD)應用程式、產生用戶端密碼、建置並上傳 Teams 應用程式資訊清單(含圖示),以及註冊由 Teams 管理的機器人(不需要 Azure 訂閱)。輸出包含 CLIENT_ID、CLIENT_SECRET、TENANT_ID 與 Teams App ID;也會提供直接在 Teams 中安裝應用程式的選項。
4. 設定 OpenClaw,使用輸出中的認證資訊:
{ channels: { msteams: { enabled: true, appId: "<CLIENT_ID>", appPassword: "<CLIENT_SECRET>", tenantId: "<TENANT_ID>", webhook: { port: 3978, path: "/api/messages" }, }, },}或直接使用環境變數:MSTEAMS_APP_ID、MSTEAMS_APP_PASSWORD、MSTEAMS_TENANT_ID。
5. 在 Teams 中安裝應用程式
teams app create 會提示你安裝應用程式;選取 "Install in Teams"。若稍後要取得安裝連結:
teams app get <teamsAppId> --install-link6. 驗證所有功能皆正常運作
teams app doctor <teamsAppId>針對機器人註冊、AAD 應用程式設定、資訊清單有效性及 SSO 設定執行診斷。
在正式環境中,請考慮使用同盟驗證(憑證或受控識別碼),而非用戶端密碼。
目標
- 透過 Teams 私訊、群組聊天或頻道與 OpenClaw 對話。
- 維持確定性的路由:回覆一律傳回訊息來源頻道。
- 預設採用安全的頻道行為(除非另有設定,否則必須提及)。
寫入設定
Microsoft Teams 預設可寫入由 /config set|unset 觸發的設定更新(需要 commands.config: true)。
停用方式:
{ channels: { msteams: { configWrites: false } },}存取控制(私訊 + 群組)
私訊存取
- 預設:
channels.msteams.dmPolicy = "pairing"。未知的傳送者在獲得核准前會被忽略。 channels.msteams.allowFrom應使用穩定的 AAD 物件 ID,或如accessGroup:core-team的靜態傳送者存取群組。- 允許清單請勿依賴 UPN/顯示名稱比對;這些值可能會變更。OpenClaw 預設停用直接名稱比對;若要啟用,請設定
channels.msteams.dangerouslyAllowNameMatching: true。 - 當認證資訊允許時,精靈可透過 Microsoft Graph 將名稱解析為 ID。
群組存取
- 預設:
channels.msteams.groupPolicy = "allowlist"(除非新增groupAllowFrom,否則會封鎖)。未設定channels.msteams.groupPolicy時,channels.defaults.groupPolicy可覆寫共用預設值。 channels.msteams.groupAllowFrom控制哪些傳送者或靜態傳送者存取群組可在群組聊天/頻道中觸發(若未設定則回退至channels.msteams.allowFrom)。- 設定
groupPolicy: "open"可允許任何成員(預設仍須提及)。 - 若要封鎖所有頻道,請設定
channels.msteams.groupPolicy: "disabled"。
範例:
{ channels: { msteams: { groupPolicy: "allowlist", groupAllowFrom: ["00000000-0000-0000-0000-000000000000", "accessGroup:core-team"], }, },}團隊 + 頻道允許清單
- 在
channels.msteams.teams下列出團隊與頻道,以限定群組/頻道回覆的範圍。 - 請使用 Teams 連結中穩定的 Teams 交談 ID 作為索引鍵,而非可能變更的顯示名稱(請參閱團隊與頻道 ID)。
- 當
groupPolicy="allowlist"且存在團隊允許清單時,只接受列出的團隊/頻道(仍須提及)。 - 設定精靈接受
Team/Channel項目,並會為你儲存。 - 啟動時,OpenClaw 會將團隊/頻道及使用者允許清單中的名稱解析為 ID(當 Graph 權限允許時),並記錄對應關係。無法解析的名稱會依輸入內容保留,但除非設定
channels.msteams.dangerouslyAllowNameMatching: true,否則路由會忽略這些名稱。
範例:
{ channels: { msteams: { groupPolicy: "allowlist", teams: { "My Team": { channels: { General: { requireMention: true }, }, }, }, }, },}手動設定(不使用 Teams CLI)
運作方式
- 確認 Microsoft Teams 外掛可用(目前版本已內建)。
- 建立 Azure Bot(App ID + 密碼 + 租用戶 ID)。
- 建置參照該機器人的 Teams 應用程式套件,並包含下列 RSC 權限。
- 將 Teams 應用程式上傳/安裝至團隊(或針對私訊安裝至個人範圍)。
- 在
~/.openclaw/openclaw.json中設定msteams(或使用環境變數),然後啟動閘道。 - 閘道預設會在
/api/messages接聽 Bot Framework 網路鉤子流量。
步驟 1:建立 Azure Bot
-
填寫 Basics 分頁:
欄位 值 Bot handle 你的機器人名稱,例如 openclaw-msteams(必須是唯一的)Subscription 選取你的 Azure 訂閱 Resource group 建立新的或使用現有的資源群組 Pricing tier 開發/測試請使用 Free Type of App Single Tenant(建議;請參閱下方注意事項) Creation type Create new Microsoft App ID
- 按一下 Review + create,然後按一下 Create(約 1-2 分鐘)。
步驟 2:取得認證資訊
- Azure Bot 資源 → Configuration → 複製 Microsoft App ID(你的
appId)。 - Manage Password → App Registration → Certificates & secrets → New client secret → 複製 Value(你的
appPassword)。 - Overview → 複製 Directory (tenant) ID(你的
tenantId)。
步驟 3:設定訊息端點
- Azure Bot → Configuration。
- 設定 Messaging endpoint:
- 正式環境:
https://your-domain.com/api/messages - 本機開發:使用通道(請參閱本機開發)
- 正式環境:
步驟 4:啟用 Teams 頻道
- Azure Bot → Channels。
- 按一下 Microsoft Teams → Configure → Save。
- 接受服務條款。
步驟 5:建置 Teams 應用程式資訊清單
- 包含使用
botId = <App ID>的bot項目。 - 範圍:
personal、team、groupChat。 supportsFiles: true(個人範圍檔案處理所需)。- 新增 RSC 權限(請參閱 RSC 權限)。
- 建立圖示:
outline.png(32x32)和color.png(192x192)。 - 將
manifest.json、outline.png與color.png一起壓縮成 ZIP。
步驟 6:設定 OpenClaw
{ channels: { msteams: { enabled: true, appId: "<APP_ID>", appPassword: "<APP_PASSWORD>", tenantId: "<TENANT_ID>", webhook: { port: 3978, path: "/api/messages" }, }, },}環境變數:MSTEAMS_APP_ID、MSTEAMS_APP_PASSWORD、MSTEAMS_TENANT_ID。
步驟 7:執行閘道
當外掛可用且 msteams 設定包含認證資訊時,Teams 頻道會自動啟動。
同盟驗證(憑證加受控識別碼)
在正式環境中,OpenClaw 透過 channels.msteams.authType: "federated" 支援以同盟驗證取代用戶端密碼。有兩種方法:
選項 A:憑證式驗證
使用已向 Entra ID 應用程式註冊登錄的 PEM 憑證。
設定:
- 產生或取得憑證(包含私密金鑰的 PEM 格式)。
- Entra ID → App Registration → Certificates & secrets → Certificates → 上傳公開憑證。
設定:
{ channels: { msteams: { enabled: true, appId: "<APP_ID>", tenantId: "<TENANT_ID>", authType: "federated", certificatePath: "/path/to/cert.pem", webhook: { port: 3978, path: "/api/messages" }, }, },}環境變數:
MSTEAMS_AUTH_TYPE=federatedMSTEAMS_CERTIFICATE_PATH=/path/to/cert.pem
選項 B:Azure 受控識別碼
在 Azure 基礎架構(AKS、App Service、Azure VM)上,使用 Azure 受控識別碼進行無密碼驗證。
運作方式:
- 機器人 Pod/VM 具有受控識別碼(系統指派或使用者指派)。
- 同盟識別認證資訊會將受控識別碼連結至 Entra ID 應用程式註冊。
- 執行階段中,OpenClaw 使用
@azure/identity從 Azure IMDS 端點取得權杖。 - 該權杖會傳遞至 Teams SDK,以進行機器人驗證。
必要條件:
- 已啟用受控識別的 Azure 基礎架構(AKS 工作負載識別、App Service、VM)。
- 已在 Entra ID 應用程式註冊中建立同盟識別認證資訊。
- Pod/VM 可透過網路存取 IMDS(
169.254.169.254:80)。
設定(系統指派的受控識別):
{ channels: { msteams: { enabled: true, appId: "<APP_ID>", tenantId: "<TENANT_ID>", authType: "federated", useManagedIdentity: true, webhook: { port: 3978, path: "/api/messages" }, }, },}**設定(使用者指派的受控識別):**將 managedIdentityClientId: "<MI_CLIENT_ID>" 新增至上述區塊。
環境變數:
MSTEAMS_AUTH_TYPE=federatedMSTEAMS_USE_MANAGED_IDENTITY=trueMSTEAMS_MANAGED_IDENTITY_CLIENT_ID=<client-id>(僅限使用者指派)
AKS 工作負載識別設定
針對使用工作負載識別的 AKS 部署:
-
在你的 AKS 叢集上啟用工作負載識別。
-
在 Entra ID 應用程式註冊中建立同盟識別認證資訊:
bash az ad app federated-credential create --id <APP_OBJECT_ID> --parameters '{ "name": "my-bot-workload-identity", "issuer": "<AKS_OIDC_ISSUER_URL>", "subject": "system:serviceaccount:<NAMESPACE>:<SERVICE_ACCOUNT>", "audiences": ["api://AzureADTokenExchange"]}' -
使用應用程式用戶端 ID 註解 Kubernetes 服務帳戶:
yaml apiVersion: v1kind: ServiceAccountmetadata: name: my-bot-sa annotations: azure.workload.identity/client-id: "<APP_CLIENT_ID>" -
為工作負載識別插入標記 Pod:
yaml metadata: labels: azure.workload.identity/use: "true" -
允許網路存取 IMDS(
169.254.169.254):若使用 NetworkPolicy,請為連接埠 80 上的169.254.169.254/32新增輸出規則。
驗證類型比較
| 方法 | 設定 | 優點 | 缺點 |
|---|---|---|---|
| 用戶端密碼 | appPassword |
設定簡單 | 必須輪替密碼,安全性較低 |
| 憑證 | authType: "federated" + certificatePath |
不透過網路傳送共用密碼 | 憑證管理負擔 |
| 受控識別 | authType: "federated" + useManagedIdentity |
無密碼,無須管理密碼 | 需要 Azure 基礎架構 |
certificateThumbprint 可與 certificatePath 一併設定,但目前驗證路徑不會讀取;接受此設定僅為了向前相容。
**預設值:**未設定 authType 時,OpenClaw 使用用戶端密碼驗證(appPassword)。現有設定可維持不變並繼續運作。
本機開發(通道轉送)
Teams 無法連線至 localhost。請使用持續性開發通道,讓 URL 在各工作階段之間保持穩定:
# 一次性設定:devtunnel create my-openclaw-bot --allow-anonymousdevtunnel port create my-openclaw-bot -p 3978 --protocol auto # 每個開發工作階段:devtunnel host my-openclaw-bot替代方案:ngrok http 3978 或 tailscale funnel 3978(每個工作階段的 URL 可能會變更)。
如果通道 URL 變更,請更新端點:
teams app update <teamsAppId> --endpoint "https://<new-url>/api/messages"測試機器人
執行診斷:
teams app doctor <teamsAppId>一次檢查機器人註冊、AAD 應用程式、資訊清單及 SSO 設定。
傳送測試訊息:
- 安裝 Teams 應用程式(安裝連結位於
teams app get <id> --install-link)。 - 在 Teams 中找到機器人並傳送私訊。
- 檢查閘道記錄中是否有傳入的活動。
環境變數
這些驗證相關的設定鍵可透過環境變數設定,以取代 openclaw.json(其他設定鍵,例如 groupPolicy 或 historyLimit,只能在設定中指定):
| 環境變數 | 設定鍵 | 備註 |
|---|---|---|
MSTEAMS_APP_ID |
appId |
|
MSTEAMS_APP_PASSWORD |
appPassword |
|
MSTEAMS_TENANT_ID |
tenantId |
|
MSTEAMS_AUTH_TYPE |
authType |
"secret" 或 "federated" |
MSTEAMS_CERTIFICATE_PATH |
certificatePath |
同盟 + 憑證 |
MSTEAMS_CERTIFICATE_THUMBPRINT |
certificateThumbprint |
接受此值,但驗證不需要 |
MSTEAMS_USE_MANAGED_IDENTITY |
useManagedIdentity |
同盟 + 受控識別 |
MSTEAMS_MANAGED_IDENTITY_CLIENT_ID |
managedIdentityClientId |
僅限使用者指派的受控識別 |
成員資訊動作
OpenClaw 為 Microsoft Teams 提供由 Graph 支援的 member-info 動作,讓代理程式和自動化流程能解析已設定交談中經驗證的成員名冊詳細資料。
需求:
ChannelSettings.Read.Group和TeamMember.Read.GroupRSC 權限(已包含在建議的資訊清單中)。
只要已設定 Graph 認證資訊,即可使用此動作;沒有獨立的 channels.msteams.actions.memberInfo 開關。
標準頻道查詢會傳回相符的團隊成員名冊識別、顯示名稱、電子郵件及角色。
在目前的私訊或群組聊天中,此動作可以傳回受信任傳送者的穩定使用者 ID。
私人/共用頻道及非目前聊天的成員查詢需要額外的成員名冊權限,
預設權限基準會拒絕這些查詢。
歷史記錄內容
channels.msteams.historyLimit控制要將多少則近期頻道/群組訊息納入提示詞。若未設定,會改用messages.groupChat.historyLimit,然後預設為 50。設定0可停用。- 擷取的討論串歷史記錄會依傳送者允許清單(
allowFrom/groupAllowFrom)篩選,因此植入討論串內容時,只會包含來自允許傳送者的訊息。 - 引用的附件內容(從回覆本身附件中的 Skype Reply 結構描述 HTML 解析)會不經篩選直接傳遞;目前只有討論串歷史記錄植入會套用傳送者允許清單篩選器。
- 可使用
channels.msteams.dmHistoryLimit限制私訊歷史記錄(使用者輪次)。每位使用者的覆寫設定:channels.msteams.dms["<user_id>"].historyLimit。
目前的 Teams RSC 權限(資訊清單)
以下是 Teams 應用程式資訊清單中現有的 resourceSpecific 權限。這些權限僅適用於已安裝該應用程式的團隊/聊天。
針對頻道(團隊範圍):
ChannelMessage.Read.Group(Application) - 無須 @提及即可接收所有頻道訊息ChannelMessage.Send.Group(Application)Member.Read.Group(Application)Owner.Read.Group(Application)ChannelSettings.Read.Group(Application)TeamMember.Read.Group(Application)TeamSettings.Read.Group(Application)
針對群組聊天:
ChatMessage.Read.Chat(Application) - 無須 @提及即可接收所有群組聊天訊息
透過 Teams 命令列介面新增 RSC 權限:
teams app rsc add <teamsAppId> ChannelMessage.Read.Group --type ApplicationTeams 資訊清單範例(已遮蔽)
包含必要欄位的最小有效範例。請替換 ID 和 URL。
{ $schema: "https://developer.microsoft.com/en-us/json-schemas/teams/v1.23/MicrosoftTeams.schema.json", manifestVersion: "1.23", version: "1.0.0", id: "00000000-0000-0000-0000-000000000000", name: { short: "OpenClaw" }, developer: { name: "你的組織", websiteUrl: "https://example.com", privacyUrl: "https://example.com/privacy", termsOfUseUrl: "https://example.com/terms", }, description: { short: "Teams 中的 OpenClaw", full: "Teams 中的 OpenClaw" }, icons: { outline: "outline.png", color: "color.png" }, accentColor: "#5B6DEF", bots: [ { botId: "11111111-1111-1111-1111-111111111111", scopes: ["personal", "team", "groupChat"], isNotificationOnly: false, supportsCalling: false, supportsVideo: false, supportsFiles: true, }, ], webApplicationInfo: { id: "11111111-1111-1111-1111-111111111111", }, authorization: { permissions: { resourceSpecific: [ { name: "ChannelMessage.Read.Group", type: "Application" }, { name: "ChannelMessage.Send.Group", type: "Application" }, { name: "Member.Read.Group", type: "Application" }, { name: "Owner.Read.Group", type: "Application" }, { name: "ChannelSettings.Read.Group", type: "Application" }, { name: "TeamMember.Read.Group", type: "Application" }, { name: "TeamSettings.Read.Group", type: "Application" }, { name: "ChatMessage.Read.Chat", type: "Application" }, ], }, },}資訊清單注意事項(必要欄位)
bots[].botId必須與 Azure Bot App ID 相符。webApplicationInfo.id必須與 Azure Bot App ID 相符。bots[].scopes必須包含你打算使用的介面(personal、team、groupChat)。- 在個人範圍中處理檔案需要
bots[].supportsFiles: true。 authorization.permissions.resourceSpecific必須包含用於頻道流量的頻道讀取/傳送權限。
更新現有應用程式
# 下載、編輯並重新上傳資訊清單teams app manifest download <teamsAppId> manifest.json# 在本機編輯 manifest.json...teams app manifest upload manifest.json <teamsAppId># 若內容有變更,版本會自動遞增更新後,請在每個團隊中重新安裝應用程式,並完全結束後重新啟動 Teams(不只是關閉視窗),以清除快取的應用程式中繼資料。
手動更新資訊清單(不使用命令列介面)
- 使用新設定更新
manifest.json。 - 遞增
version欄位(例如1.0.0→1.1.0)。 - 將資訊清單與圖示(
manifest.json、outline.png、color.png)重新壓縮成 zip 檔。 - 上傳新的 zip 檔:
- **Teams Admin Center:**Teams apps → Manage apps → 找到你的應用程式 → Upload new version。
- **側載:**Teams → Apps → Manage your apps → Upload a custom app。
功能:僅 RSC 與 Graph 的比較
使用僅 Teams RSC(已安裝應用程式,無 Graph API 權限)
可運作:
- 讀取頻道訊息的文字內容。
- 傳送頻道訊息的文字內容。
- 接收**個人(私訊)**檔案附件。
無法運作:
- 頻道/群組的圖片或檔案內容(承載資料僅包含 HTML 預留內容)。
- 下載儲存在 SharePoint/OneDrive 中的附件。
- 讀取即時網路鉤子事件以外的訊息歷史記錄。
使用 Teams RSC + Microsoft Graph 應用程式權限
新增:
- 下載託管內容(貼入訊息中的圖片)。
- 下載儲存在 SharePoint/OneDrive 中的檔案附件。
- 透過 Graph 讀取頻道/聊天訊息歷史記錄。
RSC 與 Graph API 的比較
| 功能 | RSC 權限 | Graph API |
|---|---|---|
| 即時訊息 | 是(透過網路鉤子) | 否(僅能輪詢) |
| 歷史訊息 | 否 | 是(可查詢歷史記錄) |
| 設定複雜度 | 僅需應用程式資訊清單 | 需要管理員同意 + 權杖流程 |
| 可離線運作 | 否(必須持續執行) | 是(可隨時查詢) |
總結: RSC 用於即時監聽;Graph API 用於存取歷史記錄。若要在離線後補抓遺漏的訊息,需要使用具備 ChannelMessage.Read.All 的 Graph API(需要管理員同意)。
啟用 Graph 的媒體 + 歷史記錄
僅啟用你所使用的 Teams 範圍與資料所需的 Microsoft Graph 應用程式權限:
- Entra ID (Azure AD) App Registration → 新增 Graph Application permissions:
ChannelMessage.Read.All,用於頻道附件與頻道歷史記錄。Chat.Read.All,用於群組聊天附件與群組聊天歷史記錄。- 需要從 SharePoint/OneDrive 儲存空間下載附件位元組時,使用
Files.Read.All;僅使用歷史記錄的設定不需要此權限。
- 為租用戶執行 Grant admin consent。
- 提高 Teams 應用程式的 manifest version、重新上傳,並在 Teams 中重新安裝應用程式。
- 完全結束並重新啟動 Teams,以清除快取的應用程式中繼資料。
頻道/群組檔案復原(graphMediaFallback)
Teams 可能會從傳送給機器人的 HTML 活動中移除檔案標記。在此情況下,Bot Framework 活動與一般 HTML 訊息無法區分;完整的附件參照僅存在於該訊息的 Graph 副本中。
授予上述權限後,啟用後援機制:
{ channels: { msteams: { graphMediaFallback: true, }, },}這僅適用於頻道和群組聊天。每當 HTML 活動未產生可直接下載的媒體時,都會額外執行一次 Graph 訊息查詢,包括一般訊息或僅含提及的訊息。預設值為 false,因此現有安裝不會自動增加額外的 Graph 流量或權限錯誤。
使用者提及: 對於已在對話中的使用者,@提及可直接使用。若要動態搜尋並提及不在目前對話中的使用者,請新增 User.Read.All(Application)權限並授予管理員同意。
已知限制
網路鉤子逾時
Teams 透過 HTTP 網路鉤子傳遞訊息。OpenClaw 對該網路鉤子接聽器套用固定的 HTTP 伺服器逾時:閒置 30 秒、請求總計 30 秒,以及接收標頭 15 秒。選用的傳入媒體與內容補充功能共用 10 秒預算。SDK 會在原始活動可靠地附加後返回;代理程式輪次則獨立處理佇列並主動回覆。若請求處理或可靠接收未能在傳輸時間範圍內完成,Teams 可能會重試該活動,而入口墓碑會拒絕重複的事件 ID。
Teams 雲端與服務 URL 支援
這條由 SDK 支援的 Teams 路徑已針對 Microsoft Teams 公用雲端進行即時驗證。
傳入回覆使用傳入的 Teams SDK 輪次內容。脫離內容的主動操作——傳送、編輯、刪除、卡片、投票、檔案同意訊息,以及排入佇列的長時間執行回覆——會使用已儲存的對話參照 serviceUrl。公用雲端預設使用 Teams SDK 公用雲端環境,並允許使用公用 Teams Connector 主機上的已儲存參照:https://smba.trafficmanager.net/。
預設為公用雲端。一般公用雲端機器人不需要設定 channels.msteams.cloud 或 channels.msteams.serviceUrl。
對於非公用 Teams 雲端,請設定 cloud,並在 Microsoft 發布對應的主動操作邊界時一併設定:
channels.msteams.cloud會選取 Teams SDK 雲端預設集,用於驗證、JWT 驗證、權杖服務及 Graph 範圍。channels.msteams.serviceUrl會選取 Bot Connector 端點邊界,用於在執行主動傳送、編輯、刪除、卡片、投票、檔案同意訊息及排入佇列的長時間執行回覆前,驗證已儲存的對話參照。USGov 與 DoD SDK 雲端需要此設定。對於中國/21Vianet,OpenClaw 使用 SDK 的China預設集,且僅接受 Azure 中國 Bot Framework 頻道主機上的已儲存/已設定服務 URL。
Microsoft 在 Teams 主動傳訊文件的建立對話一節中發布全域主動 Bot Connector 端點。若傳入活動的 serviceUrl 可用,請使用該值;否則請使用下方的 Microsoft 表格。
| Teams 環境 | OpenClaw 設定 | 主動 serviceUrl |
|---|---|---|
| 公用 | 不需要雲端/serviceUrl 設定 | https://smba.trafficmanager.net/teams |
| GCC | 設定 serviceUrl;沒有獨立的 Teams SDK 雲端預設集 |
https://smba.infra.gcc.teams.microsoft.com/teams |
| GCC High | cloud: "USGov" + serviceUrl |
https://smba.infra.gov.teams.microsoft.us/teams |
| DoD | cloud: "USGovDoD" + serviceUrl |
https://smba.infra.dod.teams.microsoft.us/teams |
| 中國/21Vianet | cloud: "China" |
使用傳入活動的 serviceUrl |
以下是 GCC 的範例,其中 Microsoft 記載了獨立的主動服務 URL,但 Teams SDK 並未提供獨立的 GCC 雲端預設集:
{ "channels": { "msteams": { "serviceUrl": "https://smba.infra.gcc.teams.microsoft.com/teams" } }}以下是 GCC High 的範例:
{ "channels": { "msteams": { "cloud": "USGov", "serviceUrl": "https://smba.infra.gov.teams.microsoft.us/teams" } }}channels.msteams.serviceUrl 僅限支援的 Microsoft Teams Bot Connector 主機。設定服務 URL 後,OpenClaw 會先檢查已儲存對話的 serviceUrl 是否使用相同主機,再執行主動傳送、編輯、刪除、卡片、投票或排入佇列的長時間執行回覆。使用預設公用雲端設定時,若已儲存的對話指向公用 Teams Connector 主機以外的位置,OpenClaw 會採取失敗關閉。變更雲端/服務 URL 設定後,請從該對話接收一則新訊息,使已儲存的對話參照保持最新。
Microsoft 的 Teams 主動端點表格中,未針對中國/21Vianet 提供獨立的全域主動 smba URL。請設定 cloud: "China",讓 Teams SDK 使用 Azure 中國的驗證、權杖和 JWT 端點。之後,主動傳送需要使用來自傳入中國 Teams 活動的已儲存對話參照,或位於 Azure 中國 Bot Framework 頻道邊界(*.botframework.azure.cn)上明確設定的服務 URL。在 OpenClaw 透過 Azure 中國 Graph 端點路由 Graph 請求之前,cloud: "China" 的 Graph 支援 Teams 輔助功能會停用。
格式設定
Teams Markdown 比 Slack 或 Discord 更受限制:
- 基本格式可正常運作:粗體、斜體、
code、連結。 - 複雜 Markdown(表格、巢狀清單)可能無法正確呈現。
- 投票與語意呈現傳送支援 Adaptive Cards(請參閱下文)。
設定
主要設定(共用頻道模式請參閱 /gateway/configuration):
channels.msteams.enabled:啟用/停用頻道。channels.msteams.appId、channels.msteams.appPassword、channels.msteams.tenantId:機器人認證資訊。channels.msteams.cloud:Teams SDK 雲端環境(Public、USGov、USGovDoD或China;預設為Public)。對於 USGov/DoD SDK 雲端,請使用serviceUrl設定;中國使用 SDK 預設集和已儲存的 Azure China Bot Framework 對話參照,在 Azure China Graph 路由推出前,會停用以 Graph 為基礎的輔助功能。channels.msteams.serviceUrl:SDK 主動操作的 Bot Connector 服務 URL 邊界。公有雲使用 SDK 預設值;GCC(https://smba.infra.gcc.teams.microsoft.com/teams)、GCC High 或 DoD 需進行設定。當已儲存的對話參照來自世紀互聯營運的 Teams 時,中國環境接受 Azure China Bot Framework 頻道主機。channels.msteams.webhook.port(預設為3978)。channels.msteams.webhook.path(預設為/api/messages)。channels.msteams.dmPolicy:pairing | allowlist | open | disabled(預設為pairing)。channels.msteams.allowFrom:私訊允許清單(建議使用 AAD 物件 ID)。當 Graph 存取可用時,精靈會在設定期間將名稱解析為 ID。channels.msteams.dangerouslyAllowNameMatching:用於緊急復原的切換開關,可重新啟用可變的 UPN/顯示名稱比對,以及直接使用團隊/頻道名稱進行路由。channels.msteams.textChunkLimit:傳出文字區塊的字元大小(預設為4000,且無論設定值多高,硬性上限皆為4000)。channels.msteams.streaming.chunkMode:length(預設)或newline,在依長度分塊前先於空白行(段落邊界)處分割。channels.msteams.mediaAllowHosts:傳入附件主機的允許清單(預設為 Microsoft/Teams 網域:Graph、SharePoint/OneDrive、Teams CDN、Bot Framework、Azure Media Services)。channels.msteams.mediaAuthAllowHosts:媒體重試時可附加 Authorization 標頭的允許清單(預設為 Graph + Bot Framework 主機)。channels.msteams.graphMediaFallback:當頻道/群組 HTML 省略檔案標記時,選擇啟用 Graph 訊息查詢(預設為false;請參閱頻道/群組檔案復原)。channels.msteams.mediaMaxMb:每個頻道的媒體大小限制覆寫值,單位為 MB。未設定時會回退至agents.defaults.mediaMaxMb。channels.msteams.requireMention:頻道/群組中必須使用 @提及(預設為true)。channels.msteams.replyStyle:thread | top-level(請參閱回覆樣式)。channels.msteams.teams.<teamId>.replyStyle:每個團隊的覆寫值。channels.msteams.teams.<teamId>.requireMention:每個團隊的覆寫值。channels.msteams.teams.<teamId>.tools:缺少頻道覆寫值時使用的預設每團隊工具政策覆寫值(allow/deny/alsoAllow)。channels.msteams.teams.<teamId>.toolsBySender:預設的每團隊、每傳送者工具政策覆寫值(支援"*"萬用字元)。channels.msteams.teams.<teamId>.channels.<conversationId>.replyStyle:每個頻道的覆寫值。channels.msteams.teams.<teamId>.channels.<conversationId>.requireMention:每個頻道的覆寫值。channels.msteams.teams.<teamId>.channels.<conversationId>.tools:每個頻道的工具政策覆寫值(allow/deny/alsoAllow)。channels.msteams.teams.<teamId>.channels.<conversationId>.toolsBySender:每個頻道、每個傳送者的工具政策覆寫值(支援"*"萬用字元)。toolsBySender鍵應使用明確前綴:channel:、id:、e164:、username:、name:(舊版無前綴鍵仍僅對應至id:)。channels.msteams.authType:驗證類型——"secret"(預設)或"federated"。channels.msteams.certificatePath:PEM 憑證檔案的路徑(同盟 + 憑證驗證)。channels.msteams.certificateThumbprint:憑證指紋;可接受,但驗證不要求。channels.msteams.useManagedIdentity:啟用受控識別驗證(同盟模式)。channels.msteams.managedIdentityClientId:使用者指派受控識別的用戶端 ID。channels.msteams.sharePointSiteId:群組聊天/頻道中上傳檔案所用的 SharePoint 網站 ID(請參閱在群組聊天中傳送檔案)。channels.msteams.welcomeCard、channels.msteams.groupWelcomeCard、channels.msteams.promptStarters:首次私訊/群組聯絡時顯示的歡迎 Adaptive Card,以及其中的建議提示按鈕。channels.msteams.responsePrefix:加在傳出回覆前方的文字。channels.msteams.feedbackEnabled(預設為true)、channels.msteams.feedbackReflection(預設為true)、channels.msteams.feedbackReflectionCooldownMs:回覆上的讚/倒讚意見回饋,以及負面意見回饋後續反思。channels.msteams.sso、channels.msteams.delegatedAuth:用於以 SSO 為基礎之流程的 Bot Framework OAuth 連線與委派 Graph 範圍;sso.enabled: true需要sso.connectionName。
路由與工作階段
- 工作階段鍵遵循標準代理程式格式(請參閱 /concepts/session):
- 直接訊息共用主要工作階段(
agent:<agentId>:<mainKey>)。 - 頻道/群組訊息使用對話 ID:
agent:<agentId>:msteams:channel:<conversationId>agent:<agentId>:msteams:group:<conversationId>
- 直接訊息共用主要工作階段(
回覆樣式:討論串與貼文
Teams 在相同的底層資料模型上提供兩種頻道 UI 樣式:
| 樣式 | 說明 | 建議的 replyStyle |
|---|---|---|
| 貼文(傳統) | 訊息顯示為卡片,下方附有討論串回覆 | thread(預設) |
| 討論串(類似 Slack) | 訊息以線性方式流動,更接近 Slack | top-level |
**問題:**Teams API 不會公開頻道使用哪種 UI 樣式。如果使用錯誤的 replyStyle:
- 在討論串樣式的頻道中使用
thread→ 回覆會以不自然的巢狀方式顯示。 - 在貼文樣式的頻道中使用
top-level→ 回覆會顯示為獨立的頂層貼文,而非出現在討論串內。
**解決方案:**根據頻道的設定方式,為每個頻道設定 replyStyle:
{ channels: { msteams: { replyStyle: "thread", teams: { "19:abc...@thread.tacv2": { channels: { "19:xyz...@thread.tacv2": { replyStyle: "top-level", }, }, }, }, }, },}解析優先順序
機器人向頻道傳送回覆時,會從最具體的覆寫值到預設值依序解析 replyStyle。第一個非 undefined 的值優先:
- 每個頻道——
channels.msteams.teams.<teamId>.channels.<conversationId>.replyStyle - 每個團隊——
channels.msteams.teams.<teamId>.replyStyle - 全域——
channels.msteams.replyStyle - 隱含預設值——衍生自
requireMention:requireMention: true→threadrequireMention: false→top-level
如果在未明確設定 replyStyle 的情況下全域設定 requireMention: false,即使傳入訊息是討論串回覆,貼文樣式頻道中的提及也會顯示為頂層貼文。請在全域、團隊或頻道層級固定 replyStyle: "thread",以避免非預期行為。
對已儲存頻道對話的主動傳送(排入佇列的工具呼叫回覆、長時間執行的代理程式)會套用相同的團隊/頻道解析;對於主動傳送,無論 replyStyle 為何,群組聊天和個人(私訊)對話一律解析為 top-level。
保留討論串脈絡
當 replyStyle: "thread" 生效,且機器人是在頻道討論串內被 @提及時,OpenClaw 會將原始討論串根重新附加至傳出對話參照(19:...@thread.tacv2;messageid=<root>),讓回覆送達相同討論串內。這同時適用於即時(同一回合內)傳送,以及 Bot Framework 回合脈絡過期後進行的主動傳送(例如長時間執行的代理程式、透過 mcp__openclaw__message 排入佇列的工具呼叫回覆)。
討論串根取自對話參照中已儲存的 threadId。在 threadId 出現前建立的舊版已儲存參照會回退至 activityId(上次建立該對話的任何傳入活動),因此現有部署無須重新建立參照即可繼續運作。
當 replyStyle: "top-level" 生效時,頻道討論串的傳入訊息會刻意以新的頂層貼文回覆;不會附加討論串尾碼。這對討論串樣式的頻道而言是正確行為;如果在預期收到討論串回覆時卻看到頂層貼文,表示該頻道的 replyStyle 設定錯誤。
附件與圖片
目前限制:
- **私訊:**圖片與檔案附件可透過 Teams 機器人檔案 API 運作。
- 頻道/群組:附件存放在 M365 儲存空間(SharePoint/OneDrive)中。網路鉤子承載資料僅包含 HTML 預留內容,不包含實際檔案位元組。下載頻道附件需要 Graph API 權限。
- 若要明確地優先傳送檔案,請搭配
media/filePath/path使用action=upload-file;選用的message會成為隨附文字/留言,而filename(或title)會覆寫上傳的名稱。
若沒有 Graph 權限,含有圖片的頻道訊息只會以純文字形式送達(機器人無法存取圖片內容)。
OpenClaw 預設只會從 Microsoft/Teams 主機名稱下載媒體。可使用 channels.msteams.mediaAllowHosts 覆寫(使用 ["*"] 可允許任何主機)。
只有 channels.msteams.mediaAuthAllowHosts 中的主機才會附加 Authorization 標頭(預設為 Graph + Bot Framework 主機)。請嚴格限制此清單(避免使用多租用戶尾碼)。
在群組聊天中傳送檔案
機器人可使用內建的 FileConsentCard 流程在私訊中傳送檔案。在群組聊天/頻道中傳送檔案需要額外設定:
| 脈絡 | 檔案傳送方式 | 所需設定 |
|---|---|---|
| 私訊 | FileConsentCard → 使用者接受 → 機器人上傳 | 開箱即用 |
| 群組聊天/頻道 | 上傳至 SharePoint → 原生檔案卡片 | 需要 sharePointSiteId + Graph 權限 |
| 圖片(任何脈絡) | Base64 編碼的內嵌內容 | 開箱即用 |
群組聊天為何需要 SharePoint
機器人使用應用程式識別,而 Microsoft Graph 的 /me 資源要求使用者已登入。若要在群組聊天/頻道中傳送檔案,機器人會將檔案上傳至 SharePoint 網站並建立共用連結。
設定
-
在 Entra ID (Azure AD) → App Registration 中新增 Graph API 權限:
Sites.ReadWrite.All(應用程式)——將檔案上傳至 SharePoint。ChatMember.Read.All(應用程式)——群組聊天檔案傳送所需的最低權限租用戶範圍權限。Chat.Read.All也可使用,且啟用群組聊天記錄時已涵蓋此需求。若要改用每個聊天的方式,請使用ChatMember.Read.Chat資源特定同意權限。
-
為租用戶授予管理員同意。
-
取得你的 SharePoint 網站 ID:
bash # 透過 Graph Explorer 或使用有效權杖的 curl:curl -H "Authorization: Bearer $TOKEN" \ "https://graph.microsoft.com/v1.0/sites/{hostname}:/{site-path}" # 範例:針對位於 "contoso.sharepoint.com/sites/BotFiles" 的網站curl -H "Authorization: Bearer $TOKEN" \ "https://graph.microsoft.com/v1.0/sites/contoso.sharepoint.com:/sites/BotFiles" # 回應包含:"id": "contoso.sharepoint.com,guid1,guid2" -
設定 OpenClaw:
json5 { channels: { msteams: { // ... 其他設定 ... sharePointSiteId: "contoso.sharepoint.com,guid1,guid2", }, },}
共用行為
| 情境與權限 | 共用行為 |
|---|---|
頻道 + Sites.ReadWrite.All |
全組織共用連結(組織中的任何人皆可存取) |
群組聊天 + Sites.ReadWrite.All + 支援的聊天成員讀取授權 |
每位使用者的共用連結(僅聊天成員可存取) |
| 群組聊天沒有支援的聊天成員讀取授權 | 傳送會以封閉方式失敗 |
每位使用者的共用方式較安全,因為只有聊天參與者可以存取檔案。OpenClaw 要求群組聊天必須成功查詢成員;逾時、傳輸失敗、空白結果及 Graph API 拒絕都會導致傳送失敗,而不會將存取範圍擴大至整個組織。
後援行為
| 情境 | 結果 |
|---|---|
| 群組聊天 + 檔案 + 已設定 SharePoint 和成員權限 | 上傳至 SharePoint,傳送原生檔案卡片 |
| 群組聊天 + 檔案 + 缺少 SharePoint 或成員權限 | 失敗並顯示可採取行動的設定錯誤 |
頻道 + 檔案 + 已設定 sharePointSiteId |
上傳至 SharePoint,傳送原生檔案卡片 |
| 個人聊天 + 檔案 | FileConsentCard 流程(無需 SharePoint 即可運作) |
| 任何情境 + 圖片 | Base64 編碼內嵌(無需 SharePoint 即可運作) |
檔案儲存位置
上傳的檔案會儲存在已設定 SharePoint 網站預設文件庫中的 /OpenClawShared/ 資料夾。
投票(Adaptive Cards)
OpenClaw 會以 Adaptive Cards 傳送 Teams 投票(Teams 沒有原生投票 API)。
- 命令列介面:
openclaw message poll --channel msteams --target conversation:<id> --poll-question "..." --poll-option "..." --poll-option "..."。 - 閘道會將投票記錄在 OpenClaw 外掛狀態 SQLite 的
state/openclaw.sqlite下。 - 現有的
msteams-polls.json檔案由openclaw doctor --fix匯入,而非由執行中的外掛匯入。 - 閘道必須保持上線才能記錄投票。
- 投票不會自動發布結果摘要,目前也尚無投票結果命令列介面。
呈現卡片
使用 message 工具、命令列介面或一般回覆傳遞,將語意化呈現酬載傳送給 Teams 使用者或交談。OpenClaw 會依通用呈現合約,將其轉譯為 Teams Adaptive Cards。
presentation 參數接受語意區塊。提供 presentation 時,訊息文字可省略。按鈕會轉譯為 Adaptive Card 提交或 URL 動作。Teams 轉譯器不原生支援選取選單,因此 OpenClaw 會在傳遞前將其降級為可讀文字。
代理工具:
{ action: "send", channel: "msteams", target: "user:<id>", presentation: { title: "你好", blocks: [{ type: "text", text: "你好!" }], },}命令列介面:
openclaw message send --channel msteams \ --target "conversation:19:abc...@thread.tacv2" \ --presentation '{"title":"你好","blocks":[{"type":"text","text":"你好!"}]}'如需目標格式的詳細資訊,請參閱下方的目標格式。
目標格式
MSTeams 目標使用前綴來區分使用者與交談:
| 目標類型 | 格式 | 範例 |
|---|---|---|
| 使用者(依 ID) | user:<aad-object-id> |
user:40a1a0ed-4ff2-4164-a219-55518990c197 |
| 使用者(依名稱) | user:<display-name> |
user:John Smith(需要 Graph API) |
| 群組/頻道 | conversation:<conversation-id> |
conversation:19:abc123...@thread.tacv2 |
| 群組/頻道(原始) | <conversation-id> |
19:abc123...@thread.tacv2、19:...@unq.gbl.spaces,或未加前綴的 a:/8:orgid:/29: Bot Framework ID |
命令列介面範例:
# 依 ID 傳送給使用者openclaw message send --channel msteams --target "user:40a1a0ed-..." --message "你好" # 依顯示名稱傳送給使用者(觸發 Graph API 查詢)openclaw message send --channel msteams --target "user:John Smith" --message "你好" # 傳送至群組聊天或頻道openclaw message send --channel msteams --target "conversation:19:abc...@thread.tacv2" --message "你好" # 傳送呈現卡片至交談openclaw message send --channel msteams --target "conversation:19:abc...@thread.tacv2" \ --presentation '{"title":"你好","blocks":[{"type":"text","text":"你好"}]}'代理工具範例:
{ action: "send", channel: "msteams", target: "user:John Smith", message: "你好!",}{ action: "send", channel: "msteams", target: "conversation:19:abc...@thread.tacv2", presentation: { title: "你好", blocks: [{ type: "text", text: "你好" }], },}主動傳訊
- 只有在使用者互動之後才能傳送主動訊息,因為 OpenClaw 會在該時間點儲存交談參照。
- 如需
dmPolicy和允許清單閘控的相關資訊,請參閱 /gateway/configuration。
團隊與頻道 ID(常見陷阱)
Teams URL 中的 groupId 查詢參數不是用於設定的團隊 ID。請改從 URL 路徑擷取 ID:
團隊 URL:
https://teams.microsoft.com/l/team/19%3ABk4j...%40thread.tacv2/conversations?groupId=... └────────────────────────────┘ 團隊交談 ID(請對此進行 URL 解碼)頻道 URL:
https://teams.microsoft.com/l/channel/19%3A15bc...%40thread.tacv2/ChannelName?groupId=... └─────────────────────────┘ 頻道 ID(請對此進行 URL 解碼)用於設定:
- 團隊鍵值 =
/team/後方的路徑區段(經 URL 解碼,例如19:Bk4j...@thread.tacv2;較舊的租用戶可能會顯示@thread.skype,這也有效)。 - 頻道鍵值 =
/channel/後方的路徑區段(經 URL 解碼)。 - OpenClaw 路由應忽略
groupId查詢參數。它是 Microsoft Entra 群組 ID,而不是傳入 Teams 活動所使用的 Bot Framework 交談 ID。
私人頻道
機器人在私人頻道中的支援有限:
| 功能 | 標準頻道 | 私人頻道 |
|---|---|---|
| 安裝機器人 | 是 | 有限 |
| 即時訊息(網路鉤子) | 是 | 可能無法運作 |
| RSC 權限 | 是 | 行為可能有所不同 |
| @提及 | 是 | 機器人可存取時可用 |
| Graph API 歷程記錄 | 是 | 是(具備權限時) |
私人頻道無法運作時的因應方式:
- 使用標準頻道與機器人互動。
- 使用私訊;使用者隨時都能直接傳訊給機器人。
- 使用 Graph API 存取歷程記錄(需要
ChannelMessage.Read.All)。
疑難排解
常見問題
- **頻道中未顯示圖片:**缺少 Graph 權限或系統管理員同意。重新安裝 Teams 應用程式,並完全結束後重新開啟 Teams。
- **頻道中沒有回應:**預設需要提及;請設定
channels.msteams.requireMention=false,或針對各團隊/頻道進行設定。 - **版本不相符(Teams 仍顯示舊資訊清單):**移除並重新新增應用程式,然後完全結束 Teams 再重新開啟以重新整理。
- **網路鉤子傳回 401 Unauthorized:**未使用 Azure JWT 進行手動測試時,這是預期行為;表示端點可以連線,但驗證失敗。請使用 Azure Web Chat 正確測試。
資訊清單上傳錯誤
- **"Icon file cannot be empty":**資訊清單參照的圖示檔案為 0 位元組。請建立有效的 PNG 圖示(
outline.png使用 32x32,color.png使用 192x192)。 - **"webApplicationInfo.Id already in use":**應用程式仍安裝在其他團隊/聊天中。請先找出並解除安裝,或等待 5-10 分鐘讓變更傳播。
- **上傳時顯示 "Something went wrong":**請改透過 https://admin.teams.microsoft.com 上傳,開啟瀏覽器 DevTools(F12)→ Network 分頁,並檢查回應本文以查看實際錯誤。
- **側載失敗:**請嘗試使用 "Upload an app to your org's app catalog",而非 "Upload a custom app";這通常可避開側載限制。
RSC 權限無法運作
- 確認
webApplicationInfo.id與機器人的 App ID 完全相符。 - 重新上傳應用程式,並在團隊/聊天中重新安裝。
- 檢查組織系統管理員是否已封鎖 RSC 權限。
- 確認使用正確的範圍:團隊使用
ChannelMessage.Read.Group,群組聊天使用ChatMessage.Read.Chat。
參考資料
- 建立 Azure Bot - Azure Bot 設定指南
- Teams Developer Portal - 建立/管理 Teams 應用程式
- Teams 應用程式資訊清單結構描述
- 使用 RSC 接收頻道訊息
- RSC 權限參考資料
- Teams 機器人檔案處理(頻道/群組需要 Graph)
- 主動傳訊
- @microsoft/teams.cli - 用於管理機器人的 Teams 命令列介面