Mo W. 學習筆記
輸入密碼
🏠 回首頁
Mo W. · 個人學習筆記/紀錄

AI 術語對照與控制術 你早就在做了,只是不知道它叫什麼

這份不是課程,是對照表。把那些英文專有名詞翻成白話,對應到你已經在西瓜事業裡做過的事,再補上課程沒講的進階延伸。看完你會發現——你缺的不是知識,是術語標籤。

沒有符合的術語,換個關鍵字試試 🍉
深入理解 · 重點中的重點

AI OS 到底是什麼?

AI OS = AI 作業系統(Operating System)。「作業系統」就像電腦的 Windows、手機的 iOS——它不是某個 app,而是「讓所有 app 能協調運作的底層系統」。套到你身上,AI OS 就是:把你現在散落的 AI 工具和流程,整合成一套會互相配合的系統,而不是一堆各自為政的零件。

🧩 現在的你(零件狀態)
  • 訂單來了 → 你手動丟給 AI 解析
  • 要回客人 → 你去翻客服訊息庫
  • 要發文 → 你想一下哪個時段、哪種梗
  • 要出貨 → 跑 Python 腳本

每個工具都很好用,但它們彼此不認識,中間靠你這個人在串。

🤖 AI OS 版的你(系統狀態)
  • 有一個「總管」知道你是誰、你的規矩、你的資料
    = System Prompt + 知識庫
  • 工具之間會接力:訂單進來 → 自動分類 → 自動算箱數 → 自動排出貨 → 自動產簡訊
  • 你只在關鍵節點「確認」,不用每一步都親自搬資料

同樣的零件,接上線之後就自己會跑了。

一套 AI OS 由這五個零件組成 —— 你全都有了:
Workspace工作空間你的工具箱資料夾
Knowledge Base知識庫客服庫+SOP+成效數據
Agent會做事的 AI自動化腳本+觸發簡訊
Workflow工作流出貨整合流程
Schedule排程黑貓觸發式發送
🍉
關鍵真相:你已經有全部零件了,只是它們還沒「接上線」。
你缺的不是再買零件(再學工具),是把它們組裝起來的設計圖。那張設計圖,就是我們可以一起畫的東西——不是上課,是直接動手把「阿強西瓜 AI OS」組起來。

⚙️ 這是什麼?為什麼它就是 Day 3 教的東西

課程 Day 3 講的「Context Stack 三層架構、Drift Control、偏好設定、建立專屬語系與規則」——白話講就是:每次開新對話,AI 都失憶,你得先告訴它「你是誰、你要什麼、你的規矩」。下面這份就是把你散落在各個對話裡的規則收成一份,開新對話直接貼上,AI 就「記住你」了。這份文件本身,就是你的 Drift Control。

📋 闆娘 System Prompt 模板 · 開新對話貼這個
Drift Control防止 AI 跑偏

你的規則會變——新增 SKU、改出貨邏輯、換語氣。每隔一陣子回來更新這份模板,就是課程說的 Drift Control。建議放進工具箱,當成活文件養。當你發現 AI 又開始「不照你的規矩」回話,多半是這份該更新了,或這次對話太長、它把前面的規則忘了——這時重貼一次就好。

🔭 這頁是什麼?為什麼叫「進階見聞」

這頁放的是你現在還用不到、但見過會更有概念的進階內容。第一篇是別人上課的筆記——一套讓「多個 AI 自動分工協作」的系統設計。你看不懂原文很正常,它比你目前的階段難好幾級。我用白話 + 西瓜事業比喻,把每個角色怎麼運作都講清楚。目標是「看完知道那在講什麼」就好,不用真的去做。

主題 多 AI 協作系統(Multi-Agent Mesh) · 難度 ★★★★☆(遠超目前階段) · 你需要會嗎 現在不用,當見聞
一句話總覽

與其叫「一個 AI」從頭做到尾,不如把工作拆成一條生產線,讓好幾個 AI 各站一崗、各司其職、互相檢查,做錯了自動退回重做,還會把失敗記下來、下次學乖。這整套就叫一個 Mesh(協作網)

