交辦 · P
先講清楚再做
案例 1、4 帶背景與完成標準。
這份報告在回答一件事：這個人平常怎麼跟 AI 一起做事、已經能獨立完成什麼、下一次該補哪一件。 不是考試排名，也不是「會不會寫提示詞」的分數。
讀的是這台電腦上 Claude 與 Codex 的對話紀錄。 這 14 天共 37 則對話；本人親自打字的有 29 則（112 則訊息），另有 8 則是他寫好的週報流程被排程叫醒。 沒讀到的來源：網頁版 Chat、會議、口頭交代。 所以這份報告描述的是「在這兩個入口裡實際發生的事」，不是這個人全部的工作。
白話：週報改稿變成一份 skill，加上每天早上的排程草稿。 本人還在場才叫得動大部分工作；例外發生時沒有固定的「先停、再找人」迴路。所以是第 4 級，還不是第 5 級。
週報 skill 檔頭補四欄：維護人、版本、怎樣算能貼、出錯寫給誰。第三個入口這週不必接。
為什麼是第 4 級：案例 1 把週報改稿寫成可重用說明；案例 2 排程啟用前用舊稿測過； 案例 3 在 Codex 接著改同一份說明，不是各抄一份。這是模組化使用。
為什麼還不是第 5 級：系統還不是「本人不在也持續營運」。8 則排程都在他還會看的時段； 沒有讀到例外停手、結果寫回做法的迴路。兩個入口有本人操作，但第 5 級要的是系統在跑加上例外有人接，不是「有 skill 就升」。
系統建築師 交辦前先想清楚，做完會留下一套別人也能跑的東西。分型不是分數，第 4 級也可以是這型。
交辦 · P
案例 1、4 帶背景與完成標準。
查核 · V
案例 2 用舊稿走一遍才打開排程。
沉澱 · S
SKILL.md ＋ 排程。案例 1、2。
動手 · E
改檔、跑排程，不是只聊天。
這是使用習慣的分類，不是能力高低，也不能拿來跟別人比。
最好的 AI 工作者是用最少的訊息數跟最少的 token 達到一樣的成果；但因為每個人對工作成果好的標準不同，這個數字無法直接拿來評估，僅供參考。
| 看什麼 | 實際看到的做法 | 依據 | 是偶爾還是習慣 | 沒做好的地方 | 這個判斷有多有把握 |
|---|---|---|---|---|---|
| 平常拿 AI 做什麼 | 內部週報、活動頁文案、客戶 FAQ | 案例 1–4 | 習慣 | 無 | 高 |
| 交代與核對 | 第一次就講完成標準；排程啟用前用舊稿測 | 案例 1、2 | 習慣 | 無 | 高 |
| 有沒有留下可交接的東西 | 週報 SKILL.md；每天早上產出草稿 | 案例 1、2 | 習慣 | 檔頭還沒寫出錯找誰 | 高 |
| 換一家 AI 能不能接著做 | 兩個入口有本人操作；說明指向同一份檔 | 案例 1、3 | 這 14 天有紀錄 | 故障切換尚未觀察，不擋第 4 級 | 高 |
以下是虛構示範。前 4 則本人坐在前面做；後 1 則排程叫醒。
| # | 這件工作 | 誰在做 | 入口 | 日期 |
|---|---|---|---|---|
| 本人親自操作 | ||||
| 1 | 把週報改稿步驟寫成 SKILL.md，下一則只補這週不一樣的來源 | 本人 | Claude | 08-27 |
| 2 | 用上一週舊稿跑一遍，確認格式能貼，才打開每天早上的排程 | 本人 | Claude | 08-28 |
| 3 | 在 Codex 依同一份說明改活動頁語氣 | 本人 | Codex | 09-01 |
| 4 | 客戶 FAQ 做成模板，但第二個案子又手貼了一次 | 本人 | Claude | 09-05 |
| 排程叫醒 | ||||
| 5 | 每天早上產出週報草稿到指定資料夾 | 系統 | 自動 | 08-29 起 |
不必為了報告去接第三個入口，也不必演一場假故障。
| 看哪一項 | 目前程度 | 依據 | 做得好的地方 | 要改的地方 |
|---|---|---|---|---|
| 把工作講清楚、拆開做 | 穩定在用 | 案例 1、4 | 有 skill 之後第一句只補差異 | — |
| 做完有沒有核對 | 穩定在用 | 案例 2 | 啟用前用舊稿測 | — |
| 會不會讓 AI 真的動手 | 穩定在用 | 案例 1–3 | 改檔與排程 | — |
| 有沒有把做法留給下次 | 穩定在用 | 案例 1、2 | SKILL ＋ 排程 | 檔頭補四欄 |
看的是：目的、驗收、例外、交接，有沒有等效做法。不要求做成公司文件格式。能說明原則、能解釋取捨、已有實作，三件事分開寫，不能互相替代。
| 哪項工作 | 已理解哪些要求 | 依據 | 還有哪些問題 | 這個判斷有多少依據 |
|---|---|---|---|---|
| 週報草稿 | 觸發時間、資料來源、完成標準開始成形；檔頭還沒寫維護人與出錯找誰 | 案例 1、5 | 交接四欄未填，陌生人只看文件做不完 | 高 |
| FAQ 模板 | 知道可以走同一條 skill 路，不要手貼 | 案例 1 | 還沒搬過去，目前仍是構想 | 中 |
兩個入口讀同一份週報說明，這次有實際用到專案脈絡，不是只喊得出產品名。缺資料會不會停，還沒隔離測過，不能寫成已經掌握。
兩個入口有本人操作，說明指向同一份檔。這對第 4 級夠了。故障當天立刻切，這 14 天還沒碰到。
有看到
每天早上週報草稿。案例 5。
這段沒看到
這段沒看到。
這段沒看到
這段沒看到。
這段沒看到
這段沒看到。
這段沒看到
這段沒看到。
沒看到只代表這 14 天沒動到。覆蓋度不是分數。一顆排程齒輪加上一份 skill，已經能支持第 4 級。
還沒測
還沒測
量還少 · 不擋級
檔頭還沒寫
| 檢查什麼 | 狀態 | 根據什麼，或還缺什麼 |
|---|---|---|
| 1. 只看文件，陌生人做得完嗎 | 還沒測 | 需要一個沒有舊記憶的環境，這次沒跑 |
| 2. 資料不齊或算錯時會停嗎 | 還沒測 | 還沒做隔離測試 |
| 3. 沒人盯著還能持續跑嗎 | 有排程、量還少 | 8 則都在他還會看的時段，不能算系統營運 |
| 4. 出事找得到人嗎 | 檔頭還沒寫 | 這就是本週要補的那一件 |
四項沒過不自動降回第 3 級。第 5 級要等例外迴路真的在用，不是把格子填滿。
成熟度四級，寫全名：一次性用法／日常輔助／可複用資產／制度化流程。成熟度不是能力分數，也不必把每件事都推成制度化。
| 做法 | 目前怎麼用 | 以後可以怎麼用 | 下一步 |
|---|---|---|---|
| 走通之後寫成 SKILL，下一則只補差異（案例 1） | 可複用資產 | 制度化流程：FAQ 模板也改走這條，不要手貼 | 維持週報；FAQ 下次再搬 |
| 排程打開前先用舊稿跑一遍（案例 2） | 可複用資產 | 制度化流程：任何會自己跑的東西都先走這關 | 維持 |
| 兩個入口讀同一份說明，不各抄一份（案例 3） | 可複用資產 | 制度化流程：新入口只接同一份檔 | 維持。不必為了報告再接一家 |