萊可第二大腦，15 歲也能懂的完整教學

真正怎麼運作

1. 六個 App 與 ERP 收集各自業務需要的資料。
2. 身分與權限服務先確認誰正在操作，以及他能做什麼。
3. Domain API 依各資料域的規則寫入正式資料。
4. 文件、分析投影、RAG 與 AI 再從受治理的資料層取得需要的內容。
5. UI 與 Dashboard 顯示結果，跨系統動作則要經核准流程。

原始願景約有 818 項功能。這是六個產品面的完整範圍，不等於第一期要一次做完。

為什麼重要

如果只做七個 Bot，卻沒有統一身分、主檔、權限、備份與稽核，Bot 可能回答得像真的，卻不知道哪一筆資料才是正式答案。先把底座做好，AI 才能安全地使用資料。

必懂名詞

平台底座

多個產品共同使用的身分、資料、API、儲存與營運能力。

System of Record

對某一類資料具有正式效力的唯一真相來源。

Bounded Context

有自己規則與責任邊界的業務範圍。

真正怎麼運作

1. PostgreSQL 保存交易、會員、權限與稽核等正式紀錄。
2. 本地 Object Storage 保存文件、照片、錄音與附件原件。
3. Cloudflare 可保護核准的公開入口，但它不是正式資料庫。
4. 高敏資料預設使用本地檢索、Embedding、重排與模型。
5. 低敏且經書面核准的工作，才可能使用付費雲端 API。

為什麼重要

這個選擇同時影響資料主權、災難復原、供應商依賴、維運責任與成本。它不是把伺服器放在公司就自動安全，而是要讓每條資料路徑都有明確規則。

必懂名詞

Local-first

以自管本地環境作正式資料與核心處理的第一選擇。

Hybrid

本地核心與核准的外部服務共同工作。

Zero-egress

指定資料與查詢完全不交給外部環境處理。

真正怎麼運作

1. Capture：資料帶著來源、目的與格式進入系統。
2. Normalize：修正格式、去重、連到正確主檔。
3. Govern：標明 Owner、版本、敏感度、有效日與 ACL。
4. Retrieve：依問題選 SQL、API、全文或向量檢索。
5. Present：UI 顯示數字，AI 顯示回答、引用或拒絕。

為什麼重要

如果原始資料沒有整理好，AI 會把錯誤、重複或過期內容一起放大。好的輸出首先來自乾淨、可追溯、知道誰能看的資料。

必懂名詞

Normalize

把不同來源整理成一致、可比對的格式。

Metadata

描述資料來源、版本、Owner、敏感度等背景的資料。

Rerank

把找到的候選資料重新排序，將最相關的放前面。

真正怎麼運作

為什麼重要

方案會改變誰負責資安、服務中斷、備份、升級與事故處理。選型不能只比月費，也要確認團隊是否真的有能力維運自己的環境。

必懂名詞

CAPEX

先購買硬體、機房與設備等前期投資。

Managed Service

由供應商代為營運的服務。

Lock-in

日後離開某供應商時，轉移成本很高的狀況。

真正怎麼運作

1. App 將請求送到核准的入口。
2. Gateway 檢查路由、Token、流量限制與請求格式。
3. IAM 證明身分，Authorization Service 判斷範圍與目的。
4. Domain API 執行商業規則、交易與事件。
5. PostgreSQL 或 Object Storage 保存正式結果。
6. 分析、RAG、通知與外部服務只接收各自被允許的投影或事件。

為什麼重要

每一層都縮小下一層要承擔的風險。即使公開入口被攻擊，資料庫仍不直接暴露；即使 Token 有效，使用者也只能做授權範圍內的事。

必懂名詞

API Gateway

所有 API 請求先經過的統一入口與路由層。

IAM

Identity and Access Management，管理身分與存取的機制。

Domain API

負責特定業務規則與正式寫入的服務介面。

真正怎麼運作

DNS

告訴裝置網址要到哪裡。

