AIにサーバー管理を任せる｜MCPで自分のインフラを持てる時代になった

「サーバーが触れる」「DNSがわかる」は、長いあいだ”わかる人だけの世界”でした。ところが2026年8月、僕は自分のサイトのドメイン移行を、コードを1行も書かずに終えています。やったのは、レンタルサーバー会社が公式に出しているMCPサーバーをAIエージェントにつないで、日本語で頼んだだけ。会計士がサーバーの設定を触れてしまった、という話ではありません。これは「誰でも自分のインフラを持てる時代になった」という、もう少し大きな話だと思っています。

MCPで「サーバー管理をAIに任せる」とは、具体的に何ができることなのか

まず、ふわっとした話を具体に落とします。「AIにサーバーを任せる」と聞いて多くの人が想像するのは、AIが勝手に何でもやってくれる状態ですが、実態はもっと地味で、もっと実用的です。

MCPは、AIと外部サービスをつなぐ”共通の差し込み口”

MCP（Model Context Protocol）は、AIと外部のツール・サービスをつなぐためにAnthropicが公開したオープンな規格です。乱暴に言えば、AIの側に空いている共通の差し込み口。これまではサービスごとに個別の作りこみが必要でしたが、共通の規格ができたことで、対応するサービスが増えるほど、AIが実際に「手を動かせる」範囲が広がっていきます。

ここが重要な点です。AIができるようになったのは、賢く答えることではなく、外の世界を操作すること。チャットの中で完結していた道具が、管理画面のボタンを押す側に回った、という変化です。

実際に任せられる操作の範囲

エックスサーバーは2026年5月に公式のMCPサーバー（XServer MCP Server）とCLIの提供を開始しています。公式マニュアルに載っている対応範囲を整理すると、次のようになります。

前提条件もあります。利用にはXServerアカウントで発行するAPIキーが必要で、実行環境としてNode.js v18以上が求められます。そしてブラウザ版のAIチャットでは使えません。ターミナルを触れるタイプのAIエージェント（Claude CodeやCursorなど）が必要です。つまり「スマホでAIに話しかけたらサーバーが動く」という段階ではなく、パソコンに環境を作る一手間は残っています。

なお、ドメインそのものの新規取得はレジストラ側の作業なので、この守備範囲の外。お名前.comなどのドメイン登録サービス（PR）で取得したうえで、サーバー側の設定をAIに渡す、という順番になります。

管理画面を開く前に、まず日本語で頼んでみる。順番が逆になりました。

実際に任せてみてわかった、速さの正体

体感として、作業は明らかに速くなりました。ただ、速くなった理由は「AIの処理が速いから」ではありません。もっと構造的なところにあります。

詰まっていたのは技術ではなく「用語」だった

技術者ではない人がサーバーまわりで止まる理由は、たいてい難しい判断を迫られるからではありません。Aレコード、CNAME、ネームサーバー、伝播、といった言葉が読めないから止まる。何をしたいかは自分の中で明確なのに、それを画面の言葉に翻訳できない。この一点で、多くの人が入口で引き返してきました。

AIエージェント経由だと、この翻訳工程がまるごと消えます。「このドメインを新しいサーバーに向けて、SSLも有効にしておいて」で通じてしまう。用語を覚える時間がゼロになるわけです。

僕は前々から、人生でいちばん価値があるのは時間だと考えています。いろいろなことを自分で勉強するために時間を使うくらいなら、適正な対価で良い仕事をしてくれる相手にどんどん頼んだほうがいい。その「頼む相手」の選択肢に、AIが本格的に入ってきたという感覚です。

減ったのは作業時間ではなく「往復の回数」

従来のサーバー設定は、こういう流れでした。手順を検索する、管理画面を開く、該当のメニューを探す、設定する、反映を確認する、うまくいかない、また検索する。実は、この往復そのものが作業時間の本体です。

AIに渡すと、検索する工程と探す工程が消えます。残るのは「何をしたいか」を伝える工程と、「これで合っているか」を確認する工程だけ。工程が減るから速い、という単純な話です。

