---
title: "AI GO 平台簡介"
category: "getting-started"
canonical: "https://www.ai-go.app/zh-TW/docs/guide/introduction"
locale: "zh-TW"
last_updated: "2026-08-10"
source: "AI GO 開發者文件（https://www.ai-go.app）"
---

# AI GO 平台簡介

AI GO 是一套讓企業「用自己的方式打造應用程式」的平台。它提供一整套已經建好的企業資料底座（會計、銷售、採購、庫存、製造、CRM、人資、專案），並在其上開放完整的開發與 API 能力，讓您把這些資料組裝成貼合自己流程的應用程式（Custom App）。

換句話說：AI GO 給的不是一套要您去適應的 ERP 介面，而是一組**已經建好資料表、關聯與業務引擎的地基**，加上一整套讓您在上面蓋東西的工具。

---

## 平台的三層架構

理解 AI GO，只要理解三層。

### 第一層：資料層（資料中心）

平台預先建好了完整的企業資料模型——不只是空表，而是**表與表之間的關聯、以及跨模組的業務引擎**都已經接好。銷售訂單確認後會連動出貨與開票、庫存移動會即時產生存貨計價傳票、付款過帳會自動以先進先出沖銷發票。

在此之上，您還可以：

- 建立**自建表**（租戶層級，所有應用程式共用同一份資料）
- 在既有 ERP 表上加**延伸欄位**
- 透過每張表都有的 `custom_data` JSONB 欄位存放業態專屬資料

### 第二層：應用層（Custom App）

Custom App 是您實際交付給使用者的東西。它可以是給內部員工的內部工具，也可以是開放給客戶、供應商的對外應用。

每個 Custom App 都拿得到一整套**平台預先建好的能力**——查資料、寫資料、觸發 ERP 業務動作、送簽核、檢索企業知識、呼叫外部 API、跑排程、接 Webhook——不需要自己實作，直接呼叫 SDK 即可。這是本手冊花最多篇幅說明的部分。

### 第三層：存取層（四個對等入口）

同一份資料、同一層服務，有四個對等的入口：

| 入口 | 適合誰 | 說明 |
|---|---|---|
| **REST API** | 第三方系統、自動化腳本、外部開發者 | 以 API Key 或 Token 認證，涵蓋 ERP 表、自建表、簽核等 |
| **Custom App** | 日常營運人員、外部夥伴 | 專屬網址登入，只看到與自己工作相關的介面 |
| **主控台 Dashboard** | 管理者與開發者 | 設定、開發、稽核的操作面 |
| **AI 助理（Cowork）** | 所有人 | 以自然語言查詢與操作 |

**這四個入口打的是同一層服務、同一套護欄。** 主控台 UI 能做的事，API 幾乎都能做；您完全可以把 AI GO 當成純後端服務使用，一次都不進 Dashboard。

這一點值得強調，因為它決定了導入方式：您不必要求同仁改用一套新的後台介面，而是可以把 AI GO 的能力接進既有的系統與工作流程裡。

---

## 兩種資料，一個底座

| | 內建 ERP 表 | 自建表 |
|---|---|---|
| 誰定義 | 平台預先建好 | 您自己建 |
| 歸屬 | 租戶 | **租戶**（不綁單一 App） |
| 關聯 | 已建好跨模組關聯與業務引擎 | 支援 relation 欄位互相關聯 |
| 授權方式 | 需建立「引用」宣告表與欄位 | App 之間天然共用 |
| 典型用途 | 訂單、發票、庫存、員工 | 業態專屬資料（如量測紀錄、活動報名） |

自建表是**租戶層級**的資源——同一個租戶下的多個應用程式看到的是同一批表、同一份資料。這是刻意的設計：避免兩個應用各建一張「客戶」表，把同一份資料分裂成兩份。

---

## 一段程式碼看懂運作方式

以下是一個 Custom App 的伺服器端 Action，展示平台預建能力如何組合：

```python
def execute(ctx):
    # 1. 讀 ERP 內建表（僅限已授權的欄位）
    orders = ctx.db.query('sale_orders', filters=[
        {'column': 'state', 'op': 'eq', 'value': 'draft'}
    ])

    # 2. 檢索企業知識中心，取得公司的報價政策
    policy = ctx.knowledge.search('大額訂單折扣政策', top_k=3)

    # 3. 觸發 ERP 業務動作（確認訂單會自動連動開票與出貨）
    confirmed = 0
    for o in orders:
        if o['amount_total'] < 100000:
            ctx.erp.confirm_sale_order(o['id'])
            confirmed += 1

    # 4. 呼叫已授權的外部服務發通知
    ctx.http.call('notify', '/send', method='POST', body={'count': confirmed})

    ctx.response.json({'confirmed': confirmed})
```

這四件事——查 ERP 資料、檢索知識庫、觸發業務引擎、呼叫外部服務——都不需要您自己實作。平台把它們預先建好，並以 SDK 的形式交到應用程式手上。

---

## 誰在用哪一層

- **開發者 / IT**：主要活動在應用層與存取層。用 App 建造器或直接呼叫 API 開發，用 SDK 存取資料層。
- **管理者**：在主控台設定資料模型、權限、簽核流程與業務規則，這些設定會自動對所有入口生效。
- **日常營運同仁**：只面對 Custom App 或 AI 助理，看不到也不需要看到底層。
- **外部系統**：以 API Key 從 REST API 接入，不需要任何人登入 UI。

---

## 安全模型概要

AI GO 的授權是**多層疊加**的，不是單一開關：

1. **租戶隔離**：所有資料以租戶為錨，跨租戶存取一律視為不存在。
2. **引用（Reference）**：應用程式必須明確宣告要存取哪張表的哪些欄位、什麼操作，未宣告即無法存取。
3. **Scope 核可**：應用程式宣告它要用哪些能力群（讀資料、寫資料、觸發 ERP、讀金鑰⋯），由管理員核可後才生效；擴大到高風險能力需要擁有者當場密碼再驗證。
4. **角色權限（RBAC）**：使用者能看到什麼、能做什麼，由角色決定。
5. **檔案級存取政策**：知識中心的每份檔案各有存取政策，連 AI 檢索都受同一套政策約束。
6. **外部呼叫白名單**：應用程式只能呼叫被明確授權的外部網域。

每一次 SDK 呼叫都會留下稽核紀錄。

---

## 接下來讀什麼

| 您想做的事 | 讀哪一章 |
|---|---|
| 拿到帳號、搞清楚自己該從哪登入 | 第 2 章 帳號、登入與存取路徑 |
| 了解主控台有什麼、以及它不是唯一入口 | 第 3 章 主控台導覽 |
| 知道平台預先建好哪些表與關聯 | 第 4 章 資料中心 |
| 建自己的資料表 | 第 5 章 自建表與資料模型擴充 |
| 開始開發應用程式 | 第 7 章 App 建造器 |
| **看應用程式能用哪些預建能力** | **第 8 章 SDK 全景** |
| **用 API 而不是 UI 操作平台** | **第 11 章 API 全景** |