WAF 與 DDoS

擋惡意請求與大量攻擊流量。

Tunnel

讓外界不必直接看見本地來源伺服器。

Access

為員工後台加一道身分與裝置檢查。

Pages 與 CDN

提供不含敏感資料的公開靜態內容。

為什麼重要

同一網域的不同路徑可以有不同資料敏感度。低敏公開內容可經雲端邊界，高敏路徑則要依政策排除或採更嚴格的本地入口。

必懂名詞

DNS

把人類可讀網址對應到網路位置的系統。

WAF

Web Application Firewall，檢查並阻擋網站攻擊請求。

DDoS

用大量流量讓服務無法正常回應的攻擊。

真正怎麼運作

1. Keycloak 透過 SSO、MFA 與 Token 證明使用者或服務身分。
2. Kong 驗證 Token、限制流量並轉送到正確 API。
3. Authorization Service 依角色、組織、部門與目的判斷權限。
4. Domain API 執行正式交易、工作流、帳本與事件。
5. Supabase 可提供 REST、Realtime 與 Storage API，但不繞過 Domain 規則。

為什麼重要

把能力拆開後，任何一層的憑證被濫用都比較難直接改到所有正式資料。系統也能記錄誰在什麼時間、以什麼目的做了什麼。

必懂名詞

SSO

Single Sign-On，一次登入後使用多個受信任系統。

MFA

Multi-Factor Authentication，使用兩種以上證明方式登入。

JWT

攜帶身分與授權聲明的短期數位憑證格式。

真正怎麼運作

PostgreSQL

保存交易、會員、ACL、Audit、工作流狀態與正式主檔。

Object Storage

保存文件、圖片、附件、錄音、版本與 checksum。

pgvector 或 LanceDB

保存可由文件與 metadata 重建的向量索引。

Valkey 與 Queue

保存可重做的快取、流量狀態與非同步工作。

文件只有在具備 Owner、部門、敏感度、版本、有效日、ACL 與 checksum 後，才進入切片與索引流程。

為什麼重要

這個界線決定備份、還原與故障處理方式。正式資料要能精確恢復，衍生索引則要證明可以從原件重建，並維持相同權限。

必懂名詞

Object Storage

適合保存大量文件、圖片、影音與附件的物件式儲存。

Embedding

把文字轉成可比較相似度的數字表示。

Checksum

用來檢查檔案內容是否被改變或損壞的摘要值。

真正怎麼運作

會員與點數

由會員平台管理正式身分、同意與點數帳本。

旅遊、醫美與電商

由各自 Domain 保存案件、病歷或營運主檔。

財務與稅務

由 ERP 保存 AR、AP、總帳、稅務與資金紀錄。

文件

由本地文件與 Object Service 保存原件、版本與 ACL。

跨系統流程使用事件與投影。例如付款完成後產生事件，ERP 收到核准資料再正式入帳；退款與點數則用反向分錄，不覆蓋歷史。

為什麼重要

沒有唯一真相來源時，訂單、庫存、點數與帳務會互相對不上。公司可能不知道該相信哪個數字，也無法確定誰負責修正。

必懂名詞

Data Owner

對某類資料的定義、品質、權限與變更負責的人或單位。

Ledger

以追加分錄保存歷史，不直接覆蓋舊紀錄的帳本。

Projection

從正式資料整理出來，方便讀取或分析的視圖。

真正怎麼運作

旅遊、醫美、電商、會員、集團與 ERP 各有自己的 API namespace。它們可以讀取經授權的會員摘要或 ERP 入帳狀態，但不能直接寫另一個 Domain 的資料表。

顧客、營運與經營 Dashboard 則使用唯讀的 BI API。Realtime 只發布白名單事件，附件用短效 signed URL，外部 webhook 要驗簽、去重並進 queue。

為什麼重要

清楚的 API 邊界可以防止一個 App 的錯誤擴散到整個集團，也讓責任、測試、版本與稽核都有可追蹤的位置。

