MCPサーバー副業は現実的か——エンジニアが技術・市場・単価を評価した

こんにちは。

もるふぉです。

先日、英語圏のXで「カスタムMCPサーバーの受託は1案件あたり$5,000〜$15,000、エンタープライズなら$25,000〜$100,000で売れる。今は2009年のApp Store黎明期と同じタイミングだ」という投稿が回ってきました。

数字だけ見ると派手ですし、実際そのポストは2026年5月7日時点で30万ビュー、3,651リポスト、9,796いいねまで伸びてます。

「MCPって最近よく聞くけど、副業として現実的なのか？」「自分のスキルで参入できるのか？」「そもそも日本市場で成立するのか？」——この3つを、自分がClaude Codeで日常的に開発している立場から評価してみました。

結論から言うと、海外単価をそのまま日本市場に持ち込むのは無理があります。

一方で、「だから副業として成立しない」と切り捨てるのも違うと思っていて、自分の周辺で起きている案件の動きを見るかぎり、MCPサーバー受託は副業として「割と筋がいい」側に分類できる、というのが現時点での見立てです。

この記事では、その見立ての中身を技術・市場・単価の3軸で整理した上で、有料エリアで具体的な案件獲得手順まで踏み込んで書いていきます。

ターゲットはエンジニア3年目以上、Claude CodeやCursorあたりを業務または個人開発で使っている方を想定しています。

海外で話題のMCPサーバー販売——日本市場で副業として成立するか

元ネタ：英語圏で30万ビュー超えのバズが示す市場の熱量

冒頭で触れたKhairallah AL-Awadyさんの投稿は、要点を整理するとこういう主張です。

• フリーランスが請けるカスタムMCPサーバー：1案件 $5,000〜$15,000
• エンタープライズ向けのMCP統合：1案件 $25,000〜$100,000
• 今のMCPは、2009年のApp Storeと同じ「先行者が市場を取る」タイミングにある

円換算すると、フリーランス帯で約75万〜225万円、エンタープライズ帯で約375万〜1,500万円という規模感です。

数字が一人歩きしている感は正直あります。

「2009年のApp Store」というアナロジーも、当時と今では市場の成熟度や競合の質が違うので、同列に扱うのは少し乱暴だとは思っています。

ただ、「プラットフォームとして立ち上がりきっていない段階にある」という構造的な指摘自体は、外れていないとも感じています。

3,000以上のリポストと約1万のいいねが付いているという事実は、それなりの数のエンジニアが「この市場、確かに熱を感じる」と反応している、ということでもあります。

ここで個人的に注目しているのは、海外単価そのものよりも「MCPサーバー単体を商材として企業が買い始めている」という構造変化のほうです。

これは日本市場でも、規模は小さいながら確実に起こり始めています。

「$5,000〜$100,000」という単価の現実——日本市場版の見立て

海外の数字を見て「自分には関係ない」と感じた方も、日本市場のレンジを聞くと印象が変わるかもしれません。

日本市場での単価レンジについては、自分の周辺で動いている案件の感覚と、AIエージェント開発系の単価データを突き合わせると、おおむね以下のような構造になっていると見ています。

ここは正直に書いておくと、日本の単価レンジは公開された案件データベースが揃っているわけではなく、自分の感覚と隣接領域（AIエージェント開発フリーランス）の相場からの推定です。

根拠が弱い部分があるので、参考値として読んでください。

ただ、桁感としてはおそらく外していなくて、「海外と同じ$5,000がそのまま日本でも通る」と考えるのは厳しい一方で、「小規模10万〜30万円、中規模で30万〜80万円、エンタープライズで100万円超」というレンジは現実に存在しています。

副業として月1案件こなせるかどうか、という話で考えるなら、最初の数件は10万〜30万円帯に着地することがほとんどだと思います。

フリーランスWebサイト制作1本の相場とほぼ重なるレンジですが、競合の少なさという点では話が違います。その理由は次のセクションで整理します。

