iT邦幫忙

2026 iThome 鐵人賽

DAY 29
0
AI Engineering

[ opencode ] 開源 AI coding agent系列 第 29 篇

29-AI agent 工具 | 橫向比較:場景 × 工具選擇矩陣

  • 分享至 

  • xImage
  •  

! 本篇文章將會把前面 20+ 天的工具放在同一張桌子上比較,給你場景 × 工具的選擇矩陣 :D

TL;DR: https://dev.benben.me/slides/s/ironman-29-comparison

本篇目標

讀完這篇你會學到:

  • 用統一框架回顧六個主力工具
  • 一張「場景 → 工具組合」的選擇矩陣
  • 建立自己的工具箱取捨原則

評分總表

複習 Day 21 的五維框架(開源 / 模型自由 / 擴充性 / 自動化 / 心智負擔——後者分數越高越輕鬆):

工具 定位 開源 模型自由 擴充 自動化 心智負擔輕
opencode 全配平台 harness ● ●●●(75+ providers) ●●●(agents/MCP/plugins…) ●●●(server/SDK/CI/bot) ●●
pi 極簡 harness ● ●●●(15+) ●●(extensions 深、生態年輕) ●●●(四模式) ●●●
OpenSpec spec 框架 ● 無關(30+ 工具通吃) ●●(可自訂 schema) ●●(CLI 進 pipeline) ●●
open-slide 簡報框架 ● 無關(bring your own agent) ●●●(就是 React) ●● ●●(要一點 React)
mp skills 工程紀律技能庫 ● 無關 ●●●(複製制隨你改) ●(依附宿主 agent) ●●
herdr agent runtime ●(Apache 2.0) 極高(21 種 CLI) ●●(plugins) ●●●(socket API) ●●

先說結論:沒有萬年冠軍,只有場景冠軍。每一列的滿分工具換個場景就變備取。

場景 × 工具組合矩陣

場景一:個人小專案

opencode(+ 少量 mp skills)

一個工具搞定。/init 建 AGENTS.md、plan/build 切換、偶爾 /grill-me 逼自己想清楚。此時導入 OpenSpec 或 herdr 都是殺雞用牛刀——工具的學習成本也是成本。

場景二:團隊協作

opencode + OpenSpec + rules 進 git

  • AGENTS.md / commands commit 進 repo:全隊同一套 AI 工作流(Day 12/13)
  • OpenSpec:需求有單一 source of truth,spec 進 code review(Day 23)
  • /oc bot 上 PR:自動第一輪 review(Day 19)

場景三:規格先行的大功能

OpenSpec(或 to-spec)+ implement

需求複雜、跨模組、會活很久的功能——先 /opsx:explore 再 propose,spec review 過才動工。mp skills 路線則是 /to-spec → /to-tickets → /implement,加工動作更自動。兩者按團隊口味二選一或混搭(Day 27)。

場景四:多專案並行 / 多 agent

herdr + opencode(+ pi)

工作守則:to-tickets 先把依賴畫清楚,herdr 開 workspace 分欄跑,blocked 提醒回來接手。長任務(大重構、批量移轉)靠常駐 server 保活。

場景五:大量產出溝通素材

open-slide + 任意 agent

技術分享、季度報告、教學教材——大綱餵給 agent,/create-slide 出稿,inspect/comment 微調。deck 進 git,改版有 diff。本系列親測有效(Day 24)。

場景六:教學 / onboarding

mp skills(teach)+ open-slide

新人環境用 /teach 建立有狀態的教學 workspace;收尾用 open-slide 把專案架構做成 deck。知識留存從「口耳相傳」升級成「repo 裡的資產」。

取捨三原則

原則一:先問工作流,再問工具

工具解決的是工作流裡的痛。順序顛倒就成了「拿著錘子找釘子」——每個新工具都莫名變得必要。每次心動時問:它取代了我工作流的哪一塊?那一塊現在真的痛嗎?

原則二:加一個工具的錢,比標價貴

安裝免費,但每個常駐工具收兩種稅:學習曲線(你)與維護成本(設定、更新、出事時要多查一層)。付稅前確認省下的時間真的超過稅金。

原則三:組合優於單品,共通語言是膠水

這六個工具能拼起來,靠的是共通慣例:AGENTS.md、SKILL.md、markdown spec、git。選工具時優先選講共通語言的——今天的組件明天想換,膠水還在。

常見問題

Q:六個全上有什麼問題?
A:沒有本質問題,只有順序問題。建議按痛點逐個上,每上一個觀察兩週。一次全裝,出問題時你分不清是哪層的鍋。

Q:這矩陣半年後還準嗎?
A:細節會過時(版本、功能),但分層與原則撐得比較久——這也是 Day 21 先給地圖再給工具的原因。工具會換,地圖重畫就好。

Q:預算有限先投資哪個?
A:時間預算:先把 opencode 用深(免費,只花熟悉度)→ mp skills 的基本盤 → 有團隊再上 OpenSpec。金錢預算反而是小事——開源工具鏈的月費主要是 model API,而那可以用選型策略壓(Day 20)。

小結

  • 六工具各守一層:opencode 平台、pi 極簡、OpenSpec 規格、open-slide 呈現、mp skills 紀律、herdr 運行
  • 場景矩陣:小專案極簡、團隊上規格、大功能 spec 先行、多工上 runtime、素材上簡報、教學上 teach
  • 三原則:先工作流後工具、算清隱藏稅、抱緊共通語言

明日預告

Day 30:完賽總結——把 30 天的全部拼圖串成一條 end-to-end 工作流,然後,完賽!


有任何疑問但沒有 iT 邦幫忙帳號,或是想匿名提問?
歡迎到 https://dev.benben.me/q/P3C5U6 提問或加油打氣,沒意外的話會在完賽之後一起回答 :D


上一篇
28-herdr | coding agent 的終端機多工
系列文
[ opencode ] 開源 AI coding agent 共 29 篇
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言