必懂名詞

Namespace

用一致命名把某個產品或服務的 API 範圍分開。

Webhook

外部服務在事件發生時主動呼叫系統的通知介面。

Signed URL

只在短時間與指定條件內有效的檔案連結。

真正怎麼運作

1. App 先驗證欄位，只收集完成目的所需的最小資料。
2. 離線事件放進加密 SQLite queue，設定保存期限。
3. 恢復網路後，入口驗證身分、裝置、schema 與權限。
4. 事件以 idempotency key 去重，再由 Domain 完成正式交易。
5. 伺服器回傳版本、同步狀態與衝突處理結果。

裝置應有獨立金鑰、撤權與遠端清除。病歷、薪資、完整證件、付款與正式帳本不得長期離線保存。

為什麼重要

沒有同步規則時，同一個按鈕重送可能重複扣款或發點。沒有資料最小化與保存期限，手機遺失就會暴露不必要的敏感資料。

必懂名詞

Idempotency

同一請求重送多次，正式結果仍只發生一次的設計。

TTL

Time To Live，資料或憑證可以保留多久。

Outbox

把資料交易與待發布事件一起可靠保存的模式。

真正怎麼運作

1. Authorization 先確認使用者、目的與資料範圍。
2. Query Router 判斷問題需要 SQL、RAG、混合查詢或工作流。
3. RAG 依序做分片、索引、授權後召回、重排與生成。
4. 回答附來源、版本與有效日，找不到足夠依據時拒答。
5. 任何寫入、退款、通知或刪除都進 Domain workflow 與人工核准規則。

為什麼重要

文件擅長解釋規定，資料庫擅長回答最新數字，工作流擅長安全地改變狀態。把三者混在一起，AI 可能用過期文件猜營收，或未經核准直接做出不可逆動作。

必懂名詞

RAG

Retrieval-Augmented Generation，先檢索資料再讓模型生成回答。

Hybrid Search

同時使用全文關鍵字與向量相似度找資料。

Citation

指出回答依據的來源、版本與位置。

真正怎麼運作

Dify

管理知識進庫、Workflow、工具編排與觀測，不當終端 ACL 或 ERP。

MaxKB

使用同批文件與題庫建立中文 RAG 基線，不與 Dify 同時成為正式雙主。

Retrieval Gateway

成為唯一可信授權點，處理 scope、metadata、引用與拒絕。

OpenClaw

需要多頻道、排程、長任務、人工核准或跨系統工具時才加入。

LanceDB

保存 OpenClaw 記憶或部門局部索引，不承擔集團正式 ACL 與帳本。

為什麼重要

如果四套工具都成為核心，每套都可能有自己的 Prompt、權限、索引與追蹤紀錄。故障時難以知道哪一套是正式流程，也更容易出現權限不一致。

必懂名詞

Workflow Engine

依規則安排多個處理步驟與工具的系統。

Retrieval Gateway

在檢索前統一執行身分、權限、範圍與引用規則的入口。

PoC

Proof of Concept，用小範圍證明想法能否成立。

真正怎麼運作

推播只送 event ID 或短摘要，地圖查詢會外送地點，金流採 hosted checkout 與 tokenization，雲端備份只收 client-side encryption 後的副本。

為什麼重要

公司對客戶說「資料不外流」時，必須能列出所有供應商、路由、欄位、用途與保存方式。沒有 egress inventory，就無法證明承諾。

必懂名詞

Egress

資料離開自管環境，交給外部網路或供應商處理。

DPA

Data Processing Agreement，約定第三方如何處理資料的文件。

Tokenization

用不可直接當原資料使用的代碼取代敏感值。

真正怎麼運作

