KeyFrame

AI編程:OpenCode 入門 | Plan & Build 模式 | Agent,command,Skill|教學|廣東話|60fps

kfsoft·6月19日週五·78 min中文

三句話摘要

OpenCode 開源 AI Coding Agent 的完整使用指南,涵蓋 Terminal/Desktop 兩版本、設定層級、Agent/Command/Skills 客製化,以及複雜專案的 Debugging 策略。 善用 Plan Mode 定位 Root Cause、搭配 Debug Log 追蹤資料流,是解決複雜循環 Bug 的關鍵,而 Agent/Command/Skills 的分層客製化則讓 OpenCode 得以適應各種專案規模與工作流程。 OpenCode 分 Terminal(TUI)與 Desktop(GUI)兩版,Terminal 版是核心,Desktop 版大同小異但介面更直覺;兩者都內建 Build 與 Plan 兩個 Primary Agent,Plan Mode 不會修改磁碟檔案,適合先規劃再執行,避免衝動修改引發連鎖問題。

重點整理

重點
  • 1

    OpenCode 分 Terminal(TUI)與 Desktop(GUI)兩版,Terminal 版是核心,Desktop 版大同小異但介面更直覺;兩者都內建 Build 與 Plan 兩個 Primary Agent,Plan Mode 不會修改磁碟檔案,適合先規劃再執行,避免衝動修改引發連鎖問題。

  • 2

    設定分 Global(User)與 Project 兩個層級,Global 設定放在 `~/.config/opencode/`,Project 設定放在專案內的 `.opencode/` 資料夾;兩層設定可同時生效,例如 Global 的 `agents.md` 可要求所有專案產生含 Comment 的程式碼,Project 層則管理專案專屬的 Agent 或指令。

  • 3

    OpenCode 支援自訂 Command、Agent、Skills 三種擴充機制:Command 是主動呼叫的指令腳本(如 `gitinit`);Sub Agent 是被 Primary Agent 呼叫的獨立工作單元,各有獨立 Context 以避免主 Context 爆滿;Skills 則是由 AI 自動判斷是否觸發的可重用行為,以資料夾名稱作為識別名。

  • 4

    面對複雜或循環出現的 Bug,光靠文字描述給 AI 往往詞不達意、越改越亂;應先讓 AI 加入 Debug Log 追蹤資料流,定位根本原因(Root Cause),再切換到 Plan Mode 限制 AI 只針對特定位置修改,避免隨機 patch 引發新的問題。

實用技巧與重點

乾貨
  • 安裝指令:`npm install -g opencode`,需預先安裝 Node.js
  • 目前版本:1.17.57
  • 切換 Build/Plan Agent:按 `Tab` 鍵
  • 免費模型:Big Pickle(來源未公開)、DeepSeek V4 Flash Free、小米 V2.5 Memo、NVIDIA 模型
  • 付費 Subscription:約每月 10 美元,可用多種國產模型
  • Provider 平台名稱:Variant(OpenCode 官方平台)、OpenRouter、DeepSeek、Google、Anthropic、阿里巴巴
  • Variant 思考深度設定:Low / Medium / Max
  • Context 壓縮指令:`/compact`;開新 Session:`/new`;查看模型:`/model`
  • Global 設定路徑:`~/.config/opencode/`,含子資料夾 skills、plugins、agents、commands
  • Project 設定路徑:`.opencode/`(需自行建立)
  • 主設定檔:`opencode.jsonc`(Global)
  • 聲音設定:在 `~/.config/opencode/` 加入 `tui.json` 並填入對應設定
  • LSP 啟用:在 `opencode.jsonc` 加入 LSP 設定,Python 對應 PyRight Language Server
  • Skills 資料夾名稱即為 Skill 名稱(非檔案名)
  • Skills 安裝指令:`mpx skill <skill-name>`,如 `mpx skill super-powers`
  • Built-in Sub Agents:`journal`(讀寫)、`explore`(唯讀)、`skull`(已廢棄)
  • 手動呼叫 Sub Agent:`/add general` 或 `/add explore`
  • Code Review Command:`/review`(針對未 commit 的變更)
  • Init 指令:`/init`(讓 AI 掃描專案自動生成 `agents.md`)
  • Desktop 版開啟 Terminal:`Ctrl+B`;切換 Agent:`Ctrl+.`
  • Debug 建議步驟:① 加 Debug Log → ② Plan Mode 定位 Root Cause → ③ 限制修改範圍再 Fix