技術的参入障壁は低い、でも市場の参入障壁は別にある

ここが一番大事な前提なので、最初に書いておきます。

MCPサーバーの技術的な参入障壁は、率直に言って低いです。

PythonまたはTypeScriptで200行程度のコードが書ける人なら、公式SDKを使って最小構成のMCPサーバーを作るのは半日もかかりません。

Claude Codeに「MCPサーバーの雛形を作って」と指示すれば、server.py と pyproject.toml まで一通り出してきます。

技術的には、これは事実です。

ただし、「作れる」と「売れる」は別の話なんですよね。

市場の参入障壁——つまり「案件を獲得する」「適切な価格をつける」「クライアントと要件を握る」「契約を結ぶ」「納品して入金まで持っていく」——これは技術力とは独立したスキルセットです。

この記事の有料エリアで具体的に扱うのは、この「市場との接続」の部分です。

技術的な作り方そのものは、公式ドキュメントとClaude Codeで十分カバーできるので、有料エリアでは扱いません。

What is the Model Context Protocol (MCP)? - Model Context Protocol

modelcontextprotocol.io

GitHub - modelcontextprotocol/servers: Model Context Protocol Servers

Model Context Protocol Servers. Contribute to modelcontextprotocol/servers development by creating an account on GitHub.

github.com

MCPサーバーとは何か——副業として扱うために必要な理解

Model Context Protocolが解決する問題

「MCPって結局何をするものなのか」——副業として評価する前に、ここだけ押さえておいてください。

MCPはModel Context Protocolの略で、Anthropicが2024年11月にOSSとして公開し、2025年12月にLinux Foundation傘下のAgentic AI Foundation（AAIF）に寄贈された、LLMと外部システムをつなぐ標準プロトコルです。

現在はAAIFの管理のもと、特定ベンダーに依存しないオープン標準として運用されています。

ざっくり言うと、こういう問題を解決します。

• 各社のAIアプリ（Claude Desktop、Cursor、Cline等）が、それぞれ独自にAPI連携を実装していた
• 「Slackを読む」「Notionに書き込む」「社内DBを叩く」といった処理を、AIアプリごとに別々に作る必要があった
• MCPはその間に標準プロトコル（JSON-RPC 2.0ベース）を挟むことで、サーバー側を1回作れば、対応するすべてのAIクライアントから使えるようにする

ここがビジネス的な肝で、面白いところです。企業がMCPサーバーを欲しがる理由は「自社のシステム・データを、あらゆるAIクライアントから安全に利用できる状態にしたいから」です。

ChatGPT、Claude、Cursor、Cline、その他社内で使うAIクライアントが何になっても対応できる、という汎用性が、企業にとっての価値になります。

いわば「どのコンセントにも対応する変換アダプター」を作るようなイメージで、一度整備すれば、クライアントがAIツールを乗り換えるたびに対応が生まれます。

開発に必要なスキルセット（PythonまたはTypeScript + REST API）

MCPサーバーを副業で作る、という前提で必要なスキルを並べると、こんな構成です。

• 言語: PythonまたはTypeScript（どちらか1つで十分。公式SDKがある）
• API設計の理解: REST APIを設計または実装した経験。叩いただけでなく、設計・実装側の経験があると強い
• 認証の知識: OAuth、APIキー管理、シークレット管理の基礎
• JSON-RPC 2.0の理解: 仕様書を読めば数時間で把握できるレベル。深い専門知識は不要
• テストの感覚: 外部サービスとの統合テストをモックで書けるとなお良い

裏を返すと、フロントエンドのリッチなUIや、機械学習モデルそのものを作る能力は不要です。

「既存のAPIをラップして、AIクライアントから安全に叩けるようにする」のがMCPサーバーの本質なので、Web系バックエンドの経験がそのまま活きます。

