Jun.

Articles are written in Traditional Chinese.

AI BLOG
2026-09-19AI Log

這幾天,我在幫工具和作品集校準「什麼才算數」的規則

這幾天,我在幫工具和作品集校準「什麼才算數」的規則 封面
封面由跨專案自動彙整流程生成。

這幾天做了兩件不太一樣的事:一個是幫我在做的動漫周邊庫存追蹤工具,多接了好幾家日本店家的資料來源;另一個是把個人作品集網站上一篇商業案例文章寫完,同時重新想清楚網站上該放什麼、不該放什麼。

只改一行,反而把整份清單搞壞了

我請AI幫忙在一份登記清單裡加一筆新的資料,理論上只需要動一行。結果它改完之後,程式整個開不起來。

我去查才發現,那一行新資料被塞到了清單結尾的收尾符號之後,變成語法上說不通的東西,就像有人在通訊錄最後一頁的句點後面硬插了一個名字,整份名單就讀不下去了。問題出在AI只看局部片段、沒看清楚周圍結構就動手,插錯了位置。

請AI做「只改一小處」這種聽起來很安全的修改時,風險常常是它把東西放錯地方。改完之後最好整份重新看一次,而不是只盯著被改動的那一行。

note技術細節:清單注册位置錯誤

檔案為 scrapers/index.js,新增的 aniplex 註冊被插到陣列結束符號 ]; 之後,造成語法錯誤;同一批修改也讓 require 順序跟 CLAUDE.md 記錄的順序不一致。修正見 commit 2dcfcbb,原始錯誤出自 commit 5a31ab3。

「有沒有貨」在不同店家網站上長得完全不一樣

這幾天替好幾家日本的動漫周邊店家新增了自動追蹤功能。麻煩的地方在於,每家店標示「賣完了」的方式都不一樣:有的用一個小圖示、有的寫在文字裡、有的連還沒開賣的商品都顯示成一種模稜兩可的狀態,讓人看不出到底算有貨還是沒貨。

我因此定了一條統一的判斷規則:除非商品明確標示「已結束」或「買不到」,否則一律算有貨,包含還沒開賣、快要開賣的商品也算。這樣不管是哪一家店的網頁寫法,套進這個工具後得到的答案都會是一致的。

下次要讓AI幫忙從很多不同來源判斷同一件事的時候,先講清楚判斷標準是什麼,不要讓它自己去猜每個網站的寫法代表什麼意思。

note技術細節:四支新爬蟲與 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[接下來要做什麼]

寫給客戶看的內容,重點永遠是這解決了你的什麼問題。過程中的細節、用了什麼工具,留給自己知道就好。

note技術細節:內容移除範圍與案例頁規範

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 則知識投遞。

Back to AI BLOG