1. Edge：WAF、Rate Limit、入口隱藏與 Request ID。
2. Identity：SSO、MFA、裝置信任、唯一發證者與短效 Token。
3. Gateway：Route、Scope、Schema、Quota 與服務身分。
4. Domain：角色、屬性、目的、案件與照護關係。
5. Data：PostgreSQL RLS、欄位加密、schema 隔離與 immutable audit。
6. Object：Object ACL、signed URL、版本、保留期與 checksum。
7. AI 與 BI：檢索前篩選、引用、拒答、遮蔽與唯讀 view。

為什麼重要

任何單一層都可能出錯。多層防護能限制錯誤影響，並留下 subject、scope、purpose、結果與拒絕的稽核證據。

必懂名詞

ACL

Access Control List，定義誰能對特定資源做什麼。

RLS

Row Level Security，在資料庫層限制可讀寫的資料列。

Fail-closed

無法確定是否允許時，預設拒絕而不是放行。

真正怎麼運作

1. Domain Event、ERP 交易與治理後的參考資料進入 Projection 或 ETL。
2. 資料品質、延遲事件與 lineage 被檢查並記錄。
3. Analytics Store 保存唯讀副本、倉儲或 materialized view。
4. Semantic Layer 統一 KPI 名稱、公式、時間粒度與 scope。
5. 顧客、營運與經營 Dashboard 依權限讀取不同視圖。

為什麼重要

如果每個 App、Excel 與 BI 都自己算營收，會議裡會出現多個正確答案。語意層讓管理決策有共同定義，也避免 BI 帳號能改正式交易。

必懂名詞

Semantic Layer

統一指標名稱、公式、維度與權限的分析層。

ETL

Extract、Transform、Load，抽取、轉換並載入分析資料。

Lineage

記錄一個指標從哪些來源、經過哪些處理產生。

真正怎麼運作

PostgreSQL

使用 base backup、WAL archive 與 PITR，驗證帳本、角色與 RLS。

Object Storage

使用版本、不可變保留、跨站複寫與 checksum manifest。

IAM 與 Gateway

加密備份身分、client、policy 與設定，並離線重建登入。

向量索引

快照可加速，但要能從原件、metadata 與模型版本完整重建。

OpenClaw

備份自己的 workspace、記憶、頻道、原始資料與索引，不能取代其他資料層備份。

最低原則是 3-2-1 加不可變副本，並做每日校驗、每月抽樣還原與每季隔離 DR 演練。

為什麼重要

勒索、誤刪、資料損壞、金鑰遺失、供應商中斷與整個機房不可用，會破壞不同層。只看到備份檔存在，無法證明業務能恢復。

必懂名詞

PITR

Point-in-Time Recovery，把資料庫還原到指定時間點。

RPO

Recovery Point Objective，最多能接受遺失多少時間的資料。

RTO

Recovery Time Objective，服務最多能中斷多久。

真正怎麼運作

Availability

看 uptime、請求量、錯誤、p95、queue lag、複寫與儲存健康。

Security

看登入失敗、WAF、特權操作、金鑰年齡、修補與裝置撤權。

Data

看 schema drift、延遲事件、品質、lineage、備份新鮮度與還原結果。

AI Quality

看召回、引用、拒答、越權洩漏、Prompt injection 與每題成本。

Egress

看供應商、route、欄位白名單、Token、地圖、金流與 kill switch。

為什麼重要

如果只能看到網站有沒有回應，就不知道回答是否引用過期文件、資料是否延遲、權限是否洩漏，或成本是否突然增加。營運必須跨層看完整真相。

必懂名詞

SLO

Service Level Objective，團隊承諾要達到的服務目標。

p95

百分之九十五的請求都不超過的回應時間。

Trace

把同一請求跨多個服務的完整路徑串起來。

真正怎麼運作

為什麼重要

標錯授權可能帶來交付與法務風險，把免費額度當永久成本則會低估正式上線預算。採購表要同時記錄授權、部署形態、計費模式與 TCO。

必懂名詞

License

規定軟體能如何使用、修改、散布與交付的法律條款。

Copyleft

要求特定修改或散布情境延續相同自由的開源授權方式。

