比較
AI4Kanban vs.
Hermes Agent Kanban
エージェント向けのカンバンが 2 つ、重なる部分はかなりあります。違いは、ボードがスタックのどこに座っているか。ai4kanban は上にどんなエージェントでも載せられる軽量なボード層、Hermes Agent Kanban はそのボードを自前のランタイムに溶かし込んでいます。
リポジトリのなかの Markdown ボード。ランタイムも実行も、保守までもその上に載ります。エージェントを替えても、ボードはそのまま。
ボード、ディスパッチャ、名前付きエージェントがひとつのランタイム。堅牢で全部入りですが、ボードは Hermes から外れません。
Hermes Kanban でよくないですか？
もっともな疑問です。実際かなり重なります。どちらもエージェントが計画し作業するカンバンなので、ai4kanban はHermes Kanban の軽量な代替だと思ってください。同じボードの発想から、同梱のランタイムを引いたものです。違いはその下にあります。
AI4Kanban — ファイルでできたボード
- リポジトリのなかのただの Markdown。タスクや計画の変更はすべてレビュー可能な diff。
- 自前のインフラなし。入れるものも、動かし続けるものもありません。
- 実行は、あなたがすでに使っている環境が担います。Claude Code、Codex、Cursor、そして Hermes でも。
Hermes Kanban — ランタイムの中にあるボード
- ~/.hermes/kanban.db にある堅牢な SQLite キュー。多数の名前付きエージェントと人が共有します。
- ディスパッチャが着手可能なタスクをエージェントに渡し、落ちた実行を復旧します。
- Hermes / Nous のスタックとその kanban_* ツールに紐づいています。
ai4kanban を選ぶとき
ボードをコードと一緒にバージョン管理したいとき、すでに動かしている環境の中に留まりたいとき、あるいはタスクボードのためだけにランタイムを運用したくないとき、このスキルを選んでください。すでに Hermes を深く使っているなら Hermes Kanban を。そのボードは、あなたが整えたディスパッチャ、名前付きプロファイル、チャットからの操作にそのまま噛み合います。結局どちらも堅牢なキューです。スキルのそれは git のファイル、Hermes のそれは SQLite の行というだけ。
どのエージェントがボードを動かせる？
いちばんはっきりした違いです。スキルのボードはただのファイルなので、リポジトリを読めるエージェントならどれでも動かせます。Hermes 自身も含めて。Hermes Kanban のボードはランタイムの kanban_* ツールの向こうにあるので、動かせるのは Hermes だけです。
OpenClaw
Hermesファイルを読めるエージェントなら何でも
Hermes のみ
OpenClawHermesOpenClawHermes……そしてスキルの行はまだまだ続きます。Windsurf、OpenCode、Gemini CLI、ファイルを読めるものなら何でも。Hermes Kanban には他のエージェントの入り口がありません。
AI4Kanban vs. Hermes Kanban
は明確な勝ち、ダッシュはトレードオフ。スキルは簡潔さと可搬性で、Hermes は共有された堅牢なキューと規模で勝ちます。残りは引き分けです。
ファイルベースのカンバン層。ボードはリポジトリのなかのただの Markdown。
Hermes エージェントランタイムのカンバン機能。堅牢な SQLite のボード。
自前のものはなし。ボードはリポジトリのなかの Markdown ファイルだけ。
常駐するゲートウェイ、SQLite データベース、そしてディスパッチャのループ。
あなたのリポジトリの中、バージョン管理下。タスクや計画の変更はすべてレビュー可能な diff。
~/.hermes/kanban.db の SQLite DB の中。変更は diff ではなくイベントログへ。
プロンプト 1 つ：スキルファイル 1 枚と小さなスクリプト。
Hermes ランタイムを入れ、プロファイルを設定し、ゲートウェイを起動する。
実行環境が回します。あなたが動かせば Claude Code が並列でサブエージェントを立ち上げます。定期的な仕事は recurring/ フォルダに置きます。
ランタイムが回します。ディスパッチャが着手可能なタスクを自分で拾い、タスクごとにワーカープロセスを立ち上げます。
タスク単位のキューはありません。途中で落ちた実行は、次のスケジュールで走り直すだけです。
堅牢なキューが進行中の作業を自動で拾い直します。取得 TTL、ハートビート、期限切れ取得の回収、リトライ。
カードは TODO とタスクグラフに分かれます。グループ、ブロック関係、関連。依存は書きながら整理されます。
ディスパッチャが LLM の分解器を自動で走らせ、タスクを子タスクのグラフに展開して専門エージェントに割り振ります。
記憶は「なぜ却下したか」と「何をリリースしたか」に刈り込まれ、エージェントが前へ提案できるようにします。完全なログではなく、選び抜かれたものです。
追記専用の完全なイベントログと、試行ごとの実行履歴を監査用に保持します。
ローカルの Web ボード。カードの操作（実装、レビュー、アーカイブ）が作業をエージェントに引き渡します。
ドラッグ&ドロップとサイドドロワーを備えたライブ Web ボード。加えてチャットアプリからの操作も。
ひとり用のボード。育つと grep が扱いづらくなります。
多数のボードにまたがる多数のエージェントまでスケール。マルチテナントで、Discord / Slack / メール / SMS から操作できます。
それぞれのボードが覚えていること
本質的な違いは、スキルの記憶が計画への入力だという点です。次の提案を賢くするために存在します。Hermes のログは実行からの出力で、過去を再生できるように存在します。
AI4Kanban
結論を覚え、残りは忘れる。
小さなファイルが 4 つ、意図的に刈り込まれています。archive.md（何をリリースしたか）、rejected.md（何を、なぜ却下したか）、redesign.md（繰り返してはいけない設計ミス）、memory.md（過去のスキャンで分かったこと）。エージェントは提案やカード執筆の前にすべて読みます。完全な履歴は git の仕事です。
“案 X がボードに無いのはなぜ？”
rejected.md の 1 行。その案と、却下した理由です。死んだ案は死んだままです。
Hermes Kanban
すべてのイベントを覚え、何も要約しない。
状態遷移はすべて追記専用のログに落ち、試行ごとに終了コードとワーカーの全出力が残ります。監査とクラッシュ復旧のために作られていて、次の案を導くためではありません。
“タスク 42 は昨夜どうなった？”
claimed → crashed → reclaimed → completed、試行ごとのログ付きで読めます。
選び抜かれた記憶はエージェントを次に賢くし、監査ログは過去を再構成可能にします。どちらも互いの代わりにはなりません。
エージェントにどこまで任せる？
Hermes Kanban が約束するのは「一行放り込んで、あとは放置」、完全な自律です。ai4kanban はエージェント支援型で、しかもプランモードより手前から始まります。半分しか固まっていないアイデアをボードに保存し、refine がそれを具体的な要件に変え、コードが書かれる前にあなたが承認します。
計画は全部あなた ↓
自律なし
人が回す
従来のカンバン
タスクは全部あなたが思いつき、あなたが分解します。Trello や Jira はそれを記録するだけ。
半自律
エージェント支援型
AI4Kanban
refine のたびに足りない部分を掘り、要件を埋めます。何かが作られる前にあなたが目を通します。
完全自律
投げっぱなし
Hermes Kanban
一行入れれば、タスクツリーが出てくる。分解され、終わるまで無人で処理されます。Claude Code の /goal も同じ賭けです。
↑ 計画は全部エージェント
投げっぱなし：序盤の小さな誤解が、間違ったタスクの木にまるごと育つ。しかも作られ、トークンも使われた後で。
エージェント支援型：間違った Markdown カード 1 枚。あなたが目を通した時点で捕まえられ、まだ何も作られていません。
1 回の refine が、抜けていた手順を補い、脇道のアイデアを別のカードに切り出し、すでに終わっている TODO にチェックを入れ、好みの判断が要るものは質問としてあなたに残します。質問が尽きると、カードはready に変わります。読んで、作るだけです。
カンバンボードの GUI
どちらも Web ボードを備えていますが、役割が違います。スキルのボードはエージェントを操る操作面で、カードの操作が実行を起こします。Hermes のボードはディスパッチャへのライブな窓で、フリートがいま何をしているかを映します。
AI4Kanban — ローカルボード
Markdown ファイルの上に載るローカルの Web ボード。カードの操作（実装、レビュー、アーカイブ）が作業をエージェントに引き渡し、途中で人に確認しながら流れてくるログを眺められます。
Hermes Kanban — ディスパッチャのライブビュー
イベントログを追いかけるライブなボード。列をまたぐドラッグ&ドロップ、実行履歴と終了ステータスのバッジが並ぶサイドドロワー、そして同じボードを Discord、Slack、SMS からも操作できます。
それぞれが勝つところ
どちらが一方的に優れているわけではありません。ai4kanban は自前のインフラを持たない軽量なファイルボードに、Hermes Kanban は多数のエージェントが無人で回す共有された堅牢な作業キューに最適化されています。実行環境そのものの機能、つまり並列実行、オーケストレーション、ダッシュボードは両方にあるので、ここには挙げていません。
AI4Kanban
自前のインフラを持たない
データベースもゲートウェイもデーモンもなし。すでに動かしているエージェントの他は、ボードはただの Markdown ファイルです。追加で入れるものも、生かし続けるものもなく、飛行機の中でも動きます。
diff できてバージョン管理できるファイル
ボードはリポジトリに住み、リポジトリと一緒に移動します。使っているバージョン管理がそのまま効きます。タスクや計画の変更はすべてレビュー可能な diff。プロジェクトの外に SQLite はなく、問い合わせるイベントログもなく、特定のエージェントスタックに縛られることもありません。
自分で刈り込む記憶
なぜその案を却下したか、何をリリースしたかを記録するので、エージェントは死んだ作業を蒸し返さず前へ提案します。残すのは次のタスクを導くものだけで、完全な監査ログではありません。
プロンプト 1 つで入る
スキルファイル 1 枚と小さなスクリプト。設定するプロファイルも、調整するディスパッチャもありません。ファイルを読めるエージェントがすでに立っている場所で出迎えます。Hermes も含めて。
Hermes Kanban
ひとつのボードに、多数の名前付きエージェント
複数の名前付きエージェント、そして人がタスクを取り、作業を引き継ぐ、ひとつの堅牢なボード。ディスパッチャが着手可能なタスクを監視し、それぞれに割り当てられたエージェントを立ち上げます。スキルのボードは、あなたがいまいる 1 つの実行環境が回します。
自己修復するタスクキュー
キューはクラッシュをまたいで各タスクを追います。取得 TTL、ハートビート、期限切れ取得の回収、リトライ、サーキットブレーカー。ワーカーが途中で落ちてもボードが取り戻して再試行します。スキルのファイルも消えはしませんが、落ちた実行は次のスケジュールを待つだけです。
タスクを自動で分解する
粗いタスクを放り込めば、ディスパッチャの LLM 分解器が子タスクのグラフに展開し、それぞれを専門エージェントに割り振ります。手作業の分解は不要です。スキルのほうは、カードを TODO と手入れするタスクグラフに分けます。
フリート規模の到達範囲
多数のボードにまたがる多数のエージェントのために作られ、マルチテナントで、Discord、Telegram、Slack、メール、SMS から操作できます。スキルのほうは、あなたのリポジトリとターミナルに留まる簡素なひとり用ボードです。
どちらを使うべき？
こんなときは ai4kanban
- ファイルベースのボードが欲しい。タスクや計画の変更がすべてレビュー可能な diff になる。
- 自前のインフラを持たせたくない。ただのファイル、オフライン可、持ち運べて、ロックインなし。
- エージェントに依存させたくない。Claude Code、Cursor、Hermes 自身でも。
- ひとりで作っていて、全部入りのエンジンより簡素なボードを重んじる。
こんなときは Hermes Kanban
- すでに Hermes を深く使っている。プロファイル、ゲートウェイ、チャット操作まで整っている。
- 多数の名前付きエージェント、そして人が共有する堅牢なボードが 1 つ欲しい。
- クラッシュをまたいで進行中のタスクを自動で拾い直すキューが欲しい。
- ディスパッチャにタスクを自動分解させ、専門エージェントに振らせたい。
- 多数のボードとチャットプラットフォームにまたがるフリート規模の作業を回している。
名前から受ける印象よりずっと重なっています。どちらもエージェント向けのカンバンです。分かれ目は何が同梱されているか。ai4kanban は自動化を実行環境に任せたファイルベースのボード、Hermes Agent Kanban は同じボードを共有された堅牢な作業キューで包んだものです。多数のエージェントが共有し、クラッシュにも耐えるボードが欲しいなら Hermes を。リポジトリに置いておき、必要になったときだけ広げる簡素なボードが欲しいなら ai4kanban を。
並べて使うこともできます。スキルは git のなかで計画し刈り込む軽い場所として、Hermes は何をやるか決まった後で重い共有作業を回す堅牢なキューとして。