ガイド · 1 分で読めます

AgentKits Marketingの中には2つのプラグインがある。マーケットプレイスの登録は1つだけ

agentkits-marketingリポジトリのplugins/フォルダを開くと、独立したコマンド・エージェント・ロードマップを持つ2つの完結したプラグイン——Content FactoryとCampaign Manager——が見つかる。ところがmarketplace.jsonを開くと、インストール可能なプラグインは1つしか登録されていない。このギャップが示すキットの向かう先と、モノリシックなツール一式から離れる業界全体の流れとの関係を読み解く。

AgentKits Marketingの中には2つのプラグインがある。マーケットプレイスの登録は1つだけ

marketplace.jsonの登録エントリは1つ

marketplace.jsonは、Claude Codeの/pluginシステムにagentkits-marketingリポジトリから何がインストール可能かを伝えるファイルだが、そこに登録されているプラグインはちょうど1つしかない。名前はagentkits-marketing、ソースはリポジトリのルートを指す./、説明文は「Full marketing automation suite - 20 agents, 90+ commands, 28 skills」となっている。今このリポジトリに対して/plugin installを実行すれば、得られるのはこれだけだ——キット丸ごとを一度に、である。より軽量な選択肢は存在しない。

この1エントリだけのマニフェストは、リポジトリに実際に存在するものを過小に表している。plugins/配下の2つのディレクトリ——content-factorycampaign-manager——は、それ自体で完結した独立の製品として作り込まれている。それぞれが独自のPLUGIN.md、独自のコマンド、独自のエージェント、独自のインストール手順、独自のバージョン番号を持つ。だが、そのどちらもmarketplace.jsonにはまったく登場しない。

フォルダの中に実際にあるもの

Content Factory(社内では「CF」)はバッチコンテンツ生成を担う側だ。/cf:generateは1つのブリーフから複数フォーマット(ブログ記事、メール、ソーシャル投稿)を並行して生成し、/cf:repurposeは1つのアセットを複数フォーマットへ変換し、/cf:scheduleはコンテンツカレンダーを構築する。専用のスペシャリストエージェント——@blog-writer@email-copywriter@social-media-creator@video-scriptwriter——を、@brand-voice-guardian@seo-specialistといった共有の品質保証エージェントの上に重ねている。PLUGIN.mdに書かれた独自のロードマップは、現在の状態を「v0.1 (Current - MVP)」——基本的なプラグイン構造、初期版の/generate、テンプレートライブラリ、ブランドボイス検証——と位置づけ、/repurpose/schedule、並列エージェント処理は「v0.2 (Next Release)」に先送りされている。

Campaign Manager(「CM」)は計画立案を担う側で、CM自身が「Compounding Marketing(複利的マーケティング)」哲学と呼ぶ考え方を明示的な土台にしている——「実行したキャンペーンごとにパターンが記録され、テンプレートが作られ、将来のキャンペーンをより速く・より良くする知識が蓄積されていく」。CM自身のドキュメントでは、これがEveryIncのCompounding Engineeringの発想から着想を得たものだとクレジットされている。/cm:planは現時点ですでに提供されているが、/cm:execute/cm:reviewは「Coming Soon」と表示されており、ペルソナ/専門特化のレビュアーエージェントも現在の6体から将来的に12体以上へ拡張する計画になっている。CMのPLUGIN.mdには、このサブプラグイン独自のリリース行——「Current: v0.1.0 (MVP), Released: 2025-01-14」——まで記載されている。これは親リポジトリのpackage.json(現在1.7.2)とは切り離して管理されているバージョンと日付だ。

両プラグインとも、自身のドキュメントの中で、まだ実際には存在しないマーケットプレイス経由のインストール手順を説明している。Content FactoryのPLUGIN.mdには、インストール手順として/plugin marketplace add https://github.com/aitytech/agentkits-marketingに続けて/plugin install cf@marketing-tools-marketplaceと書かれている——これはプラグインIDcfとマーケットプレイスmarketing-tools-marketplaceを指定するコマンドだが、このリポジトリのmarketplace.jsonはそのどちらも定義していない。このマニフェストが実際に公開しているIDはagentkits-marketingそのものだけだ。ドキュメントとマニフェストは、異なる2つの製品像を語っている。

「組み立て済み」ではあるが、まだ「組み替え可能」ではない

これはバグというより、構築の順序の問題として読むのが自然だろう。plugins/README.mdには、いずれ両者がつながったときにどう噛み合うはずなのかがすでに書かれている——CFのコマンドはコアキットの/content:*名前空間を通じて、CMのコマンドは/campaign:*を通じてそれぞれ表面化し、プラグイン層がコアキットの上に専用エージェントとテンプレートを追加する、という設計だ。独立して組み替え可能な小さな部品からマーケティングツールキットを組み立てるアーキテクチャは、すでに文書として存在している。足りないのは、プラグインごとに1つずつのマニフェストエントリ——それさえあれば、Content FactoryのビデオスクリプトテンプレートまでインストールせずにCampaign Managerだけを、あるいはその逆を、選んでインストールできるようになる。

