Powered by Docker: Open Source GeniusがDocker MCP ToolkitとClaude Desktopでエントロピー負債をカットする方法

投稿日 10月 7, 2025

これは Powered by Docker シリーズの一部であり、Docker パートナーや実務家によるユースケースと成功事例を特集しています。この記事はライアン・ワナーによって寄稿されました。ライアンは起業家として 15 年以上の経験を持ち、AI 分野で 3 年間ソフトウェアを開発しており、Open Source Genius の創設者でもあります。

Open Source Genius は、実用的で人間中心の AI システムを構築することで、組織が AI を活用した未来をナビゲートできるよう支援する新興企業です。2025初め、OSGは需要という良い問題を抱えていた。複数のベンチャー企業が立ち上げるにつれ、より多くの AI ソリューションを出荷し、管理するドキュメント、プロセス、資産を生成していました。しかし、デッキ、PDF、SOPが山積みになるにつれて、ファイルの名前が間違ったり、フォルダーが乱雑になったり、チームはSlackスレッドでドキュメントの「本物の」バージョンを常に探したりするなど、時間のかかる混乱も増しました。

OSGはこれをエントロピー債務と呼んだ。運用担当者を雇ったり、別のSaaSツールを重ねたりする代わりに、DockerのMCP ToolkitとClaude Desktopを使用したAI搭載のファイル自動化エージェントという、よりスマートなものを構築しました。これにより、チームは毎週 1 人あたり 2 時間を節約できます。 

彼らがどのようにそれを行ったか、そして彼らが何を得たかは次のとおりです。

課題

OSGの使命は野心的で、複数のベンチャーに展開されたモジュール式ソリューションを通じて2027によって100百万ドル以上の中小企業価値を生み出すことです。 

Hideout Golf Club、Music City Energy Spa、MHCP USAなどで活発なプロジェクトを展開しているこのチームは、ミッション/ビジョンのフレームワーク、ブランドガードレール、運用SOP(人材、技術、有形資産、潮流を追跡する包括的な 4-Tリソースマネージャーなど)、ビジネスワンページャー、ピッチデッキ、参考資料など、重要なドキュメントを絶えず作成していました。各ベンチャーには独自の組織化された知識ベースが必要でしたが、手作業によるオーバーヘッドがボトルネックになっていました。

これにより、チームが エントロピー負債と呼んだもの、つまり次の時間に失われるものが生み出されました。 

  • 刻々と変化する規則に合わせてファイルの名前を変更する 
  • アドホックフォルダーへのアセットのドラッグ&ドロップ 
  • Slack でリンクをピンポンして「最新」バージョンを見つける

OSGのチームはファイルに溺れていた。複数の事業や部門で毎日3015ドキュメントがダウンロードフォルダに入ってくるため、混乱は絶え間なく続きました。ピッチデッキの更新、SOPの改訂、新しいブランドガイドラインなど、それぞれに注意が必要でしたが、誰もそれらを適切に整理する時間がありませんでした。

チームは、同様にイライラする3つの選択肢に直面しました。

  1. 時間をかけて手動で名前を変更して整理し、価値の高い仕事から人々を引き離します
  2. タスクを他の人に委任する - 誰かのすでにいっぱいの皿に追加する
  3. 検索機能を使用して、それが機能することを祈りますが、多くの場合、「誰かが最新のブランドガードレールを送ってくれませんか?」のような Slack メッセージで終わることがよくあります。

OSGはさまざまな組織システムを試しましたが、それらはすべて、分散したチーム全体での規律と一貫性を必要としていました。チームは、効果的な委任に十分な堅牢なシステムを構築する必要がある場合は、代わりに自動化でそれを解決するプロセスを構築できることに気づきました。

この時間と生産性の損失の増加に伴い、創設者は、反復可能でオーバーヘッドの少ない修正を作成しようとしていましたが、追加の SaaS 料金や専任の運用担当者の雇用も不要な修正を作成しようとしていました。

ソリューション — OSG内のエントロピーエージェント

OSGは、Claude DesktopEntropy Agentを構築し、Docker Desktop上でサポートするMCPサーバーをホストしました。 

OSGがDocker MCP Catalog and Toolkitを選んだ理由 

既存のDocker実務家として、OSGチームはすでにプラットフォームに精通しており、ローカルで実行していました。Docker が MCP のサポートを発表したとき、それは自然に適合し、新しい承認は必要なく、クラウドへの依存関係はなく、すべての処理はローカル マシンにとどまりました。「私たちは神を信頼します。他のすべての人がデータを持ってくる」と、機密性の高い運用文書を完全に制御し、従業員のスコアカードから4ドルまであらゆるものを追跡する機能。不動産保有の2Mを独自のビジネス方法論に、交渉の余地がありませんでした。

