Claude Code

AI 寫程式很快，但方向對嗎？ 如果你有在用 Claude Code、Cursor、GitHub Copilot 這類 AI coding assistant，應該都有過類似的經驗：跟 AI 描述完需求，它刷刷刷寫了一堆程式碼，結果一看——方向完全歪掉。 問題不在 AI 不夠聰明，而是我們跟它溝通的方式太隨意。需求散落在對話歷史裡，沒有結構、沒有共識，AI 自然容易猜錯。尤其在修改既有系統時，這個問題更加嚴重——AI 不知道現在系統長什麼樣，也不知道你想改哪裡。 OpenSpec 就是為了解決這個問題而生的。它在人類意圖和 AI 實作之間加了一層輕量的規格（spec）層，讓你和 AI 在寫程式之前，先對「要做什麼」達成共識。 什麼是 Spec-Driven Development？ Spec-Driven Development（SDD）的核心概念很簡單：先寫規格，再寫程式。 這不是什麼新概念——傳統軟體工程的 PRD、RFC、Design Doc 都是類似的思路。但 OpenSpec 把這件事做得特別適合 AI 時代的開發節奏： Fluid not rigid：沒有死板的階段閘門，想改隨時改 Iterative not waterfall：邊做邊學，逐步完善 Easy not complex：設定簡單，儀式感低 Built for brownfield：專為修改既有系統設計，不只是 greenfield 專案 OpenSpec 是 Fission AI 開發的開源框架，以 MIT 授權釋出，GitHub 上已累積超過 25,000 顆星。 OpenSpec 的核心概念 1. Change — 每個改動都是一個獨立單元 當你要做一個功能或修一個 bug，就建立一個 change。每個 change 是一個資料夾，裡面包含四種文件（artifact）： ...

什麼是 Claude Code Skills？ Claude Code Skills 是 Anthropic 於 2025 年 10 月推出的模組化能力擴展功能。它允許你將專業知識、工作流程和腳本打包成可重複使用的「技能包」，讓 Claude 能夠根據上下文自動識別並啟用這些能力。 核心特點 組合性（Composable）：多個 Skills 可以自動協同工作 可攜性（Portable）：同一格式適用於 Claude.ai、Claude Code 和 API 高效性（Efficient）：採用漸進式載入，最小化 Token 消耗 強大性（Powerful）：可包含可執行程式碼，實現確定性任務執行 Skills vs Slash Commands vs MCP 比較項目 Skills Slash Commands MCP Tools 觸發方式 模型自動識別 使用者手動輸入 /command 使用者或模型觸發 複雜度 支援多檔案結構 單一 Markdown 檔案 需要獨立服務程序 發現機制 根據上下文自動啟用 需要明確調用 啟動時載入 Token 效率 初始僅數十個 Token 調用時載入 通常 10,000+ Token Skills 提供了一種比 MCP 更簡單的替代方案——透過 CLI 工具和 Markdown 文件，取代複雜的協議規範。 ...

這是 Neovim 從零開始系列的第十篇。整個系列共 12 篇文章，將帶你從完全不懂 Vim，到能用 Neovim 打造一個完整的現代化開發環境。 Terminal 工作流的魅力 這是我當初想從 VSCode 轉到 Neovim 的核心原因之一：讓整個開發流程都在 terminal 中完成。 想像一下這樣的畫面： ┌──────────────────────────────────────┐ │ tmux session: my-project │ │ ┌────────────────┬─────────────────┐ │ │ │ │ │ │ │ │ Neovim │ Claude Code │ │ │ │ (寫程式) │ (AI 助手) │ │ │ │ │ │ │ │ ├────────────────┴─────────────────┤ │ │ │ Shell (跑測試、git 操作) │ │ │ └──────────────────────────────────┘ │ └──────────────────────────────────────┘ 所有工作在同一個 terminal 視窗中完成。不切換應用程式、不碰滑鼠、不離開鍵盤。 ...