備忘錄性質：本文記錄待撰寫的文章主題，不定期更新。已完成的文章直接移除。
兩份備忘錄的分工：本篇收「Claude Code 工具鏈題材」與「需要個人素材的主題」； 從專案 git 歷史可挖的 Legacy PHP／業務邏輯主題請見 下一步要寫什麼？。
🥇 工具鏈題材（素材現成，可獨立寫完）
1. 用確定性 probe 取代 AI 猜測
- 素材：自製 skill 裡的呼叫鏈追蹤腳本、選單定位腳本、E2E 驗證腳本、選單對照表
- 核心論點：別讓 AI 用 grep 猜呼叫鏈。與其把「找出這個欄位被誰用到」交給模型推理，不如寫一支會回傳結構化答案的腳本，讓模型只負責判讀
- 為什麼值得寫：這是 agent 工程的關鍵分界——哪些工作該給模型，哪些該給程式
2. 一份雷區文件當唯一真相來源
- 素材：專案裡約 390 行的 pitfalls 文件，同時餵給 CLAUDE.md、auto-memory、跨模型 review 的 prompt、以及 skill 的隨身小抄
- 核心論點：同一份真相三個版本，遲早不同步。要改雷區只改一處，其他地方全部引用
- 延伸：什麼該進雷區文件（寫 PHP／寫 SQL 會被咬的），什麼不該（環境與工具坑歸 CLAUDE.md 與 memory）
3. 用 Sharp + SVG 自動產 on-brand Hero 圖
- 素材：本站的
npm run hero——讀文章 frontmatter 取 title 與 category，算完排版後用 Sharp 把 SVG 轉成 1200×630 的 jpg - 值得一提的設計取捨：本機預先產圖並 commit 進 repo，建置時不跑腳本，所以繁中字型只需存在於開發機
- 為什麼值得寫：輕鬆好讀，而且每個技術部落格都缺這個
需要你提供素材的（幾句話就夠）
4. 聽障工程師的職場生存指南 ⭐
- 需要：你的親身經歷
- 現況：
docs/聽障相關資源.md的書單與資源已經整理好了 - 為什麼排最前面：全中文圈獨一無二，而且是這份清單裡唯一 AI 幫不了你寫的一篇
5. 讀懂別人的 Legacy 程式碼：用 Claude Code 做 Codebase Onboarding
- 需要：你當初接手這個系統時怎麼入手的
6. Claude Code 長 Session 的 Context 管理技巧
- 需要：59 小時馬拉松中 Claude 忘記東西的具體情況
- 可併入的素材：跨模型 review 那則「helper 輸出串流灌爆 context」的教訓
7. PHPUnit 從零開始：讓 Claude 幫 Legacy 程式補測試
- 需要：程式碼結構、補了哪些測試
- 注意：〈Guardrail Test〉那篇已經寫過 PHPUnit 的一種用法，這篇要換角度——從零導入而非防止架構回退，否則會重疊
8. 一人開發者的 AI 工具鏈整理
- 需要：你實際固定在用的工具清單
可獨立寫完的（Claude Code 功能介紹）
9. Claude Code 的 Plugin 系統：擴充你的 AI 工作環境
- Plugin marketplace、安裝與設定、和 MCP 的差異
- 為什麼值得寫：中文幾乎沒有介紹
10. Claude Code 搭配 Cursor / VS Code 的工作流比較
- CLI vs IDE 整合的優缺點與適用場景
11. 用 Claude Code 產生 API 文件：從程式碼到文件的自動化
- 讀程式碼自動產出 API 規格、搭配 CLAUDE.md 保持文件同步
12. Astro Content Collections 進階用法
- schema 驗證、動態路由、分類與多語言
- 為什麼值得寫：這個 blog 本身就是教材，但受眾較窄
原清單的「多檔案重構安全策略」已由〈Claude Code Worktree 隔離〉大致覆蓋，若要重寫需聚焦在分批 commit 與回滾策略。
建議優先順序
| 優先 | 主題 | 理由 |
|---|---|---|
| 1 | 聽障工程師職場 | 不可取代，只有你能寫 |
| 2 | 確定性 probe 取代猜測 | agent 工程的核心分界 |
| 3 | 雷區文件唯一真相來源 | 短好寫，觀點清楚 |
| 4 | Hero 圖產生器 | 輕鬆好讀，本站現成素材 |
| 5 | 長 Session 的 Context 管理 | 可併入跨模型 review 的教訓 |
| 6 | Plugin 系統 | 中文空白，但需等功能穩定 |
✅ 已完成： 〈RUNLOG：讓 Skill 自己進化的失敗軌跡消化機制〉（2026-08-18） 〈跨模型交叉審查：Claude 寫的碼，換一個模型從規格角度再審一次〉（2026-08-18）