企業が本当に求めているカテゴリ——高需要4領域の整理

自分のスキルがどの領域に刺さるか、確認してみてください。

実際にMCPサーバー受託として企業から要望されやすい領域は、現時点でこの4つにほぼ収束しています。

1. 社内ナレッジ・ドキュメント検索系: Notion、Confluence、社内Wikiの統合検索
2. 業務システム連携系: Salesforce、kintone、自社の業務管理システムをAIから叩けるように
3. データ分析系: BigQuery、Redshift、社内DWHを安全に読み取り専用でAIに開放
4. コミュニケーション系: Slack、Teams、メールの読み取り・通知

このうち、副業規模で取りやすいのは1と4です。

2と3はセキュリティ要件が厳しくなりがちで、副業のスポット契約だと通しにくいケースが多いです。

逆に、1と4は比較的スコープが切りやすく、認証もシンプルなことが多いので、副業の最初の案件としてはおすすめです。

5分でできるMCPサーバー環境チェック

読んでいるだけより、手を動かしたほうが理解が速いです。

自分の手元でMCPサーバーが動く環境かどうか、5分で確認できます。

# 公式の最小構成サーバーを起動してみる（Python）
uvx mcp-server-fetch

または、

# Node環境派の方はこちら
npx @modelcontextprotocol/server-everything

次に、Claude DesktopまたはClaude Codeの設定ファイルを開きます。

macOSなら ~/Library/Application Support/Claude/claude_desktop_config.json、Windowsなら %APPDATA%\Claude\claude_desktop_config.json です（Claude DesktopはLinux未対応のため、LinuxユーザーはClaude Code CLIからの利用を想定してください）。

そこに以下のような設定を追加します。

{
  "mcpServers": {
    "fetch": {
      "command": "uvx",
      "args": ["mcp-server-fetch"]
    }
  }
}

Claudeを再起動して、チャットで「このURL（https://example.com）の内容をfetchして」と聞いてみてください。

中身が取れていれば、技術的にはMCPサーバーを「使う側」「作る側」のスタートラインに立っています。

ここまで5分でできた方は、技術的な参入障壁はもうクリアしてます。

次のセクションでは、「作れる」から「売れる」へのギャップ——つまり市場との接続の話に進みます。

servers/src/fetch at main · modelcontextprotocol/servers

Model Context Protocol Servers. Contribute to modelcontextprotocol/servers development by creating an account on GitHub.

github.com

現役エンジニアがMCP副業を選ぶ理由と選ばない理由

強みが活かせる理由——既存のAPI・システム設計の知見が直結する

「自分の今のスキルで参入できるのか？」という疑問は、結構大事なポイントです。

MCPサーバー受託が、ある程度の経験を積んだエンジニアと相性がいい理由はシンプルで、既存の経験がほぼそのまま使えるからなんですよね。

• REST APIを設計・実装した経験 → MCPサーバーのツール設計に直結
• 認証・シークレット管理の経験 → クライアント企業の懸念に答えられる
• 業務システム連携の経験 → 「社内のあのシステムをAI対応に」という要望にすぐ応えられる
• テストコードを書ける感覚 → 統合テストの提案で他の応募者と差別化できる

特に、業務システムとREST APIの組み合わせを何度かやっている方なら、MCPサーバーの開発自体は「既存スキルの新しい使い方」くらいの感覚で入れます。

ゼロから新しい技術を学ぶ、という負担はかなり小さいです。

自分のスキル棚卸しチェックリスト

ここで、自分の現在地を確認してみてください。

以下の4項目に、Yesが何個つくか数えてみます。

• PythonまたはTypeScriptで200行以上のコードを書いた経験がある
• REST APIを設計または実装した経験がある（叩いたことがあるだけでなく、設計・実装側）
• GitHubに公開リポジトリを1本以上持っている、または抵抗なく作れる
• Claude Code、Cursor、Clineのいずれかを業務または個人開発で日常的に使っている

