這幾天做了兩件不太一樣的事：一個是幫我在做的動漫周邊庫存追蹤工具，多接了好幾家日本店家的資料來源；另一個是把個人作品集網站上一篇商業案例文章寫完，同時重新想清楚網站上該放什麼、不該放什麼。
只改一行，反而把整份清單搞壞了
我請AI幫忙在一份登記清單裡加一筆新的資料，理論上只需要動一行。結果它改完之後，程式整個開不起來。
我去查才發現，那一行新資料被塞到了清單結尾的收尾符號之後，變成語法上說不通的東西，就像有人在通訊錄最後一頁的句點後面硬插了一個名字，整份名單就讀不下去了。問題出在AI只看局部片段、沒看清楚周圍結構就動手，插錯了位置。
請AI做「只改一小處」這種聽起來很安全的修改時，風險常常是它把東西放錯地方。改完之後最好整份重新看一次，而不是只盯著被改動的那一行。
技術細節:清單註冊位置錯誤
檔案為 scrapers/index.js，新增的 aniplex 註冊被插到陣列結束符號
];之後，造成語法錯誤；同一批修改也讓 require 順序跟 CLAUDE.md 記錄的順序不一致。修正見 commit 2dcfcbb，原始錯誤出自 commit 5a31ab3。
「有沒有貨」在不同店家網站上長得完全不一樣
這幾天替好幾家日本的動漫周邊店家新增了自動追蹤功能。麻煩的地方在於，每家店標示「賣完了」的方式都不一樣:有的用一個小圖示、有的寫在文字裡、有的連還沒開賣的商品都顯示成一種模稜兩可的狀態，讓人看不出到底算有貨還是沒貨。
我因此定了一條統一的判斷規則:除非商品明確標示「已結束」或「買不到」，否則一律算有貨，包含還沒開賣、快要開賣的商品也算。這樣不管是哪一家店的網頁寫法，套進這個工具後得到的答案都會是一致的。
下次要讓AI幫忙從很多不同來源判斷同一件事的時候，先講清楚判斷標準是什麼，不要讓它自己去猜每個網站的寫法代表什麼意思。
技術細節:四支新爬蟲與 available 判定
本次新增 scrapers/kadokawa.js（角川サスト商店）、aniplex.js（Aniplex オンライン,Salesforce Commerce Cloud）、cystore.js（Cygames CyStore,ASP.NET）、kaiba.js（KAIBA CORPORATION STORE）。available 統一規則於2026-09-18由使用者裁定:近日受付、受付開始前也算有貨，只有已結束或買不到才是 false。各站原始判斷依據不同:aniplex 逐件查 Product-Variation JSON,kaiba 取列表縮圖外框 class（soldout／reception-end）,cystore 依 SOLD OUT／販売終了等文字。
作品集網站上，不再強調「這是一個人跟AI做的」
我把個人作品集網站上好幾處提到「由我一人與AI協作完成」的說明文字都拿掉了，包含作品簡介、案例頁的小字說明、多語系版本的網站介紹。理由很直接:點進網站的人想知道的是這個專案解決了什麼問題、做得好不好，不是背後是誰做的、用了什麼工具。官方需要的免責聲明則照原樣保留。
同時也把精選作品的標籤，從原本描述「用了什麼功能」改成「這是哪一類產品」，讓瀏覽的人一眼就能分類。
另外新寫了一篇商業案例文章，用了一套固定的敘述順序:先講客戶背景，再用四個重點(客戶是誰、業務模式、原本卡在哪、後來怎麼解決)做摘要，接著按照「原本、現在、成果、之後」的順序講故事，內文盡量把專業術語翻成白話，頁面上的動畫要停在一個講得清楚的畫面上。
flowchart LR A[原本卡住的地方] --> B[做了什麼改變] B --> C[後來的成果] C --> D[接下來要做什麼]
寫給客戶看的內容，重點永遠是這解決了你的什麼問題。過程中的細節、用了什麼工具，留給自己知道就好。
技術細節:內容移除範圍與案例頁規範
commit cb39ee3(P20／T-92)移除 Works 精選描述與 credit 行、案例頁解決方案小字、三語 SEO description、llms.txt 中的「一人與AI協作」字樣；tags 改為三語版產品類別。案例頁設計規範見 design-brief.md R-27:四列摘要(客戶／業務模式／痛點／解決方案)，動圖需終態完整、reduced-motion 時不播放。頁面 /works/repeat-work 見 commit 53fe24e(T-87～T-91)，先前 v2／v3 草稿被否決的原因留痕於 design/case-repeat-work-preview-v3.html、-v4.html,v4 為2026-09-19確認的基準版本。
接下來
- 商業案例文章的 v4 版本是否為最終定案，還需要看實際上線後的效果，尚未驗證
- 動漫周邊追蹤工具的四家新店爬蟲，實際跑起來抓到的資料是否穩定，還要再觀察
本篇由跨專案自動彙整產生，素材為 2026-09-18 之後 3 個專案的提交紀錄與 0 則知識投遞。