MCP が Linux Foundation 入り — 個人開発の OS レイヤがオープン化した日

Last updated at 2026-05-16Posted at 2026-05-16

TL;DR

Anthropic 発祥の MCP (Model Context Protocol) が Linux Foundation に寄贈され、月 9,700 万 SDK DL に達した時点で「中立化」しました。個人開発者が長年抱えてきた「ベンダー API か自前抽象化か」の二択が崩れ、第三の選択肢「MCP サーバとして書く」が公式化されました。

この記事で分かること:

MCP の中立化が個人 SaaS の設計判断に与えるインパクト
自分の機能を MCP メソッドとして洗い出す具体的手順
AWS AgentCore Payments と合流する「責務分離」の境界設計

読み終えると実装できるようになること:

既存スクリプトを MCP サーバとして再構成する初動
code_map.query() のような MCP メソッド設計のたたき台

1. 何が起きたか

2026 年 5 月、Anthropic 発祥の MCP が Linux Foundation に寄贈されました。月間 SDK ダウンロードは 9,700 万件、主要 AI プロバイダ全社がクライアント実装を出した状態での中立化です。

同時期に Anthropic は AWS と組んで Claude Platform on AWS をリリースし、Microsoft は Agent 365 を GA させて control plane を提示しました。上 (アプリ層) と下 (基盤層) が今月同時に標準化に動いた ことになります。下の動きが個人開発に効きます。

2. 個人開発者が直面してきた二択

CreoLab メディア運営パイプラインを作ってきた私自身、外部システム統合では 2 つの選択肢しかありませんでした。

選択肢	メリット	デメリット
ベンダー API 直叩き	速い、ドキュメントが揃う	ロックイン、移行コスト爆発
自前抽象化	中立、切替容易	工数大、設計負債が溜まる

MCP の中立化で、第三の選択肢「MCP に載せる」が成立しました。

// Before: 各プロバイダごとに直叩き
import Anthropic from "@anthropic-ai/sdk";
const client = new Anthropic();
const res = await client.messages.create({ ... });

// After: MCP サーバとして外に出す → クライアントは何でもよい
import { Server } from "@modelcontextprotocol/sdk/server";

const server = new Server({ name: "code-map", version: "0.1.0" });

server.tool("query", {
  description: "Query function dependencies in the indexed codebase",
  inputSchema: z.object({ symbol: z.string() }),
  handler: async ({ symbol }) => {
    return await indexer.findDependencies(symbol);
  },
});

3. プロトコル差別化への移行

CreoLab の見解として、個人 SaaS の戦略軸は「製品差別化」から「プロトコル差別化」に移ります。

CodeMap (コードベース可視化) を例にすると、これまでの「Web UI を見て理解する」体験から、code_map.query() を Claude Code / Cursor から叩く体験へ移行します。UI の出口が AI クライアントになり、プロダクト本体はドメインサーバになる。

ReplyTwin も同じで、reply_twin.draft(thread_url) と reply_twin.send(draft_id) の境界がそのまま「文面 / 送信 / 金銭判断」の責務分離になります。AWS AgentCore Payments の話とも合流する地点です。

4. 個人開発に効く戦術 3 つ

// 1. 既存機能を MCP メソッドとして洗い出す
// before: 内部の TypeScript 関数
async function generateThreadFromMaster(masterPath: string): Promise<string[]> { /* ... */ }

// after: MCP として公開
server.tool("packager.thread_from_master", {
  inputSchema: z.object({ master_uri: z.string() }),
  handler: async ({ master_uri }) => generateThreadFromMaster(master_uri),
});

// 2. OAuth / 予算ハンドルを最初から設計する
server.setAuthHandler(async (request) => {
  const budget = await budgetStore.get(request.principal);
  if (!budget.canSpend(request.method)) throw new Error("budget exceeded");
  return { principal: request.principal, budget };
});

// 3. ドメイン辞書を MCP リソースとして公開
server.resource("dictionary://shisha/flavors", async () => {
  return { contents: await flavorDictionary.export() };
});

まとめ

「上流の中立化」は個人開発にとっては純粋な追い風です。プロバイダ選定で消耗する時間を、プロトコル設計に再投資できる。自分の SaaS の "外から呼ばれてもいい関数" の洗い出し から始めてみてください。