🍉 西瓜版比喻:你不會叫同一個人「接單→採收→包裝→驗貨→出貨」一條龍全包,因為他會累、會漏、會亂。你會分工:有人專接單、有人專採、有人專包、有人專驗。這套 AI 系統就是把這個「分工 + 驗收」的概念,搬到 AI 身上。
生產線上的四個角色(每個怎麼運作)

這套系統的核心是四個 AI 角色,排成一條順序:規劃 → 執行 → 檢查格式 → 驗收。下面一個一個講它們各自在幹嘛。

1planner規劃員
它做什麼:接到需求後,先把「客人到底要什麼」釐清,定義出「怎樣才算做完、做對」(這叫驗收標準),再把大任務拆成一個個小任務。
它不做什麼:它不碰實際執行(不寫程式、不動手做)。它只負責「想清楚、規劃好」。
🍉 像你接到一張大訂單,先理清楚「客人要幾箱、什麼品種、哪天到、有沒有特殊要求」,列成一張清楚的工作單——但你還沒下田。
2worker執行員
它做什麼:拿著規劃員給的工作單,實際動手把東西做出來。
它不做什麼:它不重新定義需求、不擅自改驗收標準。叫它做什麼就做什麼,專心執行。
🍉 像田裡的人照工作單去採收、包裝。他不會質疑「這張單對不對」,他只負責把單上的事做好。
3formatter格式守門員
它做什麼:只檢查一件事——「格式對不對」。執行員做出來的東西,外觀格式有沒有照規定。格式錯,直接退回給執行員重做。
它不做什麼:它不管「內容好不好」,只管「格式整不整齊」。是驗收前的第一道守門員。
🍉 像出貨前先有人檢查「箱子有沒有貼對標籤、封箱有沒有封好」。標籤貼錯就退回重貼——但他不負責確認「西瓜甜不甜」,那是下一關的事。
為什麼要獨立這一關?因為如果讓最後的驗收員同時管格式又管內容,他會分心,而且「格式這種小問題」會污染「內容驗收」這種重要判斷。分開,各管各的,才乾淨。
4evaluator驗收員
它做什麼:逐條比對規劃員當初定的「驗收標準」,判定整批過 / 不過(pass / fail)。而且它不只說「不過」,還會說出「為什麼不過、是哪一關的錯」
它不做什麼:它不動手改東西。它只負責判定和指出問題,然後把球丟回該負責的人。
🍉 像你最後核對這批貨:「品種對嗎?箱數對嗎?特殊配送有照辦嗎?」一條條核。不對的話,你會判斷是「採收採錯了(退執行員)」還是「當初單就開錯了(退規劃員)」。
整條生產線怎麼跑(流程圖)

把四個角色串起來,加上「失敗就退回」的機制,整條線長這樣:

planner
規劃
worker
執行
formatter
檢查格式
evaluator
驗收
pass
完成 ✓
失敗時往回退(這是整套系統的精髓):
  • 格式錯 formatter 直接退回 worker 重做格式,不浪費驗收員的時間。
  • 執行錯 evaluator 判定是執行問題 → 退回 worker 重做。
  • 規劃就錯了 evaluator 判定是當初需求/標準訂錯 → 退回 planner 重新規劃。

退回的層級不同,是因為「錯在哪裡,就退到哪裡」。格式小錯不必驚動規劃員;需求大錯則必須從頭來。這跟你判斷「這批貨出問題,是採收的錯還是接單的錯」是一模一樣的邏輯。

加上「記憶」:讓系統會學乖

這套系統還有一個關鍵設計:每做完一次任務,不管成功失敗,都把過程記下來(存成一個叫 memory 的紀錄)。下次遇到類似任務,規劃員會先翻舊紀錄參考:「上次這種需求,哪個標準常常失敗?哪類活常做錯?」