僕はもともと、誰がやっても同じ結果になる作業、つまり考える部分がなく決められたルール通りに入力していくだけの仕事は、ほぼすべてAIに置き換わると考えてきました。サーバーの設定作業は、その典型です。ドメインをどう向けるかは判断ですが、向けるための手順は完全に定型。判断だけ人が持ち、手順は渡す。きれいに分かれます。

それでも人が見るべき境界

ここまで便利さを書きましたが、全部任せていいとは思っていません。境界の引き方を、実際に使いながら次のように整理しました。

任せていい操作・自分で押すべき操作の判断表

基準はシンプルで、「元に戻せるか」と「お金が動くか」の2つだけです。戻せる操作は渡す。戻せない操作と、お金が絡む操作は自分で押す。AIの精度の問題ではなく、責任の所在の問題として、この線を引いています。

APIキーの扱いだけは、便利さと引き換えにしない

MCP経由の操作にはAPIキーが要ります。これはサーバーをまるごと操作できる鍵なので、扱いは慎重に。最低限、次の3つは守るべきラインだと考えています。

• ローカルの設定ファイルに置き、リポジトリに載せない。GitHubに上げる場合は除外設定を必ず確認する
• 共有パソコン・共有フォルダに置かない。鍵の共有は権限の共有と同義
• 漏れた可能性が少しでもあれば、すぐ削除して再発行する。悩む時間のほうが高くつく

公式マニュアルにもAPIキー漏洩時は直ちに削除するよう明記されています。ここだけは、速さと引き換えにしてはいけない部分です。

壊れて困るのはサーバーではなく、その先にいる読者や取引先のほうです。

「わからないから」が言い訳にならない時代に、何が残るか

ここからが、僕がこの話をいちばん面白いと思っている部分です。

参入コストが下がると、差がつくのは「何をやるか」だけになる

これまでウェブでサービスやメディアを持とうとすると、技術という関門が必ず立ちはだかりました。だから「自分は技術がわからないので」で止まることが許されたし、それは正当な理由でもありました。

ところが、AIとMCPでサーバーサイドの設定までつながってしまうと、よくも悪くも言い訳ができない世の中になってきます。アイデアさえあれば、技術がわからなくても、とりあえずゼロからのスタートができる。誰でもウェブサイトやウェブサービスを運営できる時代が、そこまで来ている。個人的には、ここがいちばん面白いところだと思っています。

裏返すと、これはやや厳しい話でもあります。技術という参入障壁が下がった分、残るのは「何をやるか」と「続けられるか」だけ。差がつく場所が、道具から中身に移動したということです。

それでも0→1と最後の仕上げは渡さない

誤解のないように書いておくと、僕は全部をAIに寄せる立場ではありません。仕事を区間で分けたとき、AIに絶対に渡さないと決めているのは、最初の0→1（何を作るのか、何を伝えたいのか）と、最後の99→100（人に出す直前の詰め）です。逆に真ん中の1→100は、おそらく人の千倍くらい使っています。

サーバー管理は、完全に真ん中の区間の作業です。だから遠慮なく渡していい。むしろ、ここを自力でやることにこだわって時間を溶かすほうが、機会損失としては大きいと考えています。

技術は借りられます。何をやりたいかだけは、借りられません。

まとめ

MCPでサーバー管理をAIに任せると、用語を覚える工程と、手順を調べる往復が消えます。任せる範囲は「元に戻せるか」「お金が動くか」の2軸で切り分け、削除と課金と認証情報だけは自分の手元に残す。この線さえ引けば、技術者でなくても自分のインフラを持てます。あとは、そこで何をやるかという話だけ。参入コストが下がった今、いちばんの武器は結局、アイデアと継続だと思っています。

ここまで読んでくれて、ありがとうございます。ふだん何を考えているかは、note に書いています。

よこまる

公認会計士・税理士。IPO準備企業で、経営に近い場所にいます。仕事は数字を扱うことですが、いちばん興味があるのは「人がどう働いて、どう暮らすか」。お金・税務・AI・キャリア、そして日々のことを、一般論として、自分の頭で考えた分だけ書いています。ここに書いているのは、個人としての見解です。