MCPとは：AIに「手」を持たせるということ
目次
長いあいだ、AIとの開発は、ソースコードをコピペして返ってきたものを戻す手作業でした。
AIは文章を読んで文章を返すだけで、実際の環境には指一本触れられません。だから現状はこちらが調べて教えるしかなく、返ってくる答えはいつも「たぶん、こうなっているはず」という推測の上に乗っていました。
その壁を崩したのが MCP です。MCP（Model Context Protocol）は、ひとことで言えば、AIに外部のツールや環境を触らせるための共通の「口」にあたる仕組みです。対応したツールをこの「口」につなぐと、AIは文章を返すだけでなく、データベースに問い合わせたり、ブラウザを操作したり、デプロイの状態を見にいったりできるようになります。実際につないでいるものを何点か挙げながら、何が変わったかをたどります。
第1章：いまを、直接たしかめる
最初に効いたのは、現状把握でした。
Supabase MCP をつなぐと、いまのデータベースの定義やデータを直接照会できます。それまで、テーブルがどうなっているかを知るには、変更の履歴（積み重なった差分）を頭から追うしかありませんでした。けれど差分は「過去に何をしたか」の記録であって、「いま現在どうなっているか」ではありません。実際その差分はいまや千本を超えていて、順に読んでも最新の姿は復元できませんし、むしろ読むほどに「で、結局いまどうなっているのか」が分からなくなります。そこを Supabase の MCP がひっくり返して、履歴から組み立てるのではなく、いまの姿を直接確かめられるようにしました。推測が事実に置き換わるぶん、思い込みから来る手戻りが減りました。
Context7 MCP をつなぐと、使っているライブラリの公式ドキュメントを、その場で最新の状態で引きにいけます。AIの知識は学習した時点で止まっているので、すでに変わってしまった古い書き方のまま、それらしいコードを返してくることがあります。でも Context7 があれば「いまの正しい書き方」を土台にできるので、後から『その書き方はもう廃止されている』と気づいて書き直す遠回りが減りました。
第2章：実機で、回す
次に変わったのは、検証のしかたです。
コードを読むだけでは、画面が実際に動くのか、本番に正しく出ているのかは分かりません。「たぶん動く」と「動いている」のあいだには、いつも溝があります。その溝を、いくつかの MCP がまたがせてくれました。
Playwright（ブラウザ）MCP を使うと、AI自身がブラウザを立ち上げて、ログインから一連の流れを実際に踏みます。コード上は通っているのに、実機ではログイン直後にうまく遷移しない、といった実行時のずれは、文面をいくら読んでも見えず、触ってみて初めて分かる類のものです。
GitHub MCP では、PRやIssue、コード横断の検索をAI自身が扱えるようになり、変更を出す・見る・たどるが地続きになりました。別系統のAIを突き合わせる二段レビューも、この土台の上で回しています（それ自体が長い話なので、追って個別に書きます）。
Vercel MCP を使えば、本番に正しく反映されているか、エラーを吐いていないかを、状態やログから直接たしかめられます。「出したつもり」が曲者で、「出たはず」を「出ているのを見た」に変える一手です。
第3章：触れるということは、壊せるということ
ここまでは良い面ですが、いいことばかりではありませんでした。
プレビュー環境を作り直すだけのつもりで、再デプロイの操作をAIに任せたところ、それが本番の正規の公開先まで巻き取ってしまいました。結果、本番が一時的におかしくなっただけでなく、開発用の環境が本番側の設定を読みにいって、そちらも壊れました。「読むだけ」のAIなら絶対に起こらない、二重の事故です。便利さと危険は、同じ蛇口から出てきます。これは身をもって学びました。
だからこそ、何を読めて、何を書けるかの線引きが命綱になります。書き込みを禁じるガードは自動では付いてくれないので、手順そのもので縛ります。たとえば、本番データベースへの問い合わせは参照（読み取り）だけに限ると決めて、運用で守ります。秘密情報（トークンや鍵）はAIに渡さず、環境の外に置いたままにします。
気づけば、既製のMCPをつなぐだけでなく、自分たちのプロダクトを操作するMCPまで自前で作るようになっていました。踏み込めば踏み込むほどできることは増え、同じだけ、気をつけることも増えていきます。
手を持たせる、けれど手綱は握る
MCPがもたらしたのは、AIが「読んで答える」存在から「環境に手を伸ばす」存在へ変わったことです。いまを直接たしかめ、実機で動きを見て、推測由来の手戻りが減りました。同時に、触れるからこそ事故も起こりえます。だから手綱、つまり権限の線引きと運用の手順は、人間が握り続けます。任せられることが増えても、任せきりにはしません。この1年で学んだ線引きは、だいたいそこに落ち着きました。
このスタックを1年かけてどう組み替えてきたかは マイクロSaaSの技術スタックは、1年でこう変わった に書きました。開発まわりの他の記事は dev カテゴリ にまとめています。
こうして手探りで作り続けているのが、PentaTrailです。外から見える会社の攻撃面を、AIで継続的に把握するCTEMのサービスです。
