小白的
開發之路
從不會寫程式,
到管理一支會寫程式的 AI 團隊。
講者 miru · 2026 / 07 / 16

特別感謝 · 啟蒙導師
每個小白背後,
都需要一個願意教他的人。
我很幸運,遇到了。
吳明修 · 《喵皇奴》品牌創辦人
我是誰 · 我的本業跟「寫程式」一點關係都沒有
Miru 老師
品牌行銷年資:10 年
咪路實業有限公司 創辦人
創流 AI 影音平台 創辦人
廣薪實業有限公司 行銷總監
2023–2024 蝦皮廣告講師
年代操營業額超過 2 億
2026 金舶獎 服務創新組獲獎
非工程背景、完全自學。
不是工程師,沒有工程團隊。
過去四個月,一個人、用 Claude Code——
我怎麼開始的 · 被自己一直撞車的行程搞瘋
多年下來,我有一個助理專門幫我排行程。
但只要她一忙,人工難免還是會出錯——
可是我的行程不能出錯,一出錯,就是失信於人。
—— 我做第一個產品時,寫下的第一段話
我的電腦的系統說明檔上,我留了一句話
本系統透過 Claude AI
對話式開發。
—— 換句話說:我不是在寫程式。
我是在「跟 AI 講話」。
那我技術程度多好?(我自己在需求訪談裡的回答)
Q:你對技術的熟悉度?
「普通,主要靠 Claude Code 帶著走。」
Q:遇到最大的技術挑戰怎麼辦?
「交給 Claude 就對了。」
為什麼是「現在」,一個小白突然做得到了?
客製化
量身打造,但工程師貴、養團隊更貴、維護一直花錢。
SaaS
= 月租的現成軟體。親民價人人可用;但只解決「多數人的常見問題」,三五年就為一個雞肋點被逼換系統。
AI × 客製化回歸
門檻被打下來。以前要一組團隊,現在一個人+AI 就做得起。
整場的核心
小白真正的成長,
不是學會寫程式,
是學會管理「會寫程式的 AI」。
開工前提 · 我固定的三個要求
01
一定是蘋果系統
我自己用 Mac,沒時間研究跨系統——力氣集中在一種環境把它摸熟。
02
一台獨立、乾淨的設備
要客戶提供專用機。乾淨環境避免資料污染,也避免公司內部資料外洩。(環境的門,我一開始就關好了。)
03
三兄弟主架構:GitHub · Vercel · Supabase
三個固定班底,下一頁我用人話解釋。為什麼固定?因為固定才有肌肉記憶——同一套用久了,我知道它哪裡會壞,出事我查得到答案。換來換去,每次都是新的雷。
(自己用的走 $0 免費版;客戶的正式系統上付費版。該省的省,該付的付。)
三兄弟是什麼?用人話講一次(整場都會用到)
01
GitHub = 程式的雲端保險箱+時光機
程式存在這裡,而且每存一次都留一份歷史。改壞了,隨時倒回昨天那一版。像 Google 雲端硬碟,但每次存檔都留一個回得去的時間點。
02
Vercel = 把網站一鍵搬上網
程式寫好丟給它,它負責讓全世界連得到、打得開。像開店平台:你把商品備好,它幫你把店面開在網路上。
03
Supabase = 現成的倉庫+櫃台
幫你存資料、管會員登入,不用自己從頭蓋。像租一間已經裝潢好的倉庫,附一個會認人的櫃台。
蜜月期,每天都在體驗同一種震撼
一件我以為要很久的事,
AI 把它壓縮成一個下午、
一兩個小時,甚至幾十分鐘。
家庭帳本 · 行程機器人成功之後,我第一個「先把規格講清楚、再動工」的作品
多年來我下載過不知道幾十個記帳軟體,也付過不少費用,
始終找不到一個我心目中的理財帳本……
終於在這個時代,有機會自己做。
第一版沒有很厲害,但它能跑
MVP 只做三件事
MVP = 最小可行產品:功能砍到最少,但整條路從頭到尾走得通的第一版。
① Discord 打字就能記帳
② 基本查詢
③ 後台看得到帳
蜜月期我做對了一件事(第三幕會變成方法論核心)
先把「做完長什麼樣」講清楚,再回頭推「那我需要什麼」。
不是想到哪做到哪,是先看到終點,再倒著走回起點。
蜜月真正讓我意外的是——這套速度,也能用在別人的生意上
我幫所有客戶,
全部遠端開發。
第一幕的分水嶺
幫自己做,跟交付給別人用,
是兩種完全不同等級的事。
串一 · 版控血淚
最貴的學費,
不是寫錯程式,
是弄丟程式。
我的第一個機器人,上線前長這樣
0
git(完全沒有版控 = 沒有自動存檔、回不去舊版)
最讓我發毛的一個
進度文件(PROGRESS)上全部打勾 ✅
三週後掃硬碟——
程式碼從來沒存在過。
宣稱完成的程式碼,
根本不在硬碟裡。
這不是安全問題,是根本沒東西可審。
(「完成」這個標記,是最會騙人的東西。連 ✅100% 的功能,都可能偷偷跳過(靜默失敗)一大半。)
串二 · 上線前自炸(情緒峰)
上線前 4 天,
我自己把系統炸了。
這個洞,是 AI 回頭檢查程式(code review)
意外抓到的——
不是我的流程攔下來的。
如果那次 AI 沒剛好掃到,我會帶著一個 933 人登不進去的系統直接上線。
自評:「高嚴重度、自找的、上線前失控——但有收住。寫下來,供記取。」
串三 · 資安覺醒
小白不是不會做,
是不知道自己開了哪一扇門。
第二幕真正的重點
我沒有停在抱怨。
每一個雷,我都把它
變成了一條規則。
如果你今天只帶走一件事,我希望是這一幕
我的成長,不是變得多會寫,
是學會「管理」這個會寫程式的 AI。
升級 ① 開工第一步:不是寫程式,是挖需求
讓 AI 先問我,
而不是我急著做。
定錨 · 先把終點跟起點釘住
終點跟起點,釘在同一頁。
動作一 · 寫終局
「核心目標:
讓客服躺著收單。」
某個客戶的客服系統,規格書第 9 行不是功能,是一個姿勢。用一句話寫「完成後是什麼狀態」。
動作二 · 數現況
改 LINE 名稱標籤 → 索取資料 → 核對付款截圖 → 貼記事本 → 填 Excel → 給兌換碼 → 給學號 → 邀請入群 → 發連結
= 9 個步驟
定錨 · 為什麼一定要數出步驟
「躺著收單」聽起來很虛,
「9 步變 1 步」可以驗收。
示範 · 把答不出來的,變成選擇題與授權
情境
幫一個直播主客戶做報價單,卡住的不是技術,是他的商業規則——
「運費怎麼算?」
這題我不可能替他決定,那是他的成本結構。可是直接問他「你想要什麼」,他也答不出來。
結果
於是我把它變成選擇題:A. 按重量 B. 按件數 C. 按地區 D. 廠商自己報。
07-07 出題,07-08 全部回完,隔天。
而他對運費那題的答案是——「不做計價」。
選擇題不只換來速度,還幫我砍掉一個功能。
📷 三招合起來就是這段 · 拍照帶走
要問人(我、或客戶)的問題,不要問「你想要什麼」。
1. 每題只給我 A/B 兩個選項,
我回「選 A」或「選 B」就好。
2. 我答不出來的,你標【待 AI 評斷】,
但每個標記都要附「已知線索」:
{欄位名稱}:【待 AI 評斷】
- 已知線索:{我告訴過你的事 1}、
{我告訴過你的事 2}⋯
- 請建議 2-3 個選項,我確認後定案
「不是把空白丟給 AI,是『我知道的都給你、判斷交給你、結論我拍板』。」
落地 · 切一個「跑得通」的版本
第一版的定義不是「做完幾個功能」,是這條線從頭到尾不斷。
一個直播主客戶的平台 · 第一版目標,原文就這一句
「目標:讓『廠商提品 → 平台審核定價 → 通路主選品 → 邀約簽約 → 下單 → 匯款確認 → 出貨』全流程可以線上跑通。」
為什麼小白特別適合這招
同一份 40 題訪談,
我的答案分成兩種。
技術題 · 我全部投降
Q37「你對這個技術熟嗎?」
「普通,主要靠 AI 帶著走」
Q38「最大的技術挑戰怎麼辦?」
「交給 AI 就對了」
業務題 · 我全部答得出來
Q1 到 Q36:
什麼情況算及格
要記錄哪些東西
誰能看、誰不能看
這就是重點
倒著想這招,只用得到你答得出來的那 36 題。
36 / 40 題
Q1 到 Q36 的業務題,我全部答得出來——什麼情況算及格、要記錄哪些東西、誰能看誰不能看。這 36 題,就是「倒著想」的全部原料。
升級 ② 我最想分享的:驗收機制,演化了四個階段
我連得到客戶的電腦,
卻看不到真正在用的人。
驗收機制的演化史
1
丟訊息請對方回答
訊息會洗掉、對方會漏答、來回超沒效率。
2
互動式填單網頁 → 一鍵複製 Markdown 回填
把零散對話變成結構化輸入 = 一張整理好的清單。
3
工單系統:後台填單+截圖,AI 直接讀工單操作
需求從「聊天訊息」變成「看板+SOP」,留雙向紀錄。
4
(這兩天)客服接 LINE:業主/官方拉群組,自動佈達
從「我追著問」變成「系統自動告訴大家」。
驗收機制的演化史 · 階段 1/4
丟訊息,請對方一題一題回
最原始的做法:我做完,用通訊軟體丟一串問題請對方一個一個回。
結果:訊息會被洗掉、對方會漏答、來回一輪要等一天。
我永遠不知道「沒回」是「沒問題」還是「還沒看」。
📷 通用指令 · 拍照帶走
給我一段給業主的白話說明決議:{這次決定了什麼}。
讓我可以直接貼過去問他——
・用他看得懂的話講,不要有技術名詞
・每一項都要讓他回得出「OK / 要改 / 不確定」
驗收機制的演化史 · 階段 2/4
做一個填單網頁,讓對方勾一勾
我做了一個互動式的填單網頁:讓對方在網頁上勾選、填寫,填完按一顆鈕一鍵複製,貼回來給我。
零散的對話 → 變成結構化的輸入(一張整整齊齊的清單)。我把那段貼給 AI,就能直接動工。
📷 通用指令 · 拍照帶走
幫我做一個單頁的「驗收確認表」網頁:
・把下面的項目做成可勾選、可填寫的表單
・每項都要有「OK/要改/不確定」+備註欄
・有畫面要確認的,把那個畫面的截圖也放進表單裡,
讓業主能對照著看
・最下面放一顆「一鍵複製成 Markdown」的鈕
・複製出來要能直接貼回來給你看
驗收機制的演化史 · 階段 3/4
升級成工單:業主自己開單,AI 直接讀
再往上一階:業主直接在後台開工單、附截圖。我只要讓 AI 去「讀那張工單」,就能直接動工,而且留下雙向紀錄。
需求從「聊天訊息」,變成了「看板+SOP」(看得到進度的工單+一套固定流程)。
📷 通用指令 · 拍照帶走
讀取工單 #{編號}
1. 先用你自己的話複述一次需求,等我確認再動工
2. 動工後把「改了什麼、影響哪些畫面」用最白話的方式
寫回工單
3. 需要我決定的,列成選項讓我勾,不要自己猜
驗收機制的演化史 · 階段 4/4
最後:讓系統自己去講,我不再追問
這兩天的事:做客服系統時,我直接用 LINE 觸發通知,把業主跟官方拉進同一個群組,所有通知、佈達自動在上面跑。
驗收的迴路,從「我追著問」,變成「系統自動告訴大家」。
📷 通用指令 · 拍照帶走
幫我把「{什麼事件}」接成 LINE 通知:
・什麼時候通知:{觸發時機}
・通知誰:{業主群組}
・內容要有:發生什麼、影響多大、我要不要做事
・只有重要的即時推,其他每天彙整一次就好
核心理念 · 狀態的所有權
群組裡說「這個好了喔」,不算數。
單子的狀態,只有工程師能改。
核心理念 · 最反直覺的一條
我把「緊急程度」那個選單,直接拿掉。
一般人做工單
給填單的人一個下拉選單:緊急程度 ▾
結果:所有人都選最緊急。
我的做法
選單拿掉,換成一個欄位:這件事對我的影響是什麼
讓他自由寫,不給他選項。
機制 · 討論串閘門
工程師還沒回應之前,其他人不能留言。
💬 工程師回覆後才會開放討論,請先耐心等候,不用重複催。
— 畫面上就這樣寫著
精妙的地方是它同時管住兩邊:填單的人不能一開單就開始吵;工程師不去看就沒人能動,壓力在你身上。
機制 · 編號前綴反咬我一口
兩邊單號用不同開頭——設計是對的。
✓ 設計
正式站、測試站,
單號用不同開頭。
資料混到也不會撞號。
✗ 但我的文件
只寫了測試站那套,
漏了正式站。
我去測試站撈單,回報「客戶都沒開單、一則都沒回」——錯。客戶在正式站開了兩張單等我。
工單 · 最該有、卻最沒人做的那個狀態
大部分人做工單不會設計「不做」,結果所有單都變成永遠的待辦。
改前
- 狀態只有「待辦 / 進行中 / 完成」
- 「這件事我不做」沒有地方放
- 拒絕只能靠已讀不回,沒有正當管道
- 單子只進不出,越積越多,永遠清不完
改後
- 還沒碰
- 進行中
- 已結束
- 退回——球丟回填單人,強制寫原因
- 不做——寫理由
最好的那條規則,是業主自己歸納出來的
「不影響就直接做,
會影響就要做到測試站。」
—— 一個電商客戶,2026-07-06。我把這句寫成一條常駐規則,AI 每次開工都會先讀一遍。
加裝 · 一條指令,把工單裝進已經在跑的系統
系統已經在跑了,怎麼加裝而不打掉重練?
📷 通用指令 · 拍照帶走
在這個專案裡加一套「內部工單」,給團隊回報問題、提需求用,
取代在群組裡喊。
先給我一份實作計畫,不要直接動手寫:
1. 只加新東西:不准碰任何一張既有的表、任何一個既有的頁面。
工單不直接關聯業務資料(訂單、客戶那些)→ 上線零風險。
2. 先翻譯再動手:下面每一條,都對照我這個系統「本來就在用的做法」,
逐條告訴我「照抄」還是「要改成什麼」,並寫出理由。
3. 開單強迫填三格:現況 / 期望 / 驗收標準。
4. 不要讓填單的人選「緊急程度」,改成寫「這件事對我的影響」;
優先序留空,只有工程師能設。
5. 狀態一定要有五類:還沒碰/進行中/已結束/
退回(強制寫原因)/不做(寫理由)。
6. 工程師還沒回應之前,其他人不能留言、不能簽核。
7. 工程師碰過的單不准刪——連最高權限都擋。
8. 單號用 {前綴}-{年}-{四位數},正式站跟測試站用不同前綴,才不會撞號。
9. 分批做,每批做完都能單獨上線——先給我批次表。
導入後 · 填單頁上寫著這句
只有填進工單的需求才會被執行。群組訊息,一律不處理。
最誠實的轉折
判斷做了沒,去查程式碼,別信工單狀態。
我花力氣建了工單系統,然後在自己的鐵則裡寫下這句——我建了它,卻叫自己別信它。
因為:工單是「溝通」的真相,程式碼才是「系統」的真相。這兩件事不能混。
升級 ③ AI 說「我檢查過了,沒問題」——這句話本身最危險
驗證,不能自己驗自己。
升級 · 先看不改
審查跟修理,要分成兩輪、兩次對話。審查那輪,一行都不准改。
改前 · 一輪包辦
- 你說:「幫我看看這個專案有什麼問題」
- 它一邊看,一邊順手改
- 改壞了你都不知道
- 最後沒有清單,只有一堆改動
改後 · 拆成兩輪
- 第一輪:只盤點,產出清單(每條附證據)
- 清單分級:最嚴重的當場修
- 其餘開成工單排隊
- 第二輪:換新對話,帶著清單動手
那「完成」到底要怎麼證明?
「完成」不是一種宣稱,是一條證據。
程式碼 + 存檔紀錄
資料庫/系統直接查出來的結果
文件寫的
狀態欄位、口頭回報、轉述
示範 · 換一個乾淨的 AI 重審
情境
東西做完,我請 AI 自己回頭檢查一遍。
它回我三個字:沒問題。
可是愈想愈不對——做的人跟檢查的人是同一個,這樣算檢查嗎?
所以我沒有接著問它,另外開了一個全新的對話。
結果
那個乾淨的 AI,多抓出 2 個「不修好不能放出去」的問題,剛剛說沒問題的那個,這 2 個一個都沒提。
📷 我實際打的指令 · 拍照帶走
(重點:開一個全新的對話,不要接在剛剛那個後面。
也不要跟它說「這是我做的」。)
你完全沒有參與這個東西的製作,現在請你當一個很嚴格的驗收人員。
這是一個 {做什麼用的/哪一頁},用的人是 {誰},他要完成 {什麼事}。
請你從頭到尾看過一遍,只回報「真的有問題」的地方:
1. 每一條講清楚:問題在哪、會害使用者發生什麼事
2. 每一條標上「該擋下(不修好不准放出去)」或「可以放行」
3. 沒把握就寫「不確定」,不要用「大致上沒問題」交差
「不是叫同一個 AI「換個角色再看一次」——那還是它自己。要換一個完全沒參與的,它才敢說實話。」
這一段最恐怖的發現
連「驗證」本身,
都會給你假綠燈。
示範 · 逼你的檢查,證明它真的在檢查
情境
我讓 AI 檢查系統安不安全,它回報:全部通過,一整排綠燈。我就宣告「資安複查,全綠」——隔天就被打臉。
結果
那條檢查,門全部打開也照樣亮綠燈——它根本沒在檢查,只負責亮綠燈。
另一次,是打包程式那一行後面被接上「就算失敗也算成功」,壞消息在半路就被吃掉了。
📷 我實際打的指令 · 拍照帶走
你剛剛說「{我的這項檢查}」全部通過。先停在這裡,不要往下做。
我要你證明「這個檢查本身」真的有在檢查:
1. 故意把 {要被檢查的東西} 弄壞(例如:本來該擋的全部放行),
其他地方都不要動,然後一模一樣再檢查一次。
2. 如果它「還是」顯示通過 → 這條就是假的。直接列出哪幾條是假的,
不要幫它找理由。
3. 順便看跑檢查的那一行:後面有沒有被偷接上「就算失敗也算成功」。
4. 檢查完,把你故意弄壞的地方全部復原,並回報復原了哪幾個。
「綠燈也會說謊。一個「弄壞了也不會亮紅燈」的檢查,那不叫檢查,那叫裝飾。」
升級 ④ 核心落地
真正的成長不是不踩雷,
是每個雷都變成一條規則。
示範 · 把雷,當場寫成一條規則
情境
每次出事我都發誓「下次一定記得」。
問題是——記得的只有我。
AI 每次開工都是一顆全新的腦袋,我昨天流的血,對它來說根本不存在,所以我改成:
每踩一個雷,就當場寫成一條規則,放進「AI 開工前一定先讀一遍」的那張紙。
結果
那張紙從幾句話開始,一路長成一整套規則文件,外加一套會自己定期回頭逐條檢查的機制。
我沒有變聰明,我只是不用再靠記憶力了。
📷 我實際打的指令 · 拍照帶走
我剛剛出事了:{一句話講發生什麼事}
我事後想通的原因是:{我覺得為什麼會發生}
請把這件事寫成一條規則,加進 {你每次開工前都會先讀的那份規則清單}:
1. 用「以後一律……」開頭,一句話講完,不要長篇大論
2. 只准補流程、不准怪人——這不是誰的錯,是流程沒寫清楚
3. 寫完把整份規則從頭讀一遍,告訴我這條有沒有跟舊的打架
「同一個雷,只准踩一次。第二次再踩到,錯的不是 AI,是我沒把上次那條寫下來。」
最反直覺的一個(真正要用的人看一眼說「這個好像實際上不需要」)
我最大的風險,不是做壞,
是做了根本沒要的東西。
示範 · 動工前,先給一張線框圖
情境
我幫自己家做記帳的東西,腦袋一熱,做了一整套「帶你一步一步設定」的畫面。
我自己排的四關檢查一關一關過,全部都過,我很得意,直接放上去給人用。
真正要用的那個人打開,看一眼:「這個好像實際上不需要,可以拿掉。」
結果
一整套從頭蓋到好、四關全過、已經給人用的功能,被一句話整批退掉,一個字都沒留下。
現在我改成先畫線框圖(=沒有功能的假畫面,按了不會有反應)去問人——被打槍的,頂多就是一張圖。
📷 我實際打的指令 · 拍照帶走
我想做的功能:{一句話講清楚它在幹嘛}
這個功能真正要用的人是:{那個人,例如我太太/我的客戶}
先不要寫任何真的程式。
請先畫一張線框圖給我看就好——
長什麼樣、上面有哪些字、有哪些按鈕。按下去不用有反應。
我要拿這張畫面去給上面那個人看。
等我回來說「他確認要」,你才可以開始真的動工。
「AI 很會「做」,但它做的不一定是你要的。先拿一張線框圖去問真正要用的人——比做完再拆掉便宜太多。」
制度化元年
「這不是任何人的錯,
是流程缺失的結果。」
示範 · 一小段話,就可以開始
情境
我一開始給 AI 的規矩只有幾句話,全部在講同一件事:東西做好要怎麼存、怎麼留一份退得回去的舊版。
真正的轉彎不在技術,在我問問題的方式——出事時我不再問「是誰的錯」,改問「是哪一段流程漏掉了」。
結果
幾句話,一個小到不能再小的純文字檔,一眼看完。
後來一路長成一整套規矩檔,外加一套自動檢查:AI 動手前自己先逐條對過,有一條沒過就停下來問我。
📷 我實際打的指令 · 拍照帶走
我剛剛踩到一個雷:{發生什麼事、造成什麼後果}。
請幫我做四件事:
1. 把「以後每次都要 {該怎麼做}」寫成一條規矩,存成一份規矩檔。
2. 寫成「你下次自己看了就會照做」的講法,
不要寫成給我看的心得感想。
3. 以後我每開一個新工作,你動手之前先讀這份規矩檔。
4. 再加一道自動檢查:每次 {做某件事} 之前照規矩逐條對一遍,
有一條沒過就先停下來問我,不要自己硬做。
「規矩不是坐下來一次寫完的,是每踩一個雷、補一條。幾句話就可以開始——重點是它會自己長大。」
制度也要做減法
「制度只長不減會肥死。」所以我另外開了一本負向結果帳本。
3 條 → 提刪除
負向結果帳本 = 專門記「試過沒效、純浪費」的規則。滿三條,就提出來刪掉——制度也要有退場機制。
「我的制度比較好」——我把它從嘴砲變成數字
4 / 4 全勝
A/B 盲測:新舊制度各跑一次同樣的真實任務,交給一個「不知情的 AI」盲評打分
示範 · 讓不知情的第三方打分
情境
平常我怎麼驗守則?找一個比較笨的 AI,照守則去做真實工作,數我要糾正它幾次。
0 次=守則夠清楚;糾正 2 次以上,我不罵 AI 笨,我回頭改守則。
可是改到新版,我自己看得很爽——問題是,「我覺得」值多少錢?
結果
找一個從頭到尾不知道哪份是誰的 AI 來打分:新版 4 比 0 全勝。
關鍵的一勝,是新版抓到舊版整條漏掉的一個洞——AI 會自己偷偷把自己的權限放大。
📷 我實際打的指令 · 拍照帶走
我有兩份 {做事的守則}:舊版 A、新版 B。
請用同樣的 {4 件最有代表性的工作},A 做一遍、B 做一遍,條件完全一樣。
把成果裡能看出「哪份新、哪份舊」的線索全部拿掉,只留「甲」「乙」。
接著找 {一個完全不知道前因後果、沒看過這場考試的 AI},
一次只給它看一組甲/乙,回答:「哪一份比較好?理由是什麼?」
最後統計:{4 件工作},甲乙各贏幾場,幾比幾。
「「我覺得比較好」不是答案,「4 比 0」才是。找不知情的第三方打分,不要自己講。」
我把這一整套,做成一支「AI 子代理團隊」
把「每次臨場生成的臨時工」,
升級成一個「一致、可累積、
可稽核的固定團隊」。
可稽核 = 每一步都有紀錄可查。
—— 這句話,就是「從寫程式,到管理 AI」的終點。
示範 · 把臨時工,變成固定員工
情境
我每次要 AI 幫我看案子,都得從頭講一遍:要看哪些地方、什麼算過關、看完怎麼回報。
講到不知道第幾次,我停下來想——我不是在用 AI,我是每天早上重新面試同一個人,然後他隔天又把昨天教的全忘光。
結果
現在真的變成一支團隊:有編制內的員工名單、每個人有自己的工作手冊、每做一次事都留紀錄。
我另外做了一頁畫面叫「戰情室」,誰在編制內、誰升級了、還有哪些新眉角排隊等著補進手冊——打開就看得到。
📷 我實際打的指令 · 拍照帶走
把「{我每次都要重講一遍的那件事}」做成一個固定員工,
不要每次臨時抓一個人來做。
・他負責什麼:{一句話講清楚工作範圍}
・判斷習慣:{看事情照什麼順序、兩難時怎麼選}
・紅線:{絕對不能做的 2-3 件事}
・怎麼算做完:{什麼樣算過關、什麼樣算失敗}
先給我兩份草稿:一本「工作手冊」,還有一張「員工資料卡」
(他是誰、負責哪一塊、歸誰管)。我逐條看過才算定案。
以後他每次開工,第一件事都是先把手冊讀一遍。
※ 這一招在 Claude Code 裡就是 Skill + Agent:「工作手冊」= Skill(技能手冊),「員工資料卡」= Agent(子代理)。
「臨時工每天都要重教,固定員工只會越用越強。差別不在 AI 多聰明,在你有沒有幫他把手冊寫下來。」
升級 ⑤ 從被服務,到定義 AI 怎麼做事
與其一直修 AI,
不如讓「人」補位。
示範 · 讓 AI 猜初稿,人來確認
情境
我要讓 AI 把「下週三下午三點跟王經理喝咖啡」這種話,自動變成行事曆上的一筆行程。
聽起來很簡單對不對?我改到一百多版還在改。
因為人講話的方式沒有極限——今天教會一種,明天又冒出另一種。
結果
改成「AI 猜初稿、人在表單裡確認」之後,這個問題就沒有再回來找我了。
AI 偶爾還是會猜錯,但使用者當場改一格就好。它不再是一個「我要修」的問題。
📷 我實際打的指令 · 拍照帶走
我要讓 AI 把 {使用者隨手打的一句話},變成 {一筆填好的資料}。
我已經改過很多版,它還是會猜錯,我不想再一直修下去了。
請幫我改成「AI 猜初稿、人來確認」的做法:
・AI 只負責猜一份初稿,允許它猜錯。
・猜完先跳出一張表單,把 {第一格}{第二格}{第三格} 都先幫使用者填好,
AI 自己沒把握的地方要標出來。
・使用者可以直接改任何一格,按下確認,才真的存進去。
先跟我說你打算怎麼做,我點頭之後再動手。
「改到第一百多版還在改,通常不是 AI 不夠好,是這一段本來就該留給人。」
升級 ⑥ 收工:AI 協作的「存檔鍵」
AI 的記憶不是硬碟,是白板。
收工要寫兩個檔(這裡最多人搞混)
一個永遠不刪,
一個看完就丟。
施工日誌 · 長期
一直往後加,
永遠不刪
= 這個專案的記憶。只加在最後面,不要改掉舊的——因為你以後會想知道,當初為什麼那樣決定。
交接單 · 一次性
下一個人看完,
就可以丟
= 寫給明天那個失憶的你。每次收工直接覆蓋掉舊的,它只需要回答一件事:現在到哪了、接下來做什麼。
收工時機 · 一句話記住
收工要在還有力氣的時候做,
不是斷氣前做。
交接單 · 最後一段決定它有沒有用
「下一步」寫得多具體,
明天的你就少痛多少。
❌ 不接受
「繼續完成
剩下的工作」
明天的你打開這句,完全不知道要幹嘛。等於整張交接單白寫。
✅ 這才叫交接
「打開 xxx 檔案
第 40 行,把 A 改成 B,
然後跑一次測試」
明天的你(或下一個 AI)不用想,照做就好。
示範 · 關掉對話前,先存檔(1/2)
情境
今天聊得很順,什麼都講定了。
明天開新對話——它完全不記得你是誰,也不記得你們昨天為什麼決定不用 A 方案。
更慘的是:它說「都做好了」,你也信了、還記在筆記上。三個禮拜後打開資料夾,東西根本不在。
結果
交接單上最有價值的不是「做了什麼」,是「我試過什麼、走不通、為什麼」。
我寫過一句「不要換某某套件」——那一句替下一個我省下半天白工+一次線上事故。
📷 我實際打的指令 · 拍照帶走 (1/2)
我準備開新 Session,Context 快滿了。請依序完成以下事項:
1.【總結現況】總結專案狀態:已完成進度、目前痛點、尚未完成清單。
2.【更新 PROGRESS.md】在根目錄建立或更新 PROGRESS.md,
含上述總結、今天日期、目前 git commit hash。
3.【版本控制】確認所有變更已 commit,列出最近一次 commit hash
與訊息;若有未提交或未追蹤檔案,列出來提醒我。
4.【安全設定檔 — 開發 AI 執行】確認或建立:
- .github/dependabot.yml
- .github/workflows/codeql.yml
- .gitignore 確認已排除 .env、金鑰、憑證
並掃描有無硬編碼密鑰/token/密碼,若有只標示位置、不貼內容。
→ 第 5、6 步在下一張(授權 AI 直接上後台做資安檢查)。
示範 · 關掉對話前,先存檔(2/2)· 這一步我直接授權 AI 上後台
📷 我實際打的指令 · 拍照帶走 (2/2,接上一張)
5.【後台安全檢查 — 授權瀏覽器助理執行】
請先自行從專案的 git remote、環境變數、設定檔判斷本專案使用的
GitHub repo、部署平台與資料庫/後端服務是哪些(不要問我,自己推斷)。
然後我授權你用瀏覽器登入並檢查對應後台,逐項回報「已開啟/未開啟」。
未開啟、且屬純防護性、免費、不涉及付款的開關,可直接幫我開啟;
任何需輸入信用卡或付款的步驟一律停下來,交給我本人操作。
要檢查的項目:
■ 程式碼託管(GitHub 等):repo 是否 Private、Dependency graph、
Dependabot alerts 與 security updates、Secret scanning、
Push protection、main 分支保護
■ 部署平台:環境變數是否都放在環境變數管理(非寫死程式碼)、
有無把 .env 推上 git、連線字串/金鑰是否有警示
■ 資料庫/後端:資料表 API 是否對外關閉或已啟用 RLS、
高權限金鑰是否只放後端、公開金鑰是否受權限限制
檢查完整理成清單,更新到 PROGRESS.md 的「資安狀態」區塊。
6.【交接】最後給我一段可直接貼到新 Session 的開場指令,
無縫接續本專案。
「你留下的交接,就是下一個你的全部。」
第三幕收束 · 五個技巧的內在邏輯
五個技巧看起來各做各的,其實只有一條。
踩雷
↓
③ 寫成「遇到 A 就做 B」的明文規則
不寫「要小心 X」,寫到不用動腦也能執行
↓
↓
⑤ 那這些規矩真的有用嗎?——量給你看
讓最便宜的 AI 照規則做一件真事,我要糾正它幾次
第三幕的結論
小白跟工程師的差距,
不在會不會寫程式,
在有沒有把踩過的雷,變成制度。
第一句 · 我整套管理 AI 哲學裡最重要的一條
不會,可以。
裝會,不行。
一個編出來、看起來很像真的答案,比一句「我不知道」危險一百倍。
這條我要求 AI,也要求我自己——因為我是小白,我才是最容易假裝我懂的那個。
「我寧可誠實地說不知道,也不願意用一個可能做不到的答案,換取暫時的安心。」
第二句 · 寫給「未來的自己」的一封信
當你想「這次簡化一下
流程沒關係」——
那就是 933 人登不進去的起點。
效率,永遠讓位給紀律。
第三句 · 留給你(回扣開場的時代)
你不需要先變成工程師,
才能開始。
你需要的是——把每一次翻車,
都寫成下一次的規則。
我從「問 AI,問到懂」,
走到「管 AI,管到穩」。
從問到懂,到管到穩。這就是——小白的開發之路。