---
author: OOMOL
author_url: https://oomol.com/zh-tw/about/
datePublished: 2026-09-29
title: AIsa 正式登陸 OOMOL：Agent 讀取公開資料，再交給你授權的工作應用程式
description: OOMOL 與 OpenConnector 正式支援 AIsa：106 項唯讀
  Action，涵蓋網站流量、SEO、金融、加密貨幣、社群與企業資料，可用 OOMOL 點數呼叫，也可連接自己的 AIsa Key。
lang: zh-TW
canonical_url: https://oomol.com/zh-tw/blog/aisa-oomol-partnership/
markdown_url: https://oomol.com/zh-tw/blog/aisa-oomol-partnership.md
---

![AIsa 公開資料 Action 與已授權的工作應用程式連接，在 OOMOL 連接閘道中匯合](/blog/aisa-oomol-partnership/zh-tw-cover.webp)

AIsa 現已獲得 OOMOL 與開源 OpenConnector 執行階段的正式支援。

[AIsa](https://aisa.one/) 將自己定位為為智慧代理經濟打造的能力層：用一把 Key 存取 API、資料和模型。整合之後，連接到 OOMOL 的 Agent 可以從 AIsa 讀取公開的市場資料，例如網站流量、搜尋排名、公司財報與申報文件、社群貼文和預測市場，再把結論交給你已經連接的應用程式，例如 Notion、Slack 或 Gmail。

在 OOMOL 託管服務中，使用 AIsa 不需要先註冊 AIsa 帳號。它內建一個連接，費用從你的 OOMOL 點數中扣除。自行部署 OpenConnector 的團隊，可以在 Web Console 中接入 OOMOL Key 使用同一個內建帳號，也可以填入自己的 AIsa API Key，呼叫相同的 Action ID。

AIsa 在[合作公告](https://aisa.one/blog/aisa-oomol-partnership)中用一句話概括這次合作：「public-data reads meet OAuth writes」，也就是公開資料的讀取與 OAuth 授權的寫入在同一個工作流程裡銜接。本文從 OOMOL 這一側說明：整合提供了哪些能力，它在連接閘道中處於什麼位置，以及如何完成第一次呼叫。

## AIsa 為 OOMOL 帶來什麼

OpenConnector 中的 AIsa provider 服務 ID 為 `aisa`，共提供 **106 項 Action**，全部是讀取操作。依資料來源分組如下：

| 資料來源 | Agent 可以讀取什麼 | Action ID 範例 |
| --- | --- | --- |
| Similarweb (23) | 網站造訪量與互動指標、流量趨勢、行銷管道、推薦來源、受眾輪廓與主要國家分布 | `get_similarweb_traffic_snapshot`、`get_similarweb_traffic_trend`、`get_similarweb_top_geographies` |
| Semrush (17) | 網域排名與自然搜尋關鍵字總數、關鍵字難度、反向連結、自然搜尋競爭對手 | `get_semrush_domain_overview`、`compare_semrush_domains`、`get_semrush_backlinks_overview` |
| 金融資料 (14) | 股價、公司基本資料、損益表、SEC 申報文件、內部人交易、分析師預估、公司新聞 | `get_stock_prices`、`list_company_filings`、`get_insider_trades` |
| 加密貨幣市場 (11) | 幣種與代幣價格、行情走勢、交易所、熱門幣種、加密產業新聞 | `get_crypto_prices`、`get_crypto_market_chart`、`get_trending_crypto` |
| X / Twitter (10) | 公開貼文、使用者時間軸、回覆、討論串、熱門話題 | `search_twitter_posts`、`get_twitter_user_timeline`、`get_twitter_trends` |
| Apollo (9) | 公司與人員資料擴充、組織搜尋、職缺、公司新聞 | `enrich_apollo_organization`、`search_apollo_people`、`get_apollo_job_postings` |
| DataForSEO (8) | 網域和關鍵字在 ChatGPT、Claude、Gemini、Perplexity 回答中的出現情況，以及 AI 搜尋量 | `get_dataforseo_llm_mention_metrics`、`search_dataforseo_llm_mentions`、`query_dataforseo_chatgpt` |
| 創作者與廣告 (7) | Foreplay 廣告庫搜尋、品牌廣告與分析、創作者搜尋 | `search_foreplay_ads`、`get_foreplay_brand_ads`、`find_similar_creators` |
| 預測市場 (5) | Kalshi 與 Polymarket 的市場、成交、事件與動態 | `get_kalshi_markets`、`get_polymarket_markets` |

另有 `get_credits_balance` 和 `get_usage` 兩項 Action，用來查詢 AIsa 帳戶的餘額與用量。

上表是這個 connector 目前提供的範圍。AIsa 平台本身還有更多資源；aisa.one 上列出的能力，要在這個 provider 中出現對應的 Action 後，才能透過 OOMOL 呼叫。

## AIsa 在連接閘道中的位置

多數真正有用的 Agent 任務，都需要兩類存取。

**從外部來源讀取。** 做市場調查，需要的往往是團隊自己沒有的資訊：競爭對手的網站流量有多少，排在哪些關鍵字上，一次產品發表後大家在社群上說了什麼。AIsa 用一把 Key 提供這部分資料。

**寫入你自己的系統。** 調查結果總要落在某個地方：一頁 Notion 文件、一個 Slack 頻道、一封 Gmail 草稿、一筆 HubSpot 紀錄。這些寫入操作，需要你分別連接對應的應用程式並完成授權。

OOMOL 在同一個執行階段裡管理這兩類連接。對 Agent 來說，呼叫 AIsa 的 Action 與呼叫 Notion 的 Action 方式相同，使用同一套探索工具，輸入與輸出都有結構定義。對負責維運的團隊來說，兩者適用同一套控管：

- **連接身分。** 每個連接都帶有安全的帳號標示，Agent 能看到一項 Action 會以哪個帳號執行。同一個應用程式可以保留多個具名連接，每次呼叫時指定使用哪一個 (HTTP 使用 `x-oo-connector-alias`，MCP 使用 `connectionName`)。
- **Action 政策。** 在 OpenConnector 中，執行階段 Token 可以設定 `allowedActions`、`blockedActions` 和 `allowedConnections`。例如，調查用的 Token 可以只允許 `aisa.*` 和某一個 Notion 帳號。在 OOMOL 控制台中，每個連接都有權限群組；團隊預設為「All Actions available」，可以視需要縮小範圍。
- **已遮蔽憑證的執行紀錄。** 每次呼叫都會留下去除憑證後的紀錄，方便追查執行了什麼、為什麼失敗。
- **憑證留在邊界之內。** AIsa Key (或 OOMOL 的內建憑證) 以及你的 OAuth Token 都保存在執行階段內部，Agent 端拿不到它們。自行部署時還可以將儲存的憑證加密。

兩側的權限彼此獨立。AIsa Key 和 OOMOL 點數都不包含對工作應用程式的存取權限。連接一個工作應用程式，是讓 Agent 在技術上可以存取它，連接本身並不會增加核准步驟。如果某次寫入需要先經過人工確認，要由工作流程或產品來定義這一步。AIsa 的公告也強調了這一點。

## 兩種連接方式

| | OOMOL 託管 | 自行部署 OpenConnector |
| --- | --- | --- |
| 憑證 | 預設使用 OOMOL 內建帳號，也可以新增自己的 AIsa Key | 接入 OOMOL Key 使用內建帳號，或使用在 [console.aisa.one](https://console.aisa.one) 建立的 AIsa API Key |
| 計費 | 使用 OOMOL 點數，屬於 [One Key Plan](/zh-tw/blog/one-key-plan/) 的一部分；價格見連接頁面的「View pricing」 | 使用 OOMOL Key 時扣除 OOMOL 點數；使用自己的 Key 時由 AIsa 帳戶計費 |
| 設定 | 使用內建帳號時不需設定 | 在 Web Console 的 **Marketplace** 頁面點選「接入 OOMOL Key」，或在「服務提供者」中開啟 AIsa 並填入 API Key |
| Agent 呼叫方式 | oo CLI、[Connector SDK](/zh-tw/docs/connector-sdk/) | MCP (`/mcp`)、HTTP (`/v1/actions/aisa.<action>`)、Connector SDK、oo CLI |
| 執行階段由誰維運 | OOMOL | 你的團隊，專案採用 Apache-2.0 授權條款 |

**OOMOL 託管。** 在 OOMOL 控制台開啟 [App Connections > AIsa](https://console.oomol.com/connections/aisa)。預設連接是「OOMOL built-in account」，頁面上寫著「No account setup required. Calls use OOMOL credits.」，也就是不需設定帳號，呼叫會消耗 OOMOL 點數。每次呼叫的價格可以在控制台的「View pricing」中查看。如果你已經有 AIsa 帳號，也可以點選「Add account」填入自己的 Key。

**自行部署 OpenConnector。** 所有設定都在執行階段內建的 Web Console 中完成，有兩種方式：

- **OOMOL Key。** 開啟 **Marketplace**，點選「接入 OOMOL Key」，貼上從 [OOMOL 控制台](https://console.oomol.com/api-key)取得的 Key。之後 AIsa 會顯示「支援 OOMOL Key」，透過內建帳號呼叫，消耗 OOMOL 點數。同一個 Key 也能啟用 Marketplace 中其他相容的服務。
- **自己的 AIsa Key。** 在「服務提供者」中開啟 AIsa，填入在 [console.aisa.one](https://console.aisa.one) 建立的 API Key。Key 只保存在你的閘道上。

之後，Agent 主機可以使用 MCP 工具 `list_apps`、`list_connections`、`search_actions`、`get_action_guide` 和 `execute_action`，也可以直接呼叫 `POST /v1/actions/aisa.get_similarweb_traffic_snapshot`。Docker、原始碼和 Cloudflare 三種部署方式以及憑證加密的設定，請見[自行部署指南](/zh-tw/docs/openconnector-self-hosting/)。

## 一次真實呼叫：github.com 的流量

以下是 2026 年 9 月 29 日 (UTC) 透過 OOMOL 託管服務完成的一次呼叫：

```bash
oo connector run aisa -a get_similarweb_traffic_snapshot \
  -d '{"domain":"github.com","country":"ww"}'
```

回傳結果中的部分欄位 (小數已四捨五入)：

```text
month                    2026-08
visits                   636913004
pages_per_visit          5.81
bounce_rate              0.388
average_visit_duration   391
source                   similarweb
meta.appId               marketplace:oomol:aisa
```

也就是說，2026 年 8 月 GitHub 的全球造訪量約為 6.369 億次，平均每次造訪瀏覽約 5.8 個頁面、停留約 6 分半鐘。`meta.appId` 與控制台中 OOMOL 內建 AIsa 帳號的 Connection ID 一致。同一天，github.com 的 Semrush 美國區網域概覽顯示排名為 117，自然搜尋關鍵字 6,346,227 個。

這只是某一天的單次呼叫，用來說明輸入和輸出的樣貌，不代表延遲、涵蓋範圍或資料準確度的基準測試。

## 自己組一份每週市場簡報

AIsa 的公告提出了三個工作流程構想：把使用者調查整理成 Notion 簡報，把競品動態變成待辦任務，把公司調查變成電子郵件草稿。詳見 [AIsa 的原文](https://aisa.one/blog/aisa-oomol-partnership)。

這裡再補充一個。它需要你用現有的 Action 自行組裝，並不是預先建好的自動化流程。

**目標：** 每週一產生一份簡報，說明自家產品和兩個競品上週的變化；存入 Notion，經人審閱後，在 Slack 發一段摘要。

1. **流量。** 對每個網域呼叫 `aisa.get_similarweb_traffic_snapshot` 和 `aisa.get_similarweb_traffic_trend`。
2. **搜尋。** 呼叫 `aisa.get_semrush_domain_overview`；想看關鍵字重疊程度，可以使用 `aisa.compare_semrush_domains`。
3. **討論。** 用各產品名稱呼叫 `aisa.search_twitter_posts`，收集值得注意的公開貼文，並保留連結。
4. **起草。** Agent 撰寫簡報：先列數字，並註明來源和資料期間；再寫自己的判斷，明確標示為判斷。缺少的資料就如實標示為缺少。
5. **儲存。** 使用你的 Notion 連接，透過 `notion.create_page` 將簡報存到草稿區。
6. **審閱。** 由人閱讀草稿，核准或修改。這一步由你的工作流程來定義。
7. **分享。** 核准後，使用你的 Slack 連接，透過 `slack.post_message` 發布摘要和 Notion 連結。

如果使用自行部署的執行階段，可以給調查步驟一個只允許 `aisa.*` 和 `notion.create_page` 的 Token，Slack 發布則使用另一個 Token，把權限範圍收緊。每週一定時執行，需要你另外設定排程器或工作流程引擎；連接應用程式本身不會安排任何排程。

每次執行都會多次呼叫 AIsa。建議先從一個網域開始，在控制台確認用量後，再加入競品。

## 開始使用

1. **託管方式：** 登入 [OOMOL 控制台](https://console.oomol.com/)，開啟 [App Connections > AIsa](https://console.oomol.com/connections/aisa)。內建帳號可以直接使用，建議先查看「View pricing」。
2. **自行部署方式：** 在 OpenConnector 的 Web Console 中，到 **Marketplace** 接入 OOMOL Key，或在 AIsa 服務提供者頁面填入自己的 AIsa Key。
3. 請 Agent 搜尋符合需求的 AIsa Action，或用 oo CLI 單獨執行一項 Action。
4. 分別連接要寫入的應用程式，例如 Notion、Slack、Gmail 或 HubSpot，完成各自的授權，並只開放工作流程需要的 Action。請參閱[存取控制](/zh-tw/docs/access-control/)。
5. 先完整執行一次調查問題，審閱結果後再擴大範圍。

## 調查與行動，在同一個執行階段裡完成

AIsa 用一把 Key 提供了涵蓋範圍很廣的公開市場資料。OOMOL 提供連接層，讓這些資料與團隊正在使用的帳號銜接起來，兩側共用同一套身分、政策和執行紀錄。

這層閘道同樣是開源的。截至 2026 年 9 月 29 日，OOMOL [公開目錄介面](https://connector.oomol.com/v1/catalog)列出 **1,566 個服務、18,267 項 Action**，[OpenConnector 儲存庫](https://github.com/oomol-lab/open-connector)獲得 **5,911 Stars 和 524 Forks**。AIsa provider 的定義和各項 Action 的結構，可以在儲存庫的 `src/providers/aisa/` 目錄中查看。

**[在 OOMOL 控制台開啟 AIsa](https://console.oomol.com/connections/aisa)，先完整執行一次調查問題，再把結果傳送到你已連接的應用程式。**

---

*資料說明：本文依據 AIsa 的合作公告 (發布日期為 2026 年 9 月 24 日)、OpenConnector 儲存庫與文件、OOMOL 控制台 AIsa 連接頁面，以及 2026 年 9 月 29 日 (UTC) 查詢的目錄和 GitHub 資料撰寫。Action 數量來自 `aisa` provider 原始碼。github.com 的數據來自 2026 年 9 月 29 日的單次呼叫，僅作為範例，不是基準測試。每週簡報是需要自行組裝的工作流程，不是 OOMOL 或 AIsa 預先建好的自動化功能。文中未列出價格，價格以控制台顯示為準，並可能調整。*