OSGチームは、MCPサーバーを検出、実行、管理するためのシンプルで安全なアプローチのために 、Docker MCP Catalog and Toolkit を選択しました。「大きく考え、小さく行動する」という価値観に忠実に、セットアップ プロセスは、発見から最初のファイル ルーティングの成功まで 1 時間もかかりませんでした。Claude Desktopにワンクリックで統合できるため、手動の設定ファイルや複雑なネットワークは不要で、各MCPサーバーは箱から出してすぐに使用できます。

アーキテクチャは、創設者が共有した図を反映しています。

画像2

  1. Claude Desktop AI – 受信ファイルを分類し、BOSに属していることを検証し、コマンドをルーティングし、更新を同期します。
  2. Docker MCP Toolkit – 呼び出し可能サービスを公開する MCP ゲートウェイ・サーバー を実行します。最初に利用可能なサービスは、GitHub MCP Server です。次のフェーズでは、Notion、Slack、Google Drive 用の追加の MCP サーバーが導入されます。
  3. GitHub BOS – 9 つのドメイン フォルダー フレームワーク (Foundation から Governance) で、検証されたすべてのファイルに custom.md 説明付き。

現在の運用フロー

Entropy Agent を導入すると、ワークフローはシンプルになります。オペレーターがローカルの Entropy Inbox にファイルをドロップし、エージェントが残りの処理を行い、正しい BOS フォルダーを自動的に分類、名前変更、および更新します。

画像1

アクション

受ける

オペレーターは、ファイル(更新されたブランドガードレールなど)をローカルマシンの「エントロピー受信トレイ」フォルダーにドロップします。

分類と検証

Claudeはファイルタイプを識別し、4つの基本カテゴリのいずれかに一致することを確認し、OSGの規則を使用して名前を変更します。

ルート

Claude は MCP ゲートウェイを介して GitHub MCP Server にコマンドを送信します。

同期

GitHub MCP は、ファイルを正しい BOS フォルダーに配置し、コミットしてプライベート リポジトリにプッシュします。

文脈

Claudeは、そのフォルダ内の custom.md を追加または更新して、人間がファイルがなぜ重要なのかを理解できるようにします。

業績

OSGは、DockerとClaudeを使用してEntropyエージェントを1時間足らずで実装しました。それ以来、チームは毎週一人当たり推定2時間を節約しています。 

現在では、ファイルの名前が自動的に変更され、並べ替えられ、手作業なしで BOS フレームワークに整理されます。マーケティングコンサルタントがキャンペーンのブランドガードレールを必要とする場合、創設者が取締役会に最新の 4-T リソースマネージャーを必要とする場合、または仮想アシスタントが新しい請負業者をオンボーディングする必要がある場合、ファイルは常に同じ場所にあり、毎回同じ名前で保存されます。検索は不要です。推測はありません。無駄な時間はありません。

これにより生み出される明確さは、単にファイルを見つけるだけではありません。つまり、エンジニアからコンサルタントまで、チームの誰もが、サポートしているベンチャーやプロジェクトに関係なく、最高の仕事をするために必要な正確な情報に自信を持ってアクセスできます。

OSG は、Docker MCP スタックを使用して、この最初の内部エージェントを 1 時間以内にセットアップしました。完璧ではありませんでしたが、うまくいきましたし、そのような価値評価のスピードはすごいものです。さらに、創設者は心理的な違いも評価しました。ダウンロードフォルダは以前はめちゃくちゃでした。今、すべてが予測可能な構造に住んでいます。その明確さは、単なるファイル管理にとどまりません。より多くのシステムと内部エージェントを構築するにつれて、すべてを整理することで、スタックのナビゲートが容易になり、AI にはるかに優しいものになりました。

OSGは、実際には誰の仕事にも関わらないファイル関連のタスクを減らすだけで、一人当たり少なくとも週に2時間を節約できると推定しています。しかし、さらに重要なことは、このスタックがコンテキストを意識したワークフローをサポートする方法が、真に AI 中心の組織というより大きなものに向けて構築するのに役立っていることです。

