工具與生產力

上週 CNBC 報導 NVIDIA 正在打造一個叫 NemoClaw 的開源 AI agent 平台，目標是企業市場。三天後，GTC 2026 就要開幕了。Jensen Huang 的主題演講排在 3/16 上午 11 點（太平洋時間），市場預期他會在那裡正式發布這東西。 我花了一些時間把目前流出的資訊整理了一遍，想搞清楚這個平台跟現有的 AI agent 方案（OpenClaw、Dify、LangChain）到底有什麼不同，以及對我們這些寫程式的人來說，真正值得關注的是什麼。 NemoClaw 是什麼一句話：NVIDIA 把自家的 NeMo 框架、Nemotron 模型系列和 NIM 推理微服務打包成一個企業級 AI agent 平台，然後開源。 聽起來很普通，但有幾個細節值得注意。 硬體不綁定。 NemoClaw 可以跑在 NVIDIA GPU 上，也可以跑在 AMD、Intel 和其他處理器上。一家以賣 GPU 為主要商業模式的公司，做了一個不強制要求用自家硬體的平台——這個決定背後的戰略考量很有意思。 企業安全優先。 跟 OpenClaw 這類個人向的 agent 平台不...

上週我在整理自己的 CLAUDE.md 時，發現它已經膨脹到快 800 行。規則疊規則、範例套範例，像一本員工手冊。直覺告訴我這樣「比較完整」，但實際體感是——Claude Code 有時會忽略我寫在後半段的指令，偶爾還會把兩條規則搞混。 然後我讀到 SkillsBench 這篇論文，它用 7,308 條執行軌跡和 84 個任務做了一件事：測量「給 AI Agent 的操作指引（Skills）」到底給多少、寫多長才有效。 結論讓我重新打開編輯器，把那 800 行砍掉一半。 先講數字研究團隊在 Claude Code、Codex CLI、Gemini CLI 三個平台上，測試了七種模型配置。每個任務跑五次，用程式化斷言判定通過與否——不是讓另一個 LLM 當裁判，是寫死的測試。 整體結論：精心撰寫的 Skills 平均提升 16.2 個百分點。這個數字本身不意外，有指引當然比沒有好。 意外的是拆開來看的時候。 2-3 條指引是甜蜜點，4 條以上開始拖後腿 Skills 數量 有 Skills 無 Skills 差距 1 條 42.2% 24.4% +17.8pp 2-...

Google 最近開源了一個統一的命令列工具 gws，可以用一支 CLI 操作 Drive、Gmail、Calendar、Sheets 等所有 Google Workspace 服務。更吸引我的是它能當 MCP 伺服器跑，讓 AI agent 直接操作 Google Workspace API。 我在 Windows 上裝它，結果踩了三個坑，花了不少時間才搞定。紀錄一下。 gws 是什麼gws 用 Rust 寫的，最特別的地方是它的命令不是寫死的——而是從 Google Discovery Service 動態建構。Google 新增 API 端點時，gws 自動就能用，不需要更新軟體。 目前支援的服務： Drive — 檔案管理 Spreadsheets — 試算表 Gmail — 郵件讀寫 Calendar — 行事曆 Documents — 文件 Presentations — 簡報 Tasks — 待辦事項 所有回應都是 JSON 格式，很適合寫腳本或讓 AI agent 呼叫。 安裝：npm 裝不起來官方文件說用 npm 裝： 1npm install -g @go...

你有沒有過這種經驗： 花了半小時跟 Claude Code 說清楚你的專案架構，解釋為什麼這裡不用 ORM、那裡要用自定義的錯誤格式、這個 naming convention 有歷史原因不要改——然後隔天開新 session，一切歸零。 它不記得。你得再說一遍。 這不是 Claude 的問題，是 LLM 的根本限制：每個 session 都是一個全新的對話，沒有上一次的任何記憶。你在 CLAUDE.md 寫的東西只能覆蓋靜態規範，卻沒辦法保留「上週我們決定把 API 分層重構，目前做到一半」這種動態的工作狀態。 claude-mem 就是為了解決這件事而生的。 它在背後做了什麼安裝之後，claude-mem 會在 Claude Code 的整個生命週期裡掛上 5 個自動化 hook： SessionStart：新 session 開始，自動把過去相關記憶注入進來 UserPromptSubmit：你每次送出訊息，它都在旁邊記錄 PostToolUse：Claude 每次用工具之後，觀察結果被自動捕捉 Stop：Claude 停止回應時，這段互動被整理壓縮 SessionEnd...

每次開一個新專案，你是不是都得跟 Claude Code 說一遍一樣的事： 「我們用 TypeScript，記得寫型別。」「代碼審查要檢查 SQL Injection。」「commit 訊息要用 conventional commits 格式。」 說完這次，下次還得再說一遍。 everything-claude-code 要解決的就是這件事——讓 Claude Code 一次就記住你的整套開發規範，不用每個專案都重頭來過。 這個 repo 有 51k Stars、6.4k Forks，是一個 Anthropic Hackathon 冠軍用超過 10 個月的實際開發產品經驗打磨出來的配置集合。不是某人週末隨手整理的筆記，是真的拿去建產品跑過的。 這到底是什麼？簡單講：一個完整的 Claude Code 腦袋移植包。 它包含： 13 個專業 subagent，各自負責不同工作（規劃、TDD、代碼審查、安全掃描……） 48 個 workflow skill，從 Django 到 Go 到 React 都有對應的最佳實踐 32 個 slash command，一個指令觸發完整流程 多...