結論

結論

善用 Plan Mode 定位 Root Cause、搭配 Debug Log 追蹤資料流,是解決複雜循環 Bug 的關鍵,而 Agent/Command/Skills 的分層客製化則讓 OpenCode 得以適應各種專案規模與工作流程。

完整解析

詳細

OpenCode 是一款開源的 AI Coding Agent,提供 Terminal(TUI)與 Desktop(GUI)兩個版本。Terminal 版透過 NPM 安裝(`npm install -g opencode`),進入任意專案資料夾後執行 `opencode` 即可啟動。畫面中央為對話框,左上顯示專案路徑,右側顯示版本名稱;核心功能之一是 Context 用量指示器,顯示目前已消耗多少 Token 百分比,超過一半時建議執行 `/compact` 壓縮,或用 `/new` 開啟新 Session。模型選擇方面,免費選項包含 DeepSeek V4 Flash Free 與 Big Pickle 等,付費訂閱約每月 10 美元可解鎖更多國產模型;也可透過 Connect 功能接入 OpenRouter、Google、Anthropic、阿里巴巴等外部 Provider 並填入 API Key。

OpenCode 的設定分 Global 與 Project 兩個層級,Global 設定位於 `~/.config/opencode/`,包含 `opencode.jsonc` 主設定檔及 agents、commands、skills、plugins 等子資料夾;Project 設定則放在專案根目錄的 `.opencode/` 資料夾下。兩層設定會同時生效,讓使用者可以在全域層定義通用規則(例如在 `agents.md` 要求 AI 產生程式碼時一律加上 Comment),並在個別專案層定義專屬的 Agent 或指令。`agents.md` 是給 AI 看的行為準則文件,可手動撰寫或透過 `/init` 指令讓 AI 自動掃描專案內容生成初稿。

客製化擴充機制有三種:Command 是主動呼叫的 Markdown 腳本,例如自訂的 `gitinit` 指令可一鍵建立 `.gitignore` 並執行 `git init`;Sub Agent 是具有獨立 Context 的工作單元,內建 `journal`(讀寫)與 `explore`(唯讀)兩種,使用者也可自行定義(如 Security Advisor),Primary Agent 會在需要時自動呼叫,或透過 `/add explore` 手動觸發,核心優勢是避免所有工作擠在 Primary Agent 的 Context 裡導致超載;Skills 則是放在 skills 資料夾下的 Markdown 描述檔,資料夾名稱即為 Skill 識別名,AI 會根據 description 自動判斷是否觸發,無需手動呼叫,例如「chart from source」Skill 可在分析 Python 檔案時自動生成流程圖的 HTML。此外,啟用 LSP(Language Server Protocol)後,AI 能識別變數型別、函式回傳值與語法錯誤,Python 對應 PyRight,可大幅提升程式碼編輯的準確度。

Debugging 方面,講者指出在專案早期 AI 修 Bug 輕而易舉,但到了後期會出現兩類棘手問題:反覆修改仍無法解決的頑固 Bug,以及修好 A 又壞 B、循環出現的 Bug。對此,講者給出兩個核心建議:第一,先讓 AI 在程式碼中加入 Debug Log,透過真實執行時的資料流來定位問題根源,而非靠文字描述反覆猜測;第二,切換到 Plan Mode 進行 Debug,強迫 AI 先找出 Root Cause 並規劃修改範圍,而不是在 Build Mode 中隨機 patch 某個位置,如此才能避免牽一髮動全身的連鎖破壞。Desktop 版本功能與 Terminal 版大同小異,差別在於提供圖形化的 Sidebar、FileTree、內建 Terminal(Ctrl+B)與 diff Review 面板,也可設定遠端 Server 讓其他人連線使用。