OSGがDocker MCPスタックを使い始める前は、社内のコミュニケーションの多くは物を見つけることだけでした。「あのファイルはどこにあるの?」「最新バージョンを持っているのは誰ですか?」そういった質問は絶え間なくありました。今では、ほとんどいなくなってしまいました。何かが期待どおりにない場合、彼らはそれがまだ作成されていないか、誰かがそれを構築する必要があることを知っています。この小さな変化だけでも、OSGチームの連携方法に顕著な影響を与えています。

ペインポイント

プレエージェント

ポストエージェント

手動で名前変更とファイリングを行う

100% 人間

0 % — 完全自動化

ファイルバージョンの重複

コモン

まれ — BOS の単一の正規コピー

「あの医師はどこにいるの?」とピンが鳴ります。

日毎

週< 1

教訓

OSGの経験から、特にDockerのような柔軟で使い慣れたプラットフォーム上に構築された場合、小規模で的を絞った自動化が大きな結果をもたらすことが示されています。その他の学習には次のようなものがあります。

  1. Docker のような柔軟で安全で使い慣れたプラットフォームを選択してください。 Docker の MCP Toolkit により、OSG は依存関係の競合や複雑なランタイム設定に悩まされることなく、エージェントを自由にテスト、反復、改良できるようになりました。MCP サーバーは分離されたコンテナで実行されるため、OSG は従来の Node.js や Python のインストールを悩ませる環境の不整合やバージョンの競合という一般的な落とし穴を回避し、コンテナを実行するだけで動作します。 
    • OSGにとってセキュリティは交渉の余地がありませんでした。従業員のスコアカードから4ドルまで、機密性の高い運用文書を処理します。不動産保有の2Mでは、チームには基本的なアクセス制御以上のものが必要でした。Docker のコンテナベースのアプローチは、組み込みの分離、OAuth サポート、安全な資格情報ストレージを提供し、多くの MCP ツールを悩ませているプレーンテキスト環境変数と完全なホスト アクセスのリスクを排除します。また、Docker は、安全なコンテンツと安全なランタイムの両方のプロバイダーとしての信頼できる地位を活用することで、ツール ポイズニングやツール ラグ プルなど、MCP サーバーに固有の新たな脅威にも対処します。AI エージェントの構築を検討しているチームにとって、セキュリティ、シンプルさ、拡張性を兼ね備えた Docker のようなプラットフォームを選択することは非常に重要であり、開発プロセスから摩擦を取り除き、インフラストラクチャと格闘するのではなく、実際の問題の解決に集中できるようになります。

  1. 単一の正規ホームは無限のフォルダーに勝ります。GitHubベースのBOSは、「実際の」ファイルと「動作する」ファイルに関する議論を排除します。各ドキュメントに信頼できる場所が 1 つしかない場合、バージョンの混乱がなくなり、チームの信頼が高まります。このアーキテクチャ上の決定は、自動化されたファイルルーティングと組み合わされて、チーム全体の情報へのアクセス方法を変革しました。
  2. モジュール式MCPサーバは、スタックの将来性を保証します。GitHub MCP サーバーから始めて、システムを軽く、焦点を絞った状態に保ちました。Docker が MCP エコシステムを拡張するにつれて、OSG はコア ワークフローをリファクタリングすることなく、Slack ダイジェスト、Notion ナレッジ ベース、Google ドライブ同期などの新しい統合を簡単に追加できます。各 MCP サーバーは独立したコンテナーとして実行されるため、機能の追加は新しいサービスを有効にするのと同じくらい簡単です。このモジュール式アーキテクチャは、エージェントがビジネスとともに成長できることを意味します。
  3. 小さな自動化、大きな利益。数百行のClaudeプロンプトとMCPコールは、すべてのプロジェクトで反復的で価値の低いタスクに取って代わりました。教訓は、有意義な影響を得るために大規模なインフラストラクチャは必要ないということです。1つの面倒なワークフローから始めて、完全に自動化し、そこから構築します。「あのファイルはどこにあるのか」から「そこになければ、まだ構築していない」という心理的な変化だけでも、チームの共同作業方法が変わりました。

結論

OSGのエントロピーエージェントは、エントロピー負債をなくすためにヘビー級のプラットフォームは必要ないことを示しています。ターゲットを絞ったClaudeワークフローと1台のMCPサーバーにより、即座に測定可能な緩和が得られ、将来のより充実した自動化の基礎が築かれました。DockerのMCPソリューションを使用すると、複雑なセットアップは不要で、すぐに使用できるスケーラブルで安全で安定したパフォーマンスを備えたMCP機能を使用してエージェントを簡単に拡張できます。

さらに詳しく

投稿カテゴリ

関連記事