文章索引
記錄系統設計、AI Agent 工作流，以及實際專案裡值得保留的技術取捨。
我為什麼做 AnswerMe：把 Vibe Coding 累積的理解債放回工作流程
從用 show me 生成本地暫存 HTML 的習慣，談我為何把理解債整理成 AnswerMe skill，以及來源依據、交付格式與解說驗證各自要負責什麼。
AI 越會寫程式，我們越需要學會抽象
從付款結果未知的語意差異，說明如何把需求整理成可驗收契約、讓 Spec 與 Story 保留限制，並以 Warrant 的減法和獨立商業案例檢查 AI 實作。
OpenWA 兩起漏洞的共同缺口：請求送出前，必須核對實際目標
從 OpenWA 2026 年 10 月 3 日公開的媒體下載 SSRF 與 SDK 路徑漏洞，拆解 URL 解析、資源識別與執行權限之間的落差，附不連網的回歸測試與升級驗收清單。
Uber MCP Gateway 的啟示：把工具上架當成一次受控發布
從 Uber MCP Gateway 的 Registry、虛擬 server 與按需發現設計，建立小團隊可驗收的工具發布契約：誰核准、何時撤權、如何處理舊 schema，以及如何量測整條任務的成本。
中文技術寫作借用 STE：改短句之前，先保住條件與證據
從磊叔的中文技術寫作提案出發，釐清 ASD-STE100 的適用邊界，再用術語表、原句對照與停止規則，驗收 Agent 改寫後有沒有丟掉條件、否定與未驗證事項。
Karpathy 談 AI 解說：把人能否理解，寫進 Agent 的交付條件
從 Karpathy 的受控語言、圖解、互動 HTML 與解說影片建議出發，用重試機制審查說明如何選擇表達形式、保留證據，並以重述與反例驗收人的理解。
Pi Durable 能接續任務，但重啟後的副作用仍要自己驗收
Pi 1.0 與實驗套件 Pi Durable 同日發布。從 checkpoint、工具重播與 requestId 的不同保證，區分結果重用與中途恢復，建立部署 Agent 的副作用去重、狀態一致性與人工介入驗收方法。
Agent 值得更多好抽象：用深模組收斂決策，用 lint 守住入口
從 Matt Pocock 對抽象與嚴格 lint 的主張，檢查深模組、接縫與領域語言如何減少呼叫端決策；用一組 ESLint 正反例驗收邊界，並區分 token 假說、重構成本與業務正確性。
在 Cursor 導入 pstack，第一關是可重跑的修復
以 pstack 官方 Cursor plugin 0.15.6 原始檔為主，整理安裝、模型設定、新對話啟用、專案驗證技能，以及第一個本機 bug-fix 的驗收清單。從能載入技能，走到可重跑的修復證據。
GitHub App Token 已變長，驗收要追到儲存與日誌末端
GitHub 已完成無狀態 installation token 推出。從約 520 字元的新格式與 11 月 30 日過渡 header 期限，檢查 Bot、CI 的儲存、代理轉送與遮罩規則，避免只改長度驗證就宣告遷移完成。