讓工作不再重來｜從開工卡到 PMO，我的可交接 AI 工班制度
不懂程式，也能從開工、邊界、施工、驗收與 PMO 白板開始，讓 AI 工作真的接得下去。
這幾天看到一篇寫給新手看的 Claude Code 入門文。
它把 Claude Code 解釋得很清楚，清楚到我也看了很久。😵
我抓自己比較看得懂的理解，大概是：
ChatGPT 比較像是在聊天框裡回答問題；
Claude Code 比較像是讓 AI 進到一個專案資料夾裡，讀檔案、改檔案、執行指令、檢查結果，協助把想法一步一步做成可以打開、可以測試、可以修改的小專案。
那篇文章提醒新手，重點不必一開始就懂程式語法，而是先練習：
能不能把需求說清楚。
能不能把任務拆成小步驟。
能不能看懂 AI 做了什麼。
能不能驗收成果。
能不能保存版本，避免改壞後回不去。
我看完有一種很熟悉的感覺。
這不就是我這幾天一直在土法煉鋼的事情嗎？
我從一個複製貼上的 AI 搬運工開始，
從一個非工程師的 50+ 阿姨女工開始。
我的起點不是工程語法，
而是一個很實際的需求：
我希望工作可以留下來。
我希望 AI 不要亂腦補。
我希望今天做完的事，明天還能接得下去。
所以這一周，我一直在反覆驗證一件事：
把 Claude Code 這種工程師工具背後的專案邏輯，先用 Claude／Cowork 做修羅場試驗，再慢慢摸索出一套非工程背景也比較能理解的 AI 工班制度。
一、主流教學講的是：讓 AI 進入專案
一般 Claude Code 入門會帶新手理解：
需求 → 專案 → 檔案 → 測試 → 版本保存
這很重要。
AI 一旦進入專案資料夾，就不只是回答問題。
它要開始面對檔案、資料夾、版本、測試、修改紀錄。
新手小白要學的，除了「怎麼問 AI」，也要：
怎麼把一個想法，變成可以被執行、被測試、被修改、被保存的工作流程。
我不會 Code。
所以我先用 Claude／Cowork 這類比較像「長流程工作助理」的工具試手感。
一邊實作，
一邊截圖求救，
一邊複製貼上回報，
再把狀況丟給我平常慣用的 AI 軍師 ChatGPT／宸。
宸比較知道我的資訊工程小白指數。
知道我看到 /<> 這種符號，大概會先瞇眼三秒，再開始懷疑人生。😆
實作過程中，我慢慢發現：
對非工程背景的小白來說，問題不只在於 AI 會不會做。
AI 真的進到檔案和流程裡之後，我會開始擔心：
它知不知道什麼資料不能碰？
它做完之後，誰來驗收？
換一個 AI 或換一個視窗，後面接得起來嗎？
哪些紀錄要留在聊天室？
哪些紀錄要進施工日誌？
什麼時候才可以寫進 PMO 白板？
這些問題，一般小白速效達標工具教學裡比較少提到。
至少我這隻繁體中文熊貓，目前只撈繁中資訊，還沒看到太多。😁
但對我這類非工程小白族群來說，這些反而是致命關鍵。
二、我摸索後，覺得還需要補三塊
這幾天實作下來，我覺得主流 Claude Code 入門邏輯很好。
不過，如果要放進真實工作現場，尤其是非工程者的工作現場，除了先用 Claude／Cowork 邊聊邊做、試出手感外，我覺得還需要補三塊。
1. 有講版本保存，但還要補「正式資料邊界」
版本保存很重要。
GitHub、備份、commit，都是讓專案改壞時可以回得去。
但在我的工作現場，更前面還有一個問題：
什麼資料不能碰？
例如：
正式資料不能亂改。
個資不能亂讀。
Google Sheet 不能亂寫回。
PMO 白板不能當草稿紙。
候選事項不能寫成已完成。
可機械化候選，不等於已授權自動化。
版本保存處理的是「改壞了怎麼回去」。
正式資料邊界處理的是「一開始哪些地方就要先守住」。
這兩件事對我來說都重要。
只是順序上，邊界要先溝通清楚。
2. 有講驗收，但還要補「產出 AI 不適合自驗」
很多教學會提醒新手要驗收成果。
我這一周更深的體會是：
做事的是 AI，
那我們要直接讓 AI 自己宣布自己通過嗎？
防人之心不可無，防 AI 之心也不可無啊～
畢竟～ AI 沒法背鍋欸！
所以我就開始讓 AI 分工：
Cowork 做工。
Codex 驗收。
ChatGPT／宸判讀。
芬寶裁定。
流程簡單地說就是：
AI A 產出。
AI B 只讀驗收。
宸做總控判讀。
芬寶最後裁定。
這不是單純懷疑 AI。
比較像是讓比我知識淵博的 AI 們彼此互尬、彼此糾錯。
一個 AI 負責推進工作。
另一個 AI 負責檢查它有沒有偷跑、漏寫、改錯、越界。
品管的價值，在於另一雙眼睛。
有時候，甚至是第三雙眼睛。
3. 有講 Claude.md，但還要補「跨 AI 接棒與 PMO 白板」
Claude.md 應該可以理解成：
專案裡寫給 AI 看的工作手冊。
這個概念很好欸。
但我實作時遇到的是：
我不是只跟一個 AI 工作。
我會有：
ChatGPT／宸：總控判讀、陪我想、幫我收斂。
Cowork：長流程整理、本機施工、施工日誌、接棒回報。
Codex：只讀驗收、本機檢查。
PMO 白板：放全局狀態、停工點與下一步候選。
問題就變成：
一個 AI 做完，下一個 AI 怎麼接？
這一輪做了什麼，怎麼留下來？
什麼該留在聊天室？
什麼該進施工日誌？
什麼時候才可以寫 PMO？
這一周，我慢慢摸出一套手法：
跨 AI 接棒，搭配 PMO 白板。
三、我目前的 AI 工班底層邏輯
這一周實作下來，我的 AI 工班制度大概長這樣：
開工卡 → 說清楚本輪只做／不做
Cowork 施工 → 執行任務
Codex 只讀驗收 → 交叉檢查
宸判讀 → 判斷方向與風險
芬寶裁定 → 最終決定
施工日誌 → 記錄施工事實
PMO 回填 → 更新總控白板
簡單說就是：
芬寶裁定，ChatGPT／宸總控，Cowork 施工，Codex 驗收。
這套流程還在實驗中。
它的目的，是讓 AI 每一步都知道：
現在只做什麼。
現在不做什麼。
做完要怎麼回報。
誰來驗收。
什麼時候停下。
什麼時候不能寫回。
四、Claude.md，大概是我的 AI 工作手冊吧
主流教學說，Claude.md 是專案裡寫給 AI 看的工作手冊。
這個概念我看起來，有點像我現在整理的：
00_共用規則
接棒卡格式
施工日誌格式
PMO 白板規則
不碰正式資料
不啟動自動化
不確定就停下回報
我的 AI 們提醒我，未來如果真的使用 Claude Code，這些規則很適合整理成 CLAUDE.md。
以上言論，是三個 AI 的共同參考意見。😆
我的 CLAUDE.md 一開始就不可能寫一堆工程語法。
就像現在比較像寫給 AI 工班看的白話工作規則：
本專案使用繁體中文。
未開工不施工。
未說本輪只做／不做，不施工。
不確定是否可改檔，停下回報。
不可寫回正式資料。
修改前先確認路徑。
每輪要收工打卡。
重要產出需 Codex 只讀驗收。
PMO 是總控白板，不是草稿紙。
我不懂程式語法。
但我至少可以請這幾個貴鬆鬆的 AI，先一起看懂工作規則吧。
五、GitHub 是版本保存，我目前先用低技術安全網
文章說 GitHub 對新手是安全網。
老實說，這部分我……不懂。
我只知道：
AI 改東西很快。
如果沒有保存版本，改壞了會很難回去。
所以我現在不能急著把所有事情都 Git 化。
Git 是什麼鬼啦～我也不必在世界頂級的 AI 同事間假裝自己懂。😆
我目前先建自己看得懂、接得住的低技術安全網就好：
回填前備份。
本機 .md。
施工日誌。
PMO 白板。
Codex 只讀驗收。
這些方法很土法煉鋼。
對目前的工作現場到底有多有用，還在實驗中。
但至少這周，它讓我比較不擔心 AI 自己亂跑。
等未來真的僥倖進入 HTML 小工具、本機工具、Claude Code 專案，再和 AI 討論要不要導入 GitHub。
現在不急著開新坑。
免得工具還沒學會，我先把自己搞到崩潰頭暈。
六、Prompt 對我來說，是工作規格
主流教學會提醒，不要只對 AI 說：
「幫我做一個漂亮網站。」
而是要說清楚：
要做什麼。
給誰用。
解決什麼問題。
有哪些區塊。
完成標準是什麼。
怎麼測試。
這點我認同。
可是我的資料散在不同雲端、不同 AI 工具、本機資料夾和各種工作流程裡。
我一開始要怎樣一次完整描述那些……我難得糊塗的瞬間？😆
所以我就讓 AI 們幫我先寫出：
任務線名稱。
本輪只做。
本輪不做。
要讀哪份檔。
是否改檔。
是否碰正式資料。
是否處理個資。
是否寫回。
是否啟動自動化。
完成後回報到哪裡。
這就是我的非工程者版規格管理。
我不懂工程語法，
但我正在學如何讓 AI 彼此互尬、不亂施工。
七、先教 AI 怎麼停，再教它怎麼做
很多 Claude Code、Claude／Cowork、OpenAI Codex 入門，會教我們怎麼讓 AI 做專案。
我這一周的心得是：
在讓 AI 做之前，
要先教 AI 怎麼停，
怎麼交接，
怎麼被驗收。
我還是不懂程式。
也不懂那些看起來像咒語的 /<>。
但我慢慢看懂 AI 工班之間幾個很重要的詞：
什麼叫授權。
什麼叫候選。
什麼叫驗收。
什麼叫只讀。
什麼叫寫回。
什麼叫不要讓 AI 順手多做。
這些不是工程語法。
但它們是我目前正在練習的 AI 工作流安全語法。
八、我的流程長成這樣
一般人開始學 Claude Code，可能會被帶到：
需求 → 專案 → 檔案 → 測試 → 版本保存
而我這幾天長出來的是：
開工 → 邊界 → 施工 → 收工 → 交叉驗收 → 施工日誌 → PMO
這是我現在的 AI 施工邏輯。
重點是 AI 做完之後，明天有人，或另一個 AI，能接得下去。
九、這不是工程師專用，是工作現場需要
我應該很難變工程師。
但我可以把 Claude Code 這種工程師工具背後的專案邏輯，設法轉換成自己工作現場能懂的語言。
我想解決的是：
工作能不能不要每次都重來。
資料能不能被交接。
AI 能不能知道什麼不能碰。
成果明天能不能被接續。
我能不能不用一直當人肉複製貼上工。
這一周，從開工卡、收工卡、Codex 只讀驗收、施工日誌，到 PMO 最小回填，
我一直只是在做一件簡單、重複但重要的事：
讓工作不再只存在我的腦袋裡。
十、我的方向，看來是對的
這幾天的實作讓我更確定：
AI 工具不是越多越好。
每一個 AI 要知道自己站哪裡。
宸：總控判讀、陪我想、幫我收斂。
Cowork：施工、整理、落地、收工回報。
Codex：只讀驗收。
芬寶：最後裁定。
我不是讓 AI 自動幫我做完所有事。
我是在嘗試讓 AI 學會分工、打卡、交接、驗收，
最後把裁定權留在我手上。
這是我這一周很重要的收穫。
結尾
所以，對我來說，Claude Code 入門文提醒了我一件事：
新手不一定要先懂程式，
但可以先懂工作怎麼被拆解、保存、驗收與交接。
我這周和 AI 一起做的，是把 AI 從專案工具，再往自己的工作現場推近一點：
讓 AI 進入一套可交接、
可交叉驗收、
可停工、
可追溯的工班制度。
讓 AI 做完之後，明天還有人接得下去。
讓工作不再重來。
#AI工班制度
#從開工卡到PMO
#讓工作不再重來
#芬寶方法
#對話式寫作 508
留言
張貼留言