【AI Coding實戰】LINE臺灣 AI 輔助開發實戰
來源: iThome | 2026-05-25
URL: https://www.ithome.com.tw/news/175833
受訪者: 林建辰（LINE臺灣企業解決方案事業部技術總監）
摘要
LINE臺灣分享從Vibe Coding到規格驅動開發（SDD）的AI Coding實戰演進，揭示工程師角色從「工匠」轉型為「工頭（帶AI Agent做事）」甚至「小型產品經理」。
發展歷程
階段一：Vibe Coding（2024年7-10月）
- 產品：Mini Home（LINE錢包內的Mini App入口頁面）
- 70% 程式碼由AI生成，30%由工程師調整補強
- 開發時間：2~3週（傳統方式估計多至少1個月）
- 問題：規格不明確時，AI容易「已讀亂回」，結果不可控
階段二：規格驅動開發 SDD / Spec Kit
-
框架：GitHub開源的 Spec Kit
-
流程拆解為4階段：
- Constitution — 定義技術堆疊、命名規則、撰碼風格、依賴策略
- Specify — 定義功能範圍、使用流程、驗收條件
- Plan — 資料庫設計、API結構、系統元件
- Tasks — 拆成可執行任務，交AI逐步實作與測試
-
實戰成果：OA Plus幫手市集某元件 → 僅花3天完成
資安治理：AI監督AI
- 將資安規範直接寫入規格（如個資加密、第三方函式庫審核）
- 在 CI/CD pipeline 中導入 AI Agent 自動掃描程式碼
- AI Agent 透過 MCP 連接內部 Wiki，即時抓取最新安全指引比對 PR
AI介入整個開發生命周期
| 階段 | AI角色 |
|---|---|
| 需求釐清 | 搜尋類似案例、整理市場資訊、提出技術解法 |
| 定規格 | 整合散落資訊成規格初稿、點出邏輯不一致處 |
| 實作 | 產出第一版程式碼、補充重複性基礎內容 |
| 測試 | 生成測試案例、自動化腳本（含Playwright） → 迴歸測試從2週→2~3天 |
| 維運 | 整理Change Log、產生架構決策記錄（ADR） |
工程師角色轉變
- QA工程師 → 使用AI生成自動化測試腳本
- 前/後端界線模糊 → 越來越像全端工程師
- 工程師定位轉變：工匠 → 工頭（帶AI Agent做事）→ 小型產品經理
工程師真正的價值：定義問題、寫出好規格、對AI產出結果負責
挑戰與限制
- SDD目前僅適用中小型元件，大型核心系統尚未套用
- 規格切割難題：太大AI吃不下，太碎依賴關係難管理
- AI Agent企業化待解問題：
- 指令快取策略（語法層級 vs. 語意層級）
- 稽核紀錄（Audit Log）
- LLM異常時自動切換機制
- Token用量即時監控與成本控管
- 高風險操作（系統部署、環境升級）仍堅持人工把關
核心結論
「誰寫程式碼不重要，最後負責的，還是工程師。」
當AI開始自己寫程式，工程師被放大的不是開發能力，而是：規格思維、架構視野、治理AI的能力。
衍生頁面
- LINE臺灣AI Coding實戰規格驅動開發SDD與工程師角色轉變 — 核心概念頁面
- line-taiwan — LINE臺灣實體頁面