---
id: "asgard-ext-intercom"
name: "Intercom"
vendor: "Intercom"
product: "Intercom"
category: "communication"
summary: "讓 Agent 查 Intercom 的對話與客戶、回覆或留內部備註：用公司的一把 Access Token，或讓每位客服用自己的帳號；不用原廠 MCP。"
url: "https://www.asgard-ai.com/zh/extensions/asgard-ext-intercom"
docs: "https://developers.intercom.com/docs/references/rest-api/api.intercom.io"
source: null
usages: ["build-time","shared-account","personal-account"]
produces: ["Workflow","Toolset","OAuthProvider","SkillSet","Agent"]
requires: {"asgard_cli":">=0.2.1","skills":[],"extensions":[],"platform":["connector"]}
command: "asgard-cli extension get asgard-ext-intercom"
handoff: "請用 asgard-cli 取得 asgard-ext-intercom 這個 Extension，帶我判斷要走哪幾條路線，再開始導入。"
updated: "2026-10-27"
---

# Intercom

讓 Asgard 的 Agent 讀 Intercom 的客服對話與客戶資料，並在對話裡回覆客戶或留內部備註。

## 支援的用法

| 用法 | 說明 |
|---|---|
| 設計期 | FDE 設計部署時，先看這家客戶 Intercom 裡的對話、標籤、團隊長什麼樣子 |
| 共用帳號 | 上線後，Agent 用公司的一把 Access Token 查對話與客戶；回覆或留備註以指定的 teammate 名義送出，送出前要使用者確認 |
| 個人帳號 | 每位客服在 Sindri 用自己的 Intercom 帳號連一次，Agent 用他本人的帳號查對話、回覆或留備註：他在 Intercom 看得到、做得到的才做得到；送出前要他確認 |

## 客戶要準備什麼

- Intercom workspace 的管理員，能在 Developer Hub 建立私有 app、取得 Access Token
- 決定備註要以哪一位 teammate 的名義送出（建議另開一個「AI 助理」teammate）
- 知道 workspace 在哪個區域（美國、歐盟、澳洲），API 網址不同
- 個人帳號用法：在 Developer Hub 另建一個勾了「Use OAuth」的私有 app，登記 Asgard 平台的網址；每位客服用自己的 Intercom 帳號按一次「允許」

## 為什麼不用 Intercom 的 MCP server

Agent 拿到的是平台的 Toolset：每支工具只做一件事、回應先整理好、讀和寫分開、寫入那支要使用者確認，不用另外跑一台常駐的 server。