關鍵時刻

Pipeline v2

帶時間戳的重點,會在逐字稿層級分析上線後產生。目前請先透過原始影片觀看。

事實查核

Pipeline v2

說法查證是下一次管線升級的一部分。KeyFrame 只會顯示它真正能驗證的內容。

更多「AI 技術」的內容

Claude Cowork vs Codex: 誰才是更好的AI工作助手?
16 min
AI 技術中文6月20日

Claude Cowork vs Codex: 誰才是更好的AI工作助手?

李厂长来了

  • 介面設計哲學不同:Codework 以標籤頁區分聊天、文書與程式碼三種模式,任務彼此隔離不混淆;Codex 則將所有功能整合在單一介面,減少切換成本,但頁面相對雜亂。
  • 第三方整合能力差距明顯:Codework 提供大量連接器並支援 Zapier 擴展,且可針對每個連接器精細設定讀寫權限(如 Gmail 只讀免確認、寫信需批准);Codex 的插件數量較少且缺乏同等級的權限控制機制。
  • 定時任務管理方式影響長期使用體驗:Codework 將同一自動化任務的歷史記錄歸類在同一條目下,便於追蹤;Codex 每次執行都獨立列出,隨任務增多左側欄會越來越臃腫,不利於長期管理。
我贏得 NVIDIA GTC Taipei 2026 的金票啦!這 4 天展期會有什麼不一樣的體驗呢? | Computex 2026
編輯精選
28 min
AI 技術中文6月20日

我贏得 NVIDIA GTC Taipei 2026 的金票啦!這 4 天展期會有什麼不一樣的體驗呢? | Computex 2026

EngineerGary

  • Tokenomics 重新定義 AI 工廠價值:黃仁勛將所有輸出重新框架為 Token = Revenue,傳統工廠生產實體商品,AI 工廠改為生產 Token;對製造端而言,目標是以最低成本產生最多 Token,實現每投入 1 元帶回 3–5 元回報的商業邏輯。
  • 開源策略是市場放大器而非讓利:NVIDIA 釋出 Cosmos 3、Apomile 3 等開源模型,以及通用人型機器人,目的是降低新創進入自動駕駛、World Model、Physical AI 的門檻,擴大整體生態系規模,最終帶動更多算力與服務需求(「The more you buy, the more you earn」)。
  • Deal to Delivery Agent 解決中小企業流程瓶頸:Gary 團隊識別出企業收到客戶需求後,需跨工具手動完成報價、開票、GitHub issue、通知等重複性操作是最大效率殺手;Agent 自動拆解商機、建立 ERP 記錄並推送 Telegram 通知,人類只需在 Draft 狀態下做最終 Review 確認。
黃仁勳親自欽點⁉️執笠手機公司 BlackBerry 變身 AI 機械人主系統🤖下一個大浪提前準備
編輯精選
30 min
AI 技術中文6月20日

黃仁勳親自欽點⁉️執笠手機公司 BlackBerry 變身 AI 機械人主系統🤖下一個大浪提前準備

Coco哥

  • QNX 擁有機器人 OS 三大不可替代技術門檻
  • Windows 響應延遲 200 毫秒,Linux 一旦核心崩潰全部失效,而 QNX 具備毫秒級即時決策、ISO 26262 ASIL-D 與 IEC 61508 SIL-3 最高安全認證,以及微型內核獨立架構(單一模組崩潰不影響其餘系統),三項條件同時達標,現階段競爭對手均未能複製。
  • 40 年護城河非短期可追趕