這裡不是教學文的另一個分類，而是整個網站的判斷層。
技術文章記錄「這是什麼、怎麼做」，案例記錄「我做過什麼、發現什麼」；這裡記錄的是：經歷這些事情之後，我現在相信什麼。
這些立場可能隨著經驗改變，也歡迎被反駁。重要的不是永遠正確，而是說清楚一個判斷從哪裡長出來、在什麼條件下成立。
AI、工具與人的判斷
AI 愈強，人應該負責什麼？我關心的不是哪個模型排名第一，而是駕駛員的判斷、授權邊界與責任。
- 力氣留給自己 — AI 的瓶頸經常不是模型，而是使用工具的人
- 你的 AI 工具只用到 10% — 工具裝得再完整，也不會自己長出能力
- 為什麼押多工具 stack 不押單一 — 多工具的價值是讓不同品味與盲點互相 review
- Prompt Engineering 不是反覆迭代 — 許多 prompt 問題，其實是需求還沒定義清楚
- Agent 出錯，可能是範圍沒定清楚 — 能力之外，還要先定義授權與確認點
- AI 會取代我的工作嗎？ — 比取代更值得警惕的是 AI 被錯誤地使用
工程判斷與系統思維
工程不是背最佳實踐，而是在限制條件裡做選擇，並且知道自己願意承擔什麼代價。
- 壓測教會我的事：如果重來一次 — 壓測最有價值的產出不是排名，而是判斷力
- 為什麼跨語言概念比語法重要 — 工具會換，能遷移的理解才會留下
- Junior 和 Senior 的真正差距 — 年資不是核心，面對問題的方式才是
技術管理、組織與職涯
做了十二年之後，我愈來愈在意的不是誰寫得最快，而是誰能讓團隊看見現實、做出更好的決定。
- 好的 Tech Lead 需要什麼？ — Tech Lead 的核心不是寫最多 code
- Agile 不是每天站著開會 — 儀式不能取代真正的協作與回饋
- Post-mortem 不是檢討大會 — 事故的目的不是找人負責，而是讓系統變強
學習、寫作與跨領域生活
怎麼知道自己真的懂了？怎麼學一個沒有標準答案的領域？這些文章是我拿不同領域互相驗證後留下的筆記。
關於這個欄目
一篇文章會出現在這裡，至少要有一個可以被反駁的立場，以及一段讓這個立場發生的具體經驗。純知識整理留在原本的技術或筆記分類；有明確觀點的主題文章也不必搬家，會從這裡重新策展。
因此，Thoughts 不是雜文區，也不是所有「有語氣的文章」的搬家目的地。它是一張索引：讓讀者看見這些分散在不同領域裡的內容，其實共享著同一套判斷方式。