Unix-style Agent Architecture
Unix-style Agent Architecture 指把 agent 視為「LLM + shell + filesystem + Markdown + cron」的可組合系統，而不是先假設必須有大型自訂平台。AIHAO 整理 Marc Andreessen / Latent Space 訪談時，把這個模式類比為 Unix：成熟、小型、文字化的元件透過可讀介面串接，讓 ai-agent 能操作既有環境、保存狀態並逐步改進自己。
核心判準
這個架構的重點不是懷舊，而是降低 agent loop 的不可見複雜度：
- 狀態存在檔案裡。 Markdown / text file 讓 agent memory、任務狀態與指令可被人類與模型共同讀寫。
- shell 是通用 API。 若 CLI、檔案與作業系統工具已經能完成任務，就不必先包一層 MCP server 或自訂框架。
- cron / loop 提供心跳。 定時醒來、檢查狀態、執行任務與寫回紀錄，足以支撐許多 loop-engineering 場景。
- 模型可替換。 若 agent 的長期狀態在檔案與工具介面，而不是綁死在單一模型 session，底層模型、執行環境或 filesystem 都能替換。
和既有概念的關係
對 agent-framework-selection 來說，Unix-style agent 是 Deep Agent 與大型 orchestration framework 之外的最小路線：先用現成 OS primitives 跑通，再用 trace / eval 判斷是否需要升級。這也呼應 skills-vs-mcp：CLI / script / text files 能穩定完成的事，不必急著服務化。
對 agent-experience 來說，人類可讀文字不是效率落後，而是可檢查性與可學習性的設計選擇。HTTP / HTML 當年用「View Source」釋放網頁能力；agent 系統也可以用 Markdown、log、shell transcript 與 structured files 讓人類和 agent 共享狀態。
實務限制
這條路線適合原型、個人／小團隊 workflow、coding agent harness、知識庫 loop 與低風險自動化。若任務涉及多人權限、金流、敏感資料、不可回滾 side effect 或高併發執行，仍需要 agent-sandbox-architecture、審計、權限邊界與更正式的 orchestration。