3つ以上Yesがついた方は、技術的にはMCP副業の参入側にいます。

残るのは「市場との接続」の部分だけ、ということになります。

4つ全部Yesなら、あとは動くかどうかの問題で、技術面で迷う必要はないと思います。

注意点——「作れる」と「売れる」は別の話

ここはもう一度書いておきます。

エンジニアあるあるなんですが、「作る側のスキル」と「売る側のスキル」を同一視しがちなんですよね。

MCPサーバー副業に関しても、技術的に作れることと、それを案件として獲得して、適正な価格をつけて、要件を握って、契約して、納品して、入金まで持っていくことは、完全に別のスキルセットです。

特に、副業の初期につまずきやすいのは以下のポイントです。

• スコープの定義が甘くて、無限に修正対応が発生する（スコープクリープ）
• 価格設定の根拠がなく、安く請けすぎて時給換算で破綻する
• 契約書なしで進めて、納品後の支払いが滞る
• 非技術系のクライアントに技術的な要件を伝える言語が見つからない

このあたりは、技術力をどれだけ上げても自動的には解決しません。

別途、副業実務としてのスキルが必要です。

有料エリアでは、このリストに一つずつ具体的な対処を書いています。

他のAI副業との比較（AIコンサル・Claude Code受託・プロンプト設計）

「MCPじゃなくて他のAI副業でいいんじゃ？」という疑問も、ちゃんと確認しておく価値があります。

他のAI関連副業と比較したときの位置づけを整理しておきます。

ここで言いたいのは、MCPサーバー受託の優位性は「技術的参入障壁が低いのに、現時点で日本の競合がほとんどいない」という、市場のタイミング上の有利さにあるということです。

プロンプト設計やClaude Code受託は、すでに参入者が多くて単価競争が起きつつあります。

MCPサーバー受託は、まだ「やってる人が少ない」フェーズなので、3年目以上のエンジニアが普通にやれば差別化が効きやすい、というのが現時点の構造です。

ここまで読んでくださった方は、おそらく以下のいずれかに該当しているはずです。

• スキル棚卸しチェックリストで3つ以上Yesがついた
• 5分の環境チェックでMCPサーバーが手元で動いた
• 「他のAI副業と比べてMCPは確かに筋がいいかもしれない」と感じた

技術的には参入できる側にいる、という結論はここまでで出ています。

残っているのは「市場との接続」、つまり実際にどこで・どう案件を取り、どう価格をつけ、どう要件定義し、どう契約するか、という部分だけです。

ここから先は、この実務部分を扱います。

具体的には、

• クラウドソーシング、GitHub起点、直案件、Upworkの4ルートそれぞれの始め方と、3年目以上のエンジニアが現実的に選ぶべきルートの判断軸
• 展示用MCPサーバーをゼロから1本作るときの題材選びとREADME設計
• 日本市場の現実的な単価レンジ（小規模10〜30万円、エンタープライズ50〜150万円）の根拠と、自分のスコープでいくらをつけるかの計算式
• 非技術系クライアントへの提案書テンプレート、スコープクリープを防ぐ要件定義の最低ライン、副業規模でも省略できない契約書のチェックポイント
• 今月から動ける3ヶ月ロードマップ（月1: 展示用1本公開、月2: 1案件目受注、月3: 振り返りと次案件）

以上を、自分がClaude Codeで日常的に開発している中で得た知見と、実際の受託の感覚を踏まえて書いています。

冷静に書いておくと、この記事を読んでも案件が自動的に降ってくるわけではありません。

動くかどうかは読んだ人次第です。

ただし、最初の1案件（日本市場の小規模レンジで10〜30万円）を取れた時点で、この記事の価格は500〜1,500倍で回収されます。

「市場が空いている今のうちに動く」か、「半年後に競合が増えてから動く」か。

判断はお任せします。