このギャップが重要なのは、Claude Code自身のプラグインシステムがどこへ向かっているかと関係しているからだ。Anthropicのドキュメントが説明するプラグインマーケットプレイスとは、1つのリポジトリやレジストリから複数の独立インストール可能なプラグインを列挙できるmarketplace.jsonファイルによるカタログのことであり、このフォーマットの意義そのものが「マーケットプレイス=1つの一括バンドル」である必要はない、という点にある。プラグインエコシステムに関する最近の解説でも、利用者側から見た同じパターンが描かれている——プラグインとは「スキル、エージェント、フック、MCPサーバーなどを1つのバージョン管理された単位にまとめた、自己完結型のディレクトリ」であるべきで、暗にそれはマーケットプレイスが提供しうる複数ある単位のうちの1つであって、唯一の単位ではない、という前提がある。ところが現状、agentkits-marketingのmarketplace.jsonは、このフォーマットを使いながら単一の単位だけを記述している。

より広いマーケティングテクノロジー業界も、別の角度から同じ方向に押し出されている。2026年に向けたMarTechスタックに関する業界報道は、オールインワン型プラットフォームから composable(組み合わせ可能)なアーキテクチャへの広範な移行を伝えており、組織が「大きなスイート製品を composable なサービスへと分解している」ことで、チームがプラットフォーム全体を導入(あるいは設定)することなく、必要な部品だけを採用できるようになっていると指摘している。並行した5フォーマットでのバッチコンテンツ生成は不要で、体系的なキャンペーン計画だけを求めているマーケティングチームは、まさにその composable トレンドが指し示す買い手そのものだ——そして、まさに今の1エントリだけのmarketplace.jsonが単独ではまだ応えられていない買い手でもある。

率直に言えば

AgentKits Marketingは最初から1つのプラグインを作るつもりだったわけではない。リポジトリにはすでに2つのプラグインが存在し、それぞれが実際のコマンド、実際のエージェント、そして自身のファイルに書き込まれたMVPからv1.0までのロードマップを持っている。まだ済んでいないのは、最後の、もっと小さな一歩——content-factorycampaign-managermarketplace.jsonのエントリとして公開し、/plugin install cf@...が、現状のマニフェストと食い違ったままのドキュメント上のコマンドではなく、実際に解決するものにすること——である。外から見れば、すでに「組み立て済み」ではあるが、まだ「組み替え可能」ではない。マーケティングツール業界の他の大部分がまさにそうした modularity(モジュール性)へと向かっている今、この特定のギャップを埋めることは、あれば嬉しい追加機能というより、未完了の宿題のように見える。


AgentKitsはオープンソースであり、MITライセンスのもと永久に無料です。Marketing Kitを試したり、plugins/フォルダを自分の目で確かめたり、今後の展開を追ったりするにはagentkits.netをご覧ください。お問い合わせは[email protected]まで。

オープンソースを探索

開発者向けのオープンソースツールを構築・メンテナンスしています。GitHubでリポジトリをご覧ください。

GitHubで見る

関連記事

ガイド

AppleとGoogleが無料で通話の文字起こしを始めた。それでもZoomのタブには手が届かない

iOS 26とGoogleのPixel Recorderは、無料でオンデバイスの通話文字起こしと要約を行うようになりました。しかしどちらのプラットフォームも越えていない境界線があります — それがまさにMinuteAIのChrome拡張機能が動いている場所です。

ガイド

日本の「最大12兆円」レガシー警告は、COBOL人材不足の話ではない。文字コードの話だ。

経済産業省の「2025年の崖」は、人材の引退や一括置き換えのコスト計算として語られがちだ。しかし移行プロジェクトを最初に静かに壊すのは、もっと小さく見落とされやすい問題だ——EBCDICとShift-JISは、英字と数字のどちらを先にソートするかすら一致しない。Legacy Dragonが文字コードを、後付けの前処理ではなくパーサー本体の関心事として扱っている理由。

ガイド

料金ページも従量課金もない理由 — PrivateAIが無料である経済的な仕組み

クラウドAIがトークン単位で課金されるのは、1回のクエリごとにベンダー側で実際の計算コストが発生するからだ。オンデバイスのツールにはその請求書が存在しない。この構造的な違いがPrivateAIのようなプロダクトに何をもたらし、何をもたらさないのかを解説する。