LayerFS 上線:面向 AI coding agent 的檔案系統
LayerFS 在 Hacker News 上對外亮相,定位為「面向 AI coding agent 的檔案系統」,官網 layerfs.ai 已可訪問。目前公開資訊很少:沒有說明實現方式、適配哪些 coding agent,也沒有價格與開源情況;該帖在 HN 上僅獲 10 分、6 條評論,屬於早期低調發布。
找到 8 筆
LayerFS 在 Hacker News 上對外亮相,定位為「面向 AI coding agent 的檔案系統」,官網 layerfs.ai 已可訪問。目前公開資訊很少:沒有說明實現方式、適配哪些 coding agent,也沒有價格與開源情況;該帖在 HN 上僅獲 10 分、6 條評論,屬於早期低調發布。
awslabs 發布 AI-DLC 最新穩定版,這是一套與 harness 無關的 AI 編碼工作流核心,可原生執行在 Claude Code、Kiro CLI、Kiro IDE、Codex CLI、Cursor、opencode 與 GitHub Copilot 中。macOS、Linux、WSL 和 Windows 各有一條安裝命令,原生安裝自帶 aidlc 命令與各 harness 執行時,無需 Bun 或 Node.js。
一位開發者認為 AI 程式設計的瓶頸是 agent 而不是模型:模型生成程式碼的能力持續提升,agent 卻停在原地。他區分了模型(GPT Astra、Claude Sonnet、GLM-5.3)與 agent(Claude Code、Codex),並列舉四類問題:OpenCode 把約 1.5k 行的改動拆成 10 個子任務卻逐個序列執行;agent 不會按任務難度切換更便宜或更強的模型;Claude Code 說不清自身功能,只能聯網搜尋;Plan 模式產出的計劃零散、難讀。
哈佛大學研究者在 700 多家公司、70 萬名員工、3 億條工作事件的資料中發現,AI 程式設計工具並未讓企業軟體產出增加或減少用人,編碼階段省下的時間被下游環節吸收。程式碼審查時長明顯增加,pull request 更常需要返工,審查者留下的評論也更多。研究據此認為人工程式碼審查是 AI 編碼效率的主要瓶頸。
Armature(YC P26)上線 agent.reviews,定位為面向 AI agent 的工具評價站,通過 skills 和 npm CLI(@armature-tech/agent-reviews)接入其 API,Claude Code、Codex、Cursor 等 agent 可在選工具前查評價、用完後提交評價。為防止洩露,評價發布前要過三層檢查:確定性規則過濾金鑰、PII 與 URL,Jev 分類器,以及一個小模型複核。
Uploadcare CTO Alex Gusev 在 40 歲這年寫道,工程挑戰已經消失:他現在有時完全不看 agent 寫的程式碼,出錯由其他 agent 發現並告知。一年前他還花數月清理自己在 lettercarta.com 上 vibe-code 的程式碼,如今已習慣 agent 把任務做好。
隨著 coding agent 和 personal agent 普及,按量付費的 API 和託管服務容易產生失控賬單,作者主張硬性預算上限應成為預設功能,而非僅發警告郵件的軟上限。AWS 已於 9 月 16 日推出每月支出上限,專案超限即暫停;Google Cloud 也在 7 月上線 Spend Caps,可對專案內特定服務設定月度財務上限。AWS 該功能目前僅向有限客戶開放。
蒙大拿州立大學計算機教授 Carson Gross 在《Yes, and...》中回答“AI 時代還該不該學程式設計”:應該,但初級程式設計師必須親手寫程式碼。他認為 AI 能生成作業程式碼,但若因此不寫程式碼,就難以讀懂程式碼,可能造出自己無法理解和控制的系統;AI 更適合當助教,他給學生提供 AGENTS.md 來把編碼代理配置成助教。他同時判斷,未來寫程式碼本身的相對價值會下降,清晰溝通與理解業務會更重要。