剛開始用 Claude Code 的時候，我以為它就是個進階版的「對話框」——貼代碼進去，等它回答。 直到我看到 awesome-claude-code 這個 repo，才發現自己根本沒在用這個工具。 這份由社群維護的清單目前有 25k Stars、1.5k Forks，收錄了超過 200 個工具、工作流程、配置模板和自動化腳本。不是那種「整理一堆連結就叫 awesome」的水貨清單——每個項目都要求有實際可用的功能，不收實驗性的佔坑。 拆開來看，你會發現 Claude Code 早就進化成一個完整的開發生態系了。 大多數人都在手動做的事，這裡早有自動化方案先說最實際的：Hooks。 Claude Code 支援在特定事件觸發時執行自定義腳本——工具執行前後、Session 結束時都能掛載。清單裡有幾個直接可以用的： CCNotify：每次 Claude Code 完成任務就發桌面通知。你終於不用一直盯著終端機等它跑完了 Britfix：自動把美式英語拼法轉成英式（color → colour，analyze → analyse）。在有語言規範要求的專案裡省下大量 revie...

你有沒有這種經驗：每次想用 Claude Code 搭配 Chrome 瀏覽器時，都要輸入一長串指令？ 1claude --chrome --dangerously-skip-permissions 手指敲到懷疑人生，而且一旦打錯一個字，又要重來一次。 今天教你一招，把這串指令變成兩個字母：cc 問題：為什麼需要關心這個？如果你常用 Claude Code 的瀏覽器整合功能，你會發現： 參數太長：--chrome --dangerously-skip-permissions 根本記不住 容易打錯：dangerously 這種長單字很容易拼錯 效率低落：每次啟動都要浪費 10 秒打指令 更慘的是，如果你還要傳其他參數（比如指定模型或專案路徑），指令會變得更長： 1claude --chrome --dangerously-skip-permissions --model opus some-argument 這根本是在折磨自己。 解決方案：用 PowerShell Function 封裝指令PowerShell 的 Function 功能可以讓你把常用指令包裝成自訂指令，而...

你有沒有遇過這種情況：Claude Code 跑到一半說「完成了」，結果測試根本沒過？或是修好一個 bug 後，卻發現另外三個地方壞掉？ 更慘的是，每次都要手動檢查、手動下指令、再手動確認。一個簡單的「把所有測試跑通」任務，你可能要來回操作 10 次以上。 如果我告訴你，有個技術能讓 Claude Code 自己迭代、自己修 bug、自己跑測試，直到真的完成為止——甚至有人用它讓 AI 自主開發了整整 3 個月，做出一個完整的程式語言編譯器，你信嗎？ 這就是 Ralph Wiggum。 問題：AI 的「一次性思維」困境症狀 1：虛假的「完成」Claude Code 很聰明，但它有個致命問題：它以為自己做完了，但其實沒有。 1234你：「幫我把這個 API 的測試覆蓋率提升到 80%」Claude：「好的，我已經新增了 5 個測試檔案」你：npm test結果：❌ 12 tests failed, coverage: 45% 問題在哪？Claude 寫完測試就認為任務結束，但它沒有真正驗證結果。 症狀 2：迭代開發的高成本真實的開發場景通常是： 寫代碼 跑測試 → 失敗 看錯誤...

「幫我清理一下舊 repo 的 packages」——這句話毀了一個開發者的整個 Mac。 2025 年某個普通的工作日，Reddit 用戶在 r/ClaudeAI 發了一篇求救文：「Claude CLI 刪了我整個家目錄，所有工作都沒了！這能救回來嗎？」 這不是第一起，也不會是最後一起。GitHub Issues 上有超過 10 起類似的嚴重事件報告。當 AI Coding Assistant 變得越來越強大，誰該為這些災難負責？ 災難現場：一個 ~/ 引發的血案事件經過用戶的原始請求很簡單：「清理舊 repo 的 packages」。 Claude Code 生成並執行了這個命令： 1rm -rf tests/ patches/ plan/ ~/ 看到問題了嗎？ 最後的 ~/ 不是某個目錄名稱，而是用戶的整個家目錄。 損失清單這個命令執行後，用戶失去了： ✅ 整個 Desktop（桌面上的所有檔案） ✅ Documents、Downloads（多年的文件和下載） ✅ Keychain（所有儲存的密碼和憑證） ✅ ~/.claude（Claude 的設定和歷史記錄） ✅ 所...

前言：你是否也深陷「需求變更地獄」？身為工程師，你是否遇過這種狀況：PM 拍拍肩膀說「這功能很簡單，兩天就能做完吧？」結果兩週後你還在改 bug，因為需求根本沒講清楚？ 或是專案開發到一半，突然有人問「這個功能為什麼要這樣設計？」然後你發現...根本沒有人記得當初的設計理念？ 如果以上情境讓你會心一笑（或想哭），那麼 spec-workflow-mcp 這個工具絕對值得你關注。 什麼是 Spec Workflow MCP？Spec Workflow MCP 是一個專門為軟體開發設計的規格驅動工作流管理工具。簡單來說，它就是要解決一個核心問題：讓開發團隊在寫程式之前，先把要做什麼搞清楚。 這個工具遵循一個很簡單但有效的三階段流程： Requirements（需求） - 確定要做什麼 Design（設計） - 決定怎麼做 Tasks（任務） - 拆解執行步驟 聽起來很理所當然對吧？但現實是，大部分專案都是直接跳到第三步開始寫程式，然後在需求不明確的泥沼中掙扎。 核心功能一覽🖥️ 雙介面支援，開發者友善Web Dashboard 即時專案總覽，一眼掌握進度 文件檢視器，所有...