🍉 西瓜版比喻:就像你心裡有一本帳——「某某宅配地區常常隔天才到、某個品種客人特別會嫌、某種包裝在夏天容易壞」。這些經驗讓你下次接同類單時,一開始就先防範。沒有這本帳,你每次都像第一次做,同樣的坑一直踩。memory 就是讓 AI 系統擁有這本帳。
那些 .yaml 檔是什麼?(不是程式!)

筆記裡出現一堆 project.yamlplanner.yaml,你可能以為是程式碼——不是。YAML 是一種「設定檔」格式,長得像有縮排的條列清單,作用是用文字描述「誰負責什麼、順序怎麼走」。它不會「執行運算」,它只是「說明書」。

🍉 西瓜版比喻:把它想成兩種文件——
・ 每個 xxx.yaml(planner.yaml、worker.yaml…)= 一個員工的職務說明書,寫「你這個職位該做什麼、不該做什麼」。
project.yaml = 牆上那張生產線流程表,寫「先誰做、再誰做、出錯怎麼退」。

筆記最後那句總結講得最精準,記住這一句就抓到全部精髓了:

「Node 專心做事,Flow 專心控制順序。」→ 白話:員工只管把自己那站做好,組長只管調度順序和處理失敗。
這份筆記,你該帶走的只有一個觀念

整套系統的工程細節,你現在通通可以放掉。唯一值得你記住、而且你其實已經在用的,是這個思維:

「做完一件事,讓另一個角色來『驗收』,而不是自己做自己驗。」

你做 SMS 重複發送稽核、訂單核對——就是在當「驗收員」。這個「分工 + 獨立檢查」的習慣,是這份高深筆記裡,唯一跟你現在的工作直接相關、而且你早就做對的部分。其他的,等你哪天真的要讓多個 AI 自動協作時再回來看。

🧭 我的 AI 學習路線:我現在在哪、下一步去哪

這頁是給你自己看的「進度地圖」。提醒自己:不必什麼都學、不必貪快。照著順序一階一階走,每一階都有清楚的「目標」和「不必碰的東西」,避免被太難的內容(像隔壁那頁的多 AI 協作)拉走注意力。核心原則:持續長期的努力,勝過短期爆衝;但遇到旺季出貨這種事件,集中火力爆衝也是對的。

已完成

地基:AI 操作直覺

你已經會的:把 AI 當日常工具用——訂單解析、文案、客服、成效分析。你已經有「模型感」,知道怎麼問、怎麼用。

🍉 證據:你的工具箱、自動化腳本、客服訊息庫,都是這階段的成果。

你在這裡

術語補完 + 控制術系統化

這階段目標:把「你已經在做、但叫不出名字」的東西補上正確術語(就是這份工具的術語對照表),並把散落的規則收成一份可複用的控制術模板。

具體要做:讀完術語對照表四大區、把控制術模板貼進你常用的 AI 平台設定一次。

現在不必碰:多 AI 協作、工程級架構(隔壁「進階見聞」那頁,當見聞就好)。

3
有餘力再說

把零件整合成「阿強西瓜 AI OS」

這階段目標:不是再學新工具,而是把你現有的零件(工具箱、腳本、客服庫、簡訊系統)「接上線」,整合成一套會互相配合的系統。這是術語對照表 Day5 講的 AI OS。

怎麼開始:哪天想動了,開新對話跟 Claude 說「我要畫阿強西瓜 AI OS 的設計圖」,從盤點現有零件、找出最花時間的環節開始。

4
遠期 · 可能不需要

多 AI 協作 / 工程級架構

這階段目標:就是「進階見聞」那頁的內容——讓多個 AI 自動分工協作。誠實說:你可能永遠不需要走到這裡,除非你的事業規模大到需要全自動化。當見聞放著,不是目標。

🍃
給自己的提醒:學習就像種瓜——不是拼命澆水就長得快,是日復一日穩定照顧。你不必每樣都會,你只要「持續往前一點點」,並且在對的時機(如旺季備戰)才集中爆發。這份路線圖會跟著你更新,學到新東西就丟給 Claude 加進來。