怎麼評估一個 API 的 agent 人體工學？
Linear 把「agent 人體工學」列為選型條件之一，而且說它的重要性越來越高——但文章沒有給任何評估方法。這是一個洞。
文章有的是反例：styled-components 的圖靈完備語言 + 完整 CSS 能力 + 完全開放 API ⇒ 同一個意圖有無數種寫法 ⇒ agent 容易產出看起來對但其實不對的東西。
從反例反推的四個候選判準（推論，尚未驗證）
- 一個意圖有幾種寫法？ 越少越好。
- 錯誤會不會當場被抓到？ agent 寫錯之後要有機械回饋指出錯在哪。
- 驗證要不要靠眼睛？ 需要用眼睛判斷的地方，agent 人體工學就差（Linear 的 agent 正是卡在複雜 hover、theming 分支、細微 layout 差異）。
- 能不能不跑畫面就比對結果？ 決定性的解析讓同一份輸入得到同一份輸出，diff 才能當驗收標準。見 能在建置期算完，代表樣式不依賴執行期的任意值。
還沒有答案的部分
- Linear 實際的做法是事後的：用「agent 在哪裡卡住」當訊號，再把卡住的地方做成工具。有沒有辦法事前評估一個 API？
- 上面四條有沒有可量測的代理指標（例如同一個 UI 片段的合法寫法數、lint 規則覆蓋率）？
- 這四條和人類的人體工學會不會衝突？文章把兩者並列，但沒有說衝突時怎麼取捨。
相關：決定性的 codemod 是大遷移的地基，agent 只做擴建、判準不是問題難不難，是有沒有標準化的驗收方式、監督 AI 產出的檢查成本可能比自己寫還高