TCO

Total Cost of Ownership，整個生命週期的總持有成本。

真正怎麼運作

Edge

Cloudflare 可從免費方案起步，進階 WAF、Log、SLA 與企業能力可能升級。

API 與 IAM

Kong OSS 與 Keycloak 可自架，企業支援與代管服務另計。

Backend 與 Database

self-hosted Supabase、PostgreSQL、pgvector 與 Valkey 授權可為零，HA、PITR 與 DBA 仍自負。

Object Storage

Ceph 適合有多節點與 storage SRE 的團隊，SeaweedFS 先做復原 PoC，舊 MinIO Community 不作新案 production 預設。

BI 與監控

Metabase 或 Superset 擇一主 BI，Prometheus、Grafana 與 Loki 建立技術營運基線。

Runtime 與 Backup

PoC 可用單機容器，production 評估 k3s；pgBackRest、異地副本與演練是必要成本。

為什麼重要

某個軟體適合 PoC，不代表適合 production。正式選型要把節點數、維運能力、支援、退出方式與還原驗收一起比較。

必懂名詞

HA

High Availability，透過備援降低單點故障造成的中斷。

SRE

Site Reliability Engineering，負責可靠性、自動化與營運工程。

SBOM

Software Bill of Materials，列出軟體使用的元件與版本。

真正怎麼運作

正式估算至少要知道 MAU、DAU、峰值 RPS、每日事件、附件容量、地圖呼叫、交易筆數、退款、AI Token、Log 容量與支援 SLA。

為什麼重要

用量成長會讓小額單價快速累積。沒有 quota、billing alert 與每個 Domain 的成本歸屬，就無法知道哪個功能正在消耗預算。

必懂名詞

MAU 與 DAU

每月與每日活躍使用者數，常用來估算服務用量。

RPS

Requests Per Second，每秒請求數，用來估算尖峰容量。

SKU

供應商用來區分不同功能與單價的計費項目。

真正怎麼運作

1. 政策封板：選方案 A、B 或 C，定義資料分級、egress allowlist、Owner、RPO 與 RTO。
2. 共用底座與旅遊 PoC：建立 IAM、Gateway、PostgreSQL、Object、Dify 與 Retrieval Gateway。
3. 平台選型 Gate：用相同文件、golden questions、負向題、延遲、成本、撤權與復原證據比較。
4. 會員與電商：建立統一會員、點數帳本、支付退款事件、通知與跨品牌 Dashboard。
5. 醫美、集團與 ERP：處理病歷、人資、簽核、採購、會計與更嚴格的高敏路徑。
6. 正式上線 Gate：完成授權、SBOM、DPA、容量、滲透、DR、值班與退出計畫。

為什麼重要

一條閉環能同時暴露主檔、權限、資料品質、使用者體驗與復原問題。先把問題看清楚，比在六個產品面複製同一個錯誤便宜。

必懂名詞

Golden Questions

用來穩定比較 RAG 品質的一組代表性標準問題。

Negative Test

故意測試越權、找不到或不該回答情境的題目。

Gate

必須取得指定證據才能進到下一階段的決策關卡。

真正怎麼運作

1. 能力與版本從官方文件、Release 或原始碼標籤確認。
2. License 從正式授權檔與附加條款確認。
3. 價格與免費額度從當日官方 pricing page 確認。
4. Enterprise、白牌、多租戶、SLA、DPA 與支援取得書面報價或回答。
5. 在架構決策與採購紀錄保存來源、日期、限制與待確認項目。

為什麼重要

過期版本可能有已知資安問題，舊價格會讓預算失真，錯誤授權判斷則可能影響交付與營運。第一方來源是讓決策可追溯的最低要求。

必懂名詞

First-party Source

產品原廠、官方文件、官方價格或官方原始碼庫。

SLA

Service Level Agreement，供應商與客戶約定的服務責任。

Caveat

讀取結論時必須同時知道的限制與前提。