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 即可。這是本手冊花最多篇幅說明的部分。

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

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

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

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

兩種資料，一個底座

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

一段程式碼看懂運作方式

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

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 呼叫都會留下稽核紀錄。

接下來讀什麼