Chip Insight 資料庫
#Software Engineering
找到 4 篇文章
AI 已經不是聊天機器人了：2026 年哪些產業真的把 LLM 塞進日常工作？
到了 2026 年，企業使用 AI 的問題已經逐漸從「員工有沒有在用 ChatGPT」變成「哪些工作流程已經沒有 AI 就跑不動」。從軟體工程的 Coding Agent、法律業的合約與判例分析、醫療現場的病歷與研究摘要，到銀行的數位員工、保險核保，以及半導體設計中的 RTL、驗證與除錯，LLM 與 Agentic AI 正開始成為企業工作流程的一層基礎設施。真正最先受到影響的，也不是單純的低技能工作，而是那些具有大量文字、規則、文件、搜尋、比較與重複判斷的高知識密度職業。
README 開始寫給 AI 看了：開源社群正在發明新的 AI Contributor 規則
一篇分析熱門 GitHub 專案 AI contribution policy 的新研究發現，開源社群並沒有集體禁止 AI。研究團隊從熱門 repositories 與大型開源專案中整理出 281 份 AI policy，其中 83.3% 允許或鼓勵 AI 協助 code contribution，真正全面禁止的只有 14.9%。但這不代表社群接受無限制的 Vibe Coding。相反地，多數規則開始強調 human review、testing、accountability、disclosure，以及對完全自主 AI Agent 的限制。從 AI_POLICY.md、AGENTS.md 到 CLAUDE.md，一種專門寫給人類與 AI 共同閱讀的新治理文件，正在 2026 年快速成形。
「不是我寫的，但我要負責」：AI Coding 正在改寫軟體工程的責任邊界
當大型語言模型開始真正產生 production code，「誰寫的」、「誰覺得這是自己的」、「誰批准上線」與「出了問題誰負責」開始不再是同一件事。聖保羅大學 Augusto Camargo 在研究筆記《It Is Not My Code Anymore》中，以一個簡單的除以零錯誤為起點，討論 AI-assisted software development 如何拆開 authorship、ownership 與 responsibility，並主張軟體品質保證可能需要從檢查程式碼的 Inside-out 模式，轉向從使用者真正需求出發的 Outside-in Evaluation。
Vibe Coding 開始被 Homelab 社群反撲：會生成程式，不代表你真的能維護它
Reddit 的 r/homelab 與 r/selfhosted 社群正在面對一個 AI Coding 時代的新問題：大量使用 LLM 快速生成的軟體專案開始湧入，但其中不少缺乏測試、維護、技術理解甚至基本揭露。爭議的核心並不是『能不能用 AI 寫程式』，而是當軟體可以五分鐘生成，誰要負責五個月後的 Bug、安全漏洞與維護？