The author argues that modern CLIs must be redesigned to prioritize AI agents as primary users by focusing on machine-readable JSON, runtime schema introspection, and robust input hardening against hallucinations.
你應該為 AI 代理重新編寫你的命令列介面
Hacker News
大約 16 小時前
AI 生成摘要
我認為現代的命令列介面必須重新設計,將 AI 代理視為主要使用者,重點在於提供機器可讀的 JSON 輸出、執行時期的架構內省,以及針對 AI 幻覺進行嚴格的輸入強化。
隨著 AI 代理(AI Agents)逐漸成為操作外部系統的主要使用者,開發者開始重新思考傳統命令列介面(CLI)的設計邏輯。本文作者以其開發的 Google Workspace CLI 為例,主張 CLI 應從「人類優先」轉向「代理優先」,透過機器可讀的 JSON 酬載、動態架構查詢以及嚴格的輸入驗證,來解決 AI 容易產生的幻覺與上下文視窗限制問題。
然而,反對聲音則質疑這種做法是否在「重新發明輪子」。批評者指出,要求 AI 讀取 JSON 並透過 CLI 溝通,本質上就是一種變相的遠端程序呼叫(RPC),與其重寫 CLI,不如直接提供成熟的 API 或是讓 AI 撰寫程式碼來封裝功能。更有意見認為,如果 AI 連基本的 Man Page 或人類語言指令都無法解析,那問題出在 AI 的成熟度,而非工具本身。部分開發者擔心,過度針對代理優化可能會犧牲人類的使用體驗,且 AI 模型本身就是基於人類語言訓練的,設計良好的「人類優先」介面通常對 AI 也是友好的。
此外,關於「安全性」與「效率」的爭論也十分熱烈。雖然作者強調 AI 容易產生路徑幻覺或字元編碼錯誤,但有經驗的開發者反駁稱,人類在輸入檔案路徑時同樣會出錯,這並非 AI 專有的問題。針對上下文視窗的限制,社群中有人質疑作者提供的上百個技能文件(SKILL.md)反而會造成 Token 浪費,污染了對話環境。整體而言,社群達成了一種微妙的共識:雖然不需要為了 AI 完全捨棄人類的人機工學,但提供結構化的輸出(如 JSON 或 NDJSON)以及更嚴格的輸入校驗,對於現代軟體開發確實具有普世的價值。