TL;DR: 今年、5つのオープンソースプロジェクトが40,000スターを突破しました。それぞれがClaude Code、Cursor、Codexから異なる制約を取り除いたからです。専門ロール、インターネットアクセス、並列実行、動画制作、そして低コストな構造的リコール。いずれもエージェントがセッション内でできることを広げますが、エージェントが何を行ったかを共有する記録を追加するものはありません。そのレイヤーは別の仕事であり、そしてチームが最初に痛感するレイヤーでもあります。
コーディングエージェントは収斂しました。Claude Code、Codex、Cursor、OpenCodeはどれもリポジトリを読み、ファイルを編集し、コマンドを実行し、MCPサーバーを呼び出します。中核となるループが差別化要因でなくなると、面白い仕事は1つ外側のレイヤー、つまりエージェントに取り付けるものへと移りました。
ここでは、知っておく価値のある5つのアタッチメントと、それぞれが何をするのか、そして共通する境界線を紹介します。
5つのプロジェクト
スター数は2026年9月1日時点のGitHub APIによるものです。
| プロジェクト | 追加するもの | スター | ライセンス |
|---|---|---|---|
| agency-agents | 専門ロールの定義 | 149,312 | MIT |
| Agent-Reach | 生きたインターネットの読み取り | 77,134 | MIT |
| Orca | worktreeでの並列実行 | 58,464 | MIT |
| OpenMontage | 動画制作の出力 | 55,047 | AGPL-3.0 |
| codebase-memory-mcp | 低コストな構造的リコール | 41,536 | MIT |
agency-agentsはロール定義のライブラリです。約20カテゴリにわたる300以上のmarkdownファイルがあり、それぞれがアイデンティティ、作業プロセス、成果物、完了の定義を記述しています。インストールスクリプトがそれらをClaude Code、Cursor、Codex、Gemini CLI、OpenCode、その他十数種類のツールに書き込みます。ペルソナはエージェントがタスクをどう捉えるかを変えますが、エージェントが持っていない情報を与えるわけではありません。詳細ガイド:ロール定義と、それが保持できないもの。
Agent-Reachは、エージェントをX、Reddit、YouTube、GitHub、RSS、その他約十数のプラットフォームに接続する単一のCLIです。有料のプラットフォームAPIではなく、無料のアクセス経路を使用します。すべてのプラットフォームはフォールバック付きのプライマリバックエンドを経由するため、あるアクセス経路が壊れるとプロジェクトがデフォルトを切り替え、あなたのセットアップは動き続けます。Cookieベースのプラットフォームはログイン済みのブラウザセッションを通じて読み取るため、接続するアカウントの規約と照らし合わせて確認する価値があります。詳細ガイド:ウェブアクセスと、調査結果を着地させるべき場所。
Orcaは、複数のコーディングエージェントを同時に、それぞれ独自のgit worktreeで実行するためのデスクトップアプリケーションです。すでに持っているサブスクリプションを通じてあらゆるCLIエージェントを動かし、ターミナルの分割、diff注釈、SSH経由のリモートworktree、モバイルコンパニオンを追加します。並列worktreeモデルはこの問題に対する正しいプリミティブであり、Orcaはそれをうまく実装しています。詳細ガイド:並列worktreeと、チームがそれ以上を必要とするとき。
OpenMontageはコーディングアシスタントを動画制作システムに変えます。リクエストをリサーチ、スクリプト、シーンプラン、アセット生成、編集、レンダリングへと運ぶ11のパイプラインで、各段階の間に人間の承認ゲートがあります。その上に構築する前にライセンスに注意してください。OpenMontageはAGPL-3.0で、他の4つはMITです。ネットワーク条項は脚注ではなく、法務チームの判断事項です。詳細ガイド:エージェントによる動画と、承認の問題。
codebase-memory-mcpは、リポジトリを関数、クラス、呼び出しチェーン、ルートの永続的なナレッジグラフにインデックス化し、grepする代わりにグラフから構造的な問いに答えます。このプロジェクトは、5つの構造的クエリをグラフ経由で約3,400トークン、ファイル単位の探索で約412,000トークンと計測しています。単一のネイティブバイナリで、ローカルで動作し、このリストの中で最もワークフローの変更が少なく、最もリターンが大きい項目です。詳細ガイド:低コストなリコールと、それが保持しない記憶。
5つすべてに共通すること
それぞれが実行を広げます。より有能なプロンプト、より多くのソース、より高い並行性、より多くの出力フォーマット、セッション内でのより多くのリコールです。
しかし、どれもセッションが終わった後に何が起きるかを変えません。
これは批判ではありません。関心の分離であり、これらのプロジェクトが自分の側にとどまるのは正しいことです。エージェントツールは実行を行います。割り当て、コンテキスト、進捗、レビューを保持するのは別の何かです。それらを保持するものが何もなければ、仕事は一人のターミナルの中にしか存在しません。
症状はよく知られています。木曜日にエージェントが良い結果を出します。月曜日に同僚が、なぜリトライロジックが変わったのかと尋ねますが、答えはノートPCのスクロールバックの中にあります——そのworktreeがまだ開いていればの話ですが。プロンプトだけが唯一の記録であり、プロンプトは記録ではありません。
これらのツールが前提としているレイヤー
TaskはSharklyにおける主要な作業単位です。リクエスト、コンテキスト、実行、ブロッカー、結果を、プライベートなプロンプトやターミナルセッションに分散させるのではなく、1つの共有された場所に保持します。
各部分にはそれぞれ1つの役割があります。Agentは作業をどのように扱うべきかを定義します。Computerはホストとローカルリソースを提供します。Runtimeは、チームがすでにインストールしたツールを使って、実際のエージェントセッションを実行します。Taskは共有された記録として残ります。
この区分は、上記の5つのプロジェクトと照らし合わせて読む価値があります。何が組み合わさり、何が組み合わさらないかを説明してくれるからです。
SharklyはClaude Code、Codex、あるいはこのリストのツールの代替ではありません。それらの周囲に、共有タスク、Computer、コンテキスト、制御、レビューのレイヤーを追加します。モデルの利用は、それらのツールで設定されたサブスクリプションまたはAPIキーを通じて継続されます。
つまり、agency-agentsのペルソナはAgentになります。指示、runtime、スキル、リポジトリ、環境を備えた保存済みの構成で、打ち直すのではなく再利用されます。Crewは、1人のリーダーAgentによって調整される、PeopleとAgentsの再利用可能なグループであり、専門家の分業がチームのように振る舞うために必要なものです。リポジトリの作業はタスクごとの分離されたworktreeで実行されます。これは、Orcaがペインごとに適用するのと同じ分離を、チームが見ることのできる単位に適用したものです。実行、ブロッカー、結果、フォローアップの議論はタスクのタイムラインに戻るので、月曜日の問いへの答えは誰かの記憶ではなくタスクの中にあります。
最も重要な制御は、最も静かなものです。BacklogにあるTaskは実行を開始しません。作業は、何かが実行される前に準備され、範囲が定められ、承認されます。
エージェントは調査し、実行し、テストし、報告します。人は方向性を定め、権限を与え、結果を受け入れます。自動化は、チームの判断が必要なところで止まります。
これが必要なとき、必要でないとき
1人が1つのエージェントを動かすなら、優れたターミナルと優れたエディタで十分です。codebase-memory-mcpをインストールして、そのまま作業を続け、このページの他のすべては飛ばしてください。参加者が1人だけのワークフローにタスクレイヤーを追加するのは、読み手のいないオーバーヘッドです。
2人目の人がエージェントのやったことを知る必要があるときには、共有ワークシステムを使ってください。リリース前にレビューが必要なとき、同じリポジトリに対して複数のエージェントが同時に動くとき、あるいは3か月後に誰かが何がなぜ変わったのかを尋ねるときです。
基準はチームの規模ではありません。記録がセッションより長く生き残る必要があるかどうかです。
よくある質問
これらのツールはワーク管理レイヤーと競合しますか?いいえ。同じ境界の異なる側に位置します。このリストのツールはセッション内の実行を改善します。ワークシステムはその周囲で割り当て、コンテキスト、レビューを保持します。Sharklyは、チームがすでにインストールしたruntimeを置き換えるのではなく、それを動かします。
チームは最初にどれをインストールすべきですか?ほとんどの場合、codebase-memory-mcpです。ワークフローの変更は不要で、ローカルで動作し、エージェントがgrepで探すような構造的な問いに答えるために費やすトークンを削減します。他のものはそれぞれ、作業の進め方を変えることを求めます。
複数のエージェントを並列で動かすにはOrcaが必要ですか?いいえ。Orcaは並列worktreeモデルの強力なデスクトップ実装であり、一人で作業するなら試す価値があります。その並列作業を複数人で割り当て、追跡し、レビューする必要があるなら、分離はターミナルのペインではなくタスクに属します。どちらのアプローチも同じ基盤のgitの仕組みを使っています。
ここでの「bring your own subscription」とはどういう意味ですか?モデルの利用は、コーディングツールで設定されたサブスクリプションまたはAPIキーを通じて継続されます。モデルの割り当て量は、チームが接続するAIコーディングツール、プラン、APIアカウントによって異なります。
まとめ
2026年のツールの波は採用する価値があります。ロール、リーチ、並列性、新しい出力フォーマット、低コストなリコールは本当の改善であり、5つのうち4つは寛容なライセンスで、すぐに試せます。
それらはまた、ある境界線を共有しています。どれもセッション内でエージェントをより強くしますが、セッションの価値は、その後に誰かが見られるかどうかで頭打ちになります。Sharklyはそのもう半分のために存在します。タスクは共有された記録であり、実行はすでに支払っているruntimeを通じて接続するComputers上で行われ、結果は人がレビューして受け入れられる場所に戻ります。
エージェントを拡張しましょう。そして、その仕事に住む場所を与えましょう。



