比較
AI4Kanban vs.
Hermes Agent Kanban
どちらもエージェントにカンバンを提供しますが、設計上の境界が異なります。AI4Kanban はボードをリポジトリ内の可搬なプロジェクト層として保ち、Hermes Agent Kanban は Hermes ランタイムの一部として扱います。
コードと一緒に置く Markdown ボード。作業を担うエージェントを替えても、ボードを移行する必要はありません。
ボード、ディスパッチャ、名前付きエージェントが、ひとつの永続的な Hermes システムとして動きます。
実務上の違い
解決する課題は似ていますが、担当する層が異なります。AI4Kanban は今のエージェント環境で使える可搬な計画システム。Hermes Kanban は Hermes 内の運用キューで、複数ワーカーの協調と中断後の復旧に重点を置きます。
AI4Kanban — 計画はプロジェクトに属する
- リポジトリのなかのただの Markdown。タスクや計画の変更はすべてレビュー可能な diff。
- 自前のインフラなし。入れるものも、動かし続けるものもありません。
- 実行は、あなたがすでに使っている環境が担います。Claude Code、Codex、Cursor、そして Hermes でも。
Hermes Kanban — 実行はランタイムに属する
- ~/.hermes/kanban.db にある堅牢な SQLite キュー。多数の名前付きエージェントと人が共有します。
- ディスパッチャが着手可能なタスクをエージェントに渡し、落ちた実行を復旧します。
- Hermes / Nous のスタックとその kanban_* ツールに紐づいています。
選び方
計画をコードと一緒にバージョン管理したい、現在のエージェント環境を使い続けたい、専用のオーケストレーションサービスまでは必要ない、という場合は AI4Kanban が適しています。Hermes がすでに主要な実行環境で、ディスパッチャ、名前付きプロファイル、チャット操作、復旧機能を活用したいなら Hermes Kanban が適しています。永続化の方法も異なり、AI4Kanban はファイルと git、Hermes は SQLite にキュー状態を保存します。
どのエージェントがボードを動かせる？
最も明確な違いです。AI4Kanban は通常のリポジトリファイルを使うため、Hermes を含め、プロジェクトを読み書きできるエージェントならどれでも利用できます。Hermes Kanban はランタイムの kanban_* ツール経由で提供されるため、Hermes 専用です。
OpenClaw
Hermesファイルを読めるエージェントなら何でも
Hermes のみ
OpenClawHermesOpenClawHermesAI4Kanban は Windsurf、OpenCode、Gemini CLI など、プロジェクトファイルを読めるツールでも利用できます。Hermes Kanban は Hermes ランタイムからのみ利用できます。
AI4Kanban vs. Hermes Kanban
は明確な優位性、ダッシュはトレードオフを示します。AI4Kanban は可搬性と運用の簡潔さ、Hermes は複数エージェントによる協調実行と復旧性を重視しています。
ファイルベースのカンバン層。ボードはリポジトリのなかのただの Markdown。
Hermes エージェントランタイムのカンバン機能。堅牢な SQLite のボード。
自前のものはなし。ボードはリポジトリのなかの Markdown ファイルだけ。
常駐するゲートウェイ、SQLite データベース、そしてディスパッチャのループ。
あなたのリポジトリの中、バージョン管理下。タスクや計画の変更はすべてレビュー可能な diff。
~/.hermes/kanban.db の SQLite DB の中。変更は diff ではなくイベントログへ。
プロンプト 1 つ：スキルファイル 1 枚と小さなスクリプト。
Hermes ランタイムを入れ、プロファイルを設定し、ゲートウェイを起動する。
実行環境が回します。あなたが動かせば Claude Code が並列でサブエージェントを立ち上げます。定期的な仕事は recurring/ フォルダに置きます。
ランタイムが回します。ディスパッチャが着手可能なタスクを自分で拾い、タスクごとにワーカープロセスを立ち上げます。
タスク単位のキューはありません。途中で落ちた実行は、次のスケジュールで走り直すだけです。
堅牢なキューが進行中の作業を自動で拾い直します。取得 TTL、ハートビート、期限切れ取得の回収、リトライ。
カードは TODO とタスクグラフに分かれます。グループ、ブロック関係、関連。依存は書きながら整理されます。
ディスパッチャが LLM の分解器を自動で走らせ、タスクを子タスクのグラフに展開して専門エージェントに割り振ります。
記憶は「なぜ却下したか」と「何をリリースしたか」に刈り込まれ、エージェントが前へ提案できるようにします。完全なログではなく、選び抜かれたものです。
追記専用の完全なイベントログと、試行ごとの実行履歴を監査用に保持します。
ローカルの Web ボード。カードの操作（実装、レビュー、アーカイブ）が作業をエージェントに引き渡します。
ドラッグ&ドロップとサイドドロワーを備えたライブ Web ボード。加えてチャットアプリからの操作も。
ひとつのリポジトリで作業する個人や小規模チームに適しています。
多数のボードにまたがる多数のエージェントまでスケール。マルチテナントで、Discord / Slack / メール / SMS から操作できます。
目的の異なる 2 種類の履歴
AI4Kanban は過去の判断を次の提案に反映するための計画コンテキストを残します。Hermes は実行内容を調査し再現するための実行記録を残します。どちらも有用ですが、目的は異なります。
AI4Kanban
すべての出来事ではなく、判断を残す。
小さなファイルが 4 つ、意図的に刈り込まれています。モジュールごとに 1 つのフォルダにまとめられ、readme.md（何をリリースしたか）、decisions.md（確定した判断とその理由）、rejected.md（何を、なぜ却下したか）、redesign.md（繰り返してはいけない設計ミス）を記録します。goal.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 回の refine で不足を補い、隣接するアイデアを別カードに分け、完了済みの作業を認識し、判断が必要な点を質問に変えます。すべて解決するとカードは ready になり、最終レビューと実装へ進みます。
2 つのボード、2 つの役割
どちらも Web インターフェースを備えます。AI4Kanban は、カード操作からエージェント実行を始めるプロジェクト作業の操作面。Hermes は、エージェント群の現在地を示すディスパッチャの運用ビューです。
AI4Kanban — ローカルボード
Markdown ファイルの上に載るローカルの Web ボード。カードの操作（実装、レビュー、アーカイブ）が作業をエージェントに引き渡し、途中で人に確認しながら流れてくるログを眺められます。
Hermes Kanban — ディスパッチャのライブビュー
イベントログを追いかけるライブなボード。列をまたぐドラッグ&ドロップ、実行履歴と終了ステータスのバッジが並ぶサイドドロワー、そして同じボードを Discord、Slack、SMS からも操作できます。
それぞれが勝つところ
適した選択は運用モデルによって変わります。AI4Kanban はインフラを最小限にし、計画の可搬性を保ちます。Hermes Kanban は、協調的な無人実行のための永続共有キューを提供します。並列作業、オーケストレーション、ダッシュボードは両方にあるため、以下では本質的な差だけを取り上げます。
AI4Kanban
ボード用サービスの運用が不要
データベースもゲートウェイもデーモンもなし。すでに動かしているエージェントの他は、ボードはただの Markdown ファイルです。追加で入れるものも、生かし続けるものもなく、飛行機の中でも動きます。
コードと一緒に移動する計画
ボードはリポジトリに住み、リポジトリと一緒に移動します。使っているバージョン管理がそのまま効きます。タスクや計画の変更はすべてレビュー可能な diff。プロジェクトの外に SQLite はなく、問い合わせるイベントログもなく、特定のエージェントスタックに縛られることもありません。
将来の判断に役立つ記憶
なぜその案を却下したか、何をリリースしたかを記録するので、エージェントは死んだ作業を蒸し返さず前へ提案します。残すのは次のタスクを導くものだけで、完全な監査ログではありません。
今のエージェント環境にそのまま導入
スキルファイル 1 枚と小さなスクリプト。設定するプロファイルも、調整するディスパッチャもありません。ファイルを読めるエージェントがすでに立っている場所で出迎えます。Hermes も含めて。
Hermes Kanban
名前付きエージェントが共有するキュー
複数の名前付きエージェント、そして人がタスクを取り、作業を引き継ぐ、ひとつの堅牢なボード。ディスパッチャが着手可能なタスクを監視し、それぞれに割り当てられたエージェントを立ち上げます。AI4Kanban のボードは、あなたがいまいる 1 つの実行環境が回します。
進行中の作業を自動復旧
キューはクラッシュをまたいで各タスクを追います。取得 TTL、ハートビート、期限切れ取得の回収、リトライ、サーキットブレーカー。ワーカーが途中で落ちてもボードが取り戻して再試行します。AI4Kanban のファイルも消えはしませんが、落ちた実行は次のスケジュールを待つだけです。
自動分解とルーティング
粗いタスクを放り込めば、ディスパッチャの LLM 分解器が子タスクのグラフに展開し、それぞれを専門エージェントに割り振ります。手作業の分解は不要です。AI4Kanban のほうは、カードを TODO と手入れするタスクグラフに分けます。
大規模なマルチエージェント運用
多数のボードにまたがる多数のエージェントのために作られ、マルチテナントで、Discord、Telegram、Slack、メール、SMS から操作できます。AI4Kanban のほうは、あなたのリポジトリとターミナルに留まる簡素なひとり用ボードです。
どちらを使うべき？
AI4Kanban が適する場合
- タスクと計画をコードと一緒にバージョン管理し、レビューしたい。
- 運用サービスが不要で、可搬かつオフラインでも使えるボードが欲しい。
- Claude Code、Codex、Cursor、Hermes など、エージェント環境を自由に選びたい。
- 個人または小規模チームで、計画に特化した層を重視している。
Hermes Kanban が適する場合
- Hermes が主要なエージェントランタイムで、プロファイル、ゲートウェイ、チャット操作が整っている。
- 複数の名前付きエージェントと人が共有する永続キューが必要。
- 中断した作業を自動復旧したい。
- ディスパッチャにタスクの分解と専門エージェントへの割り当てを任せたい。
- 複数のボードと通信チャネルにまたがって多数のエージェントを運用している。
リポジトリに置かれ、エージェントランタイムから独立した計画層が必要なら AI4Kanban を選びます。ディスパッチ、復旧、マルチエージェント連携を統合した永続共有キューが必要なら Hermes Agent Kanban を選びます。機能の多寡ではなく、計画をプロジェクトとランタイムのどちらに属させるかが判断基準です。
両者は併用もできます。AI4Kanban で git 上の作業を具体化してレビューし、承認済みの共有作業を Hermes の永続キューで実行します。