iT邦幫忙

2026 iThome 鐵人賽

DAY 28
0
Vibe Coding

四個番茄鐘,三次重新來過:我跟 AI 的 30 天開發考古系列 第 28 篇

Day 28|我請 AI 幫我打分數:64 則 prompt,中斷率 17%

  • 分享至 

  • xImage
  •  

2026 年 7 月 7 日,我做了一件很值得的事:讓 AI 去讀我過去所有的 prompt,用固定的評分表幫我打分數。

報告存在 ~/.claude/prompt-reviews/2026-07-07.md,範圍是 6 月 12 日到 7 月 7 日,也就是 Pomofocus 從開工到那時候的全部歷程。

基本統計

專案:pomofocus(31 sessions)、其他(2 sessions)
有效 prompts:64 則 + 帶參數的 slash command 17 則
interrupts:13 次
長度(字元):p10=21、p50=188、p90=350、max=1185
中斷率:13 / 76 ≈ 17%(其中 7 次是在工具執行中打斷)

中位數 188 個字元,大概是三四句話。最短的 10% 只有 21 個字元——那種「請繼續」「直接 commit」。

中斷率 17% 每六則指令就有一則,是我看到 AI 開始之後就喊停。

評分表

# 面向 分數 證據
1 動機與脈絡 2.5 差:「主畫面預設邊框拿掉」→ 拿掉後才發現無法拖曳,追加「因為邊框拿掉之後沒辦法移動,所以請在上方做一個區塊」
2 驗收條件 2 好:「請至少有倒數 和 跳過可以按」「至少要 20s」;差:「點擊半顆番茄可以繼續」無預期行為
3 視覺問題附證據 1.5 全 corpus 無任何截圖
4 一則一主題 4 多數單一主題
5 文字清晰 3 「因廖」(音效)、「在wul6/53前」(輸入法殘留)
6 樣板沉澱 2 「反過來訪問我 問清楚實作細節」手打 7 次、「請更新 HANDOVER.md」6 次
7 中斷率 3 17%;7/13 發生在工具執行中,多半跟在極短 prompt 之後,代表 AI 方向猜錯

滿分是 5。最低的兩項是「視覺問題附證據」1.5 分和「驗收條件」2 分。

1.5 分那項最需要留意

「全 corpus 無任何截圖」。

我做的是一個桌面應用,畫面上有貓在走、有透明視窗、有全螢幕遮罩、有跟著游標的倒數。整整一個月,64 則 prompt,我一張圖都沒附。

報告舉的例子是這幾則:「離滑鼠太近了 可以在遠一點」「迷你畫面尺寸改成 收一點 的版本」「多一隻卡在螢幕邊」——全部用文字形容。

但因為截圖軟體沒辦法把滑鼠截圖進去,所以沒有辦法像之前可以透過丟一章截圖讓 AI 更快速的定位道問題。

報告給了示範:

原:「離滑鼠太近了 可以在遠一點」
改:貼上截圖 +「番茄圖示與游標距離太近(見圖),常被游標遮住。拉遠到不被遮住的距離,或做成可設定的偏移量。」

也許下次也可以試試看用翻拍的方式處理問題。

做得好的那幾項

報告也列了五點,其中三點我後來都沉澱成規則:

反問模式:「在調整前 反過來訪問我 問清楚實作細節」——報告的評語是「自創且穩定使用,是探索型需求的正確解法」。

HANDOVER 工作流:用 /goal 請閱讀 HANDOVER.md 並實作第十一節下一步 開場,用「請更新 HANDOVER.md」收尾。

先診斷再修:就是 Day 19 那個三段式。報告的評語是「觀察→診斷→修正三段式,教科書等級」。

手打七次的東西,該變成設定

第 6 項「樣板沉澱」只有 2 分,理由是:同樣的要求我手打了 7 次和 6 次。

這是整份報告對我影響最大的一條。同一句話講七遍,代表它不是一次性的需求,是我的工作方式。工作方式就該寫進設定檔,而不是每次重打。

所以那天我把三件事寫進了 ~/.claude/CLAUDE.md:

新功能或行為調整:動手前先反過來訪問我,問清楚實作細節與預期行為,確認後才實作。若我說「直接做」「直接改」則跳過訪問。

Bug 或異常回報:先診斷並回報原因——區分「預期行為」與「真的壞掉」——等我確認方向後再修,不要直接改 code。

HANDOVER.md 工作流:若專案根目錄有 HANDOVER.md,完成一段可交付的工作或 commit 前,主動更新它。

還有一條是關於錯字的:

訊息有明顯錯字或輸入法殘留(如「因廖」「wul6/53」這類亂碼)時,先用一句話確認我的意圖再執行,不要猜。

這條是從我自己的壞習慣而長出來規則,報告抓到我打過「在wul6/53前」——輸入法沒切換乾淨就送出,然後馬上按中斷重打。與其要求自己每次檢查,不如讓 AI 遇到亂碼時先問一句。

為什麼建議你也做一次

這件事的成本很低:讓 AI 讀你的歷史 prompt,用一份固定的評分表打分,附上證據。半小時內就有結果。

價值在於它看得到你看不到的模式。我不知道同一句話手打了七次,也不知道有一半的中斷發生在極短指令之後。這些都是行為模式,不是單一事件,只有把樣本攤開才看得出來。

帶走這個:自己跑一次 prompt 健檢

半小時內可以做完,指令大概長這樣:

請讀取我在 ______(專案/期間)的所有 prompt,用以下七個面向各給 1–5 分,每項都要附我實際打過的句子當證據:動機與脈絡、驗收條件、視覺問題附證據、一則一主題、文字清晰、樣板沉澱、中斷率。最後列出三到五條待改善,每條附「原句 → 改寫後」的示範。

三個讓它有用的關鍵:

  1. 一定要求附證據。沒有原句的評分只是客套話。
  2. 一定要求改寫示範。知道自己寫得差沒用,要看到改好的樣子長什麼樣。
  3. 跑完要挑一條變成規則。我那次挑的是「手打超過三次的東西就寫進設定檔」。

然後是我覺得最實用的判準,給你參考:同一句話打第三次,就可以考慮把它寫進設定。

我的報告抓到「反過來訪問我」手打 7 次、「請更新 HANDOVER.md」6 次。這兩句都不是一次性的需求,是我的工作方式——工作方式就該變成預設行為,而不是每次重打。

明天講:兩個版本各花了 13 天、將近 40 小時,以及訂閱一個月的 AI。


上一篇
Day 27|我的開發紀錄被自動刪光了,只留 30 天
下一篇
Day 29|13 天、40 小時、21 美金,兩次:為什麼一個死一個活
系列文
四個番茄鐘,三次重新來過:我跟 AI 的 30 天開發考古 共 30 篇
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言