文章同步發表在我的個人 Blog
走了 20 天，回頭看：AI 實際做了什麼，哪些是人才找得到的？
先講結果：投票頁兩週累積 23 個人、64 個圓點，前兩名和第一週相同；重做的版本在這個 repo 累積了 59 個 commit；Codex 的 7 份審查沒有 P0，列出 27 條 P1；而這幾天實際用才發現的四個缺口，沒有一個在那 27 條裡。
| Day | 做了什麼 |
|---|---|
| 1～6 | 收集痛點、做投票頁 |
| 7～12 | 準備開發方法與規範、安裝 Xcode、規劃第一版並實作 |
| 13 | 投票第一週結果，決定第一版重做 |
| 14～17 | 重做的版本怎麼做出來、Firebase 正式專案、iOS 26 的確認對話框、支援 iPhone Duo 的前置作業 |
| 18～20 | 裝到真的 iPhone、Security Rules、把缺口寫成檢查 |
投票頁上線兩週，累積 23 個人、64 個圓點（每個人最多貼 3 個）。第一週是 15 個人、43 個圓點，所以第二週多了 8 個人、21 個圓點。
| 選項 | 選的人數 | 圓點數 |
|---|---|---|
| 今天吃什麼、要煮什麼，永遠是臨時才有人想 | 15 | 16 |
| 做了好多事，另一半不知道，會覺得分工不均 | 13 | 16 |
| 想休息，但沒先講，等到快爆炸才說 | 11 | 13 |
| 週末排了什麼課程，忘記紀錄、提醒，到當天才發現 | 8 | 10 |
| 出門前才發現東西沒帶，因為沒講好誰要準備 | 7 | 7 |
人數是「有幾個人選了這一項」，圓點數比人數多，是因為同一個人可以對同一個選項貼不只一個圓點。第一週的前兩名，這週還是前兩名，順序對調：「今天吃什麼」現在是第一，「做了好多事，另一半不知道」是第二。
表格是原本的五個選項，圓點加起來是 62。剩下的 2 個圓點，投給了訪客自己補充的選項。訪客一共補充了 2 個，照原文列在這裡：
| 訪客補充的選項 | 選的人數 | 圓點數 |
|---|---|---|
| 爸爸可以不要看手機嗎？ | 2 | 2 |
| 爸爸廁所要待多久? | 0 | 0 |
62 加 2，剛好是 64 個圓點。另外還有 3 則自由留言，這裡不引用。
分工在 Day 14 寫過。這裡只放從 repo 算得出來的數字：
| 項目 | 數字 |
|---|---|
| commit | 59 個（新功能 23、修正 11、合併 11、整理 8、文件 4、測試 2） |
| Codex 負責實作的項目 | 4 個，都是不依賴畫面的純邏輯 |
| Codex 的審查報告 | 7 份 |
| 審查列出的 P0（必須立刻修） | 0 條 |
| 審查列出的 P1（應該修） | 27 條 |
| 審查列出的 P2（之後再說） | 27 條 |
27 條 P1 的類型，是我自己讀完每一條的標題後分的，分法有主觀成分：
| 類型 | 條數 | 例子 |
|---|---|---|
| 時序與並行 | 7 | 背景刷新的期限、通知重排被舊的一輪覆蓋 |
| 功能缺口 | 7 | 每週重複的行程沒有出現在首頁 |
| 規則與安全 | 5 | 邀請碼只能用一次的定義、防止猜碼 |
| 驗收證據不足 | 5 | 大字級沒有截圖證明沒有截字 |
| 視覺與無障礙 | 3 | 大字級時按鈕蓋住內容 |
有一點要說明：27 條裡，至少有 3 個問題被兩份報告各提了一次（背景刷新逾時、通知重排、每週重複的行程沒有出現在首頁），所以不重複的問題比 27 少。
沒有的數字：原本規劃要比較兩個 AI 花的時間、來回次數、錯誤類型。這幾週我沒有記錄時間和用量，所以不比「誰比較快」，也不比「誰比較省」。能比的只有上面這些：做了什麼、被抓到什麼。
審查抓到的是設計與並行的問題，這些都是對照程式和規格讀得出來的。反過來，這幾天實際用才發現的四個缺口：
這四個都不是程式寫錯，而是「需求裡沒有寫到」。審查是對照 acceptance.md 來讀的，沒寫進去的東西，AI 不會發現少了。這也是 Day 20 把缺口寫成檢查的原因，但寫成檢查之前，還是得先有人用過。
免費帳號簽出來的 App，7 天後會失效，要重新安裝。我的 iPhone 的簽章是 10/3 重裝的，大約 10/10 到期。
已知的是間接觀察：覆蓋安裝之後，我仍然在原本的家庭裡，可以直接留言，沒有被當成新使用者。這不是正式測試。
還沒驗證的是「到期之後」：10/10 之後打不開 App，重裝之後，身分和資料還在不在。計畫在到期前後各看一次。
剩下 9 天，主要是兩件事：繼續在兩支手機上實際使用、只修問題；以及把到期前後的驗證做完。
Day 22 繼續實際使用，把這幾天觀察到的問題挑一個修掉。
iThome鐵人賽
看影片追技術