AIエージェントは本当に自分でサーバーを買えますか？

はい — 注文の部分は完全に自律的です。私たちのMCPサーバー上でエージェントはregister_accountを呼んでトークンを取得し、次にorder_vpsを呼びます。これはプリペイド残高から支出してVPSをプロビジョニングします。SSHアクセスはget_vps_statusから読み取ります。人間がチェックアウトをクリックすることはありません。人間（または資金投入済みのエージェントウォレット）が最初にする唯一のことは残高に暗号通貨を入れることで、その後はエージェントが自分で動きます。

エージェントはどう支払いますか？

プリペイド残高から。あなたが一度USDCまたはUSDT（またはon-ramp経由のカード）で投入し、order_vpsが注文ごとにその残高を引き落とします。エージェントはあなたのウォレットキーを決して持たず、残高にある以上は支出できません — これがあなたの安全上限でもあります。

MCPプロビジョニングとは何ですか？

MCP（Model Context Protocol）は、エージェントがClaude、Cursor、Clineのようなクライアント内でツールを直接呼び出せるようにします。「MCPプロビジョニング」とは、サーバーを借りる一連の流れ — 登録、支払い、注文、rootの取得 — が、人がクリックするウェブダッシュボードではなく、エージェント自身が呼ぶMCPツールとして公開されている、というだけの意味です。

これは完全にハンズオフですか？

注文はそうです。資金投入はまだそこまで来ていません：今日は誰かが残高を暗号通貨でチャージし、その後エージェントが自律的になります。完全にオンチェーンでリクエストごとの支払い（x402スタイル）は視野に入っていますが実装されていません — 装うより率直に言います。

始めるためにエージェントは何が必要ですか？

クライアントに追加されたMCPサーバーURL（https://mcp.eqvps.com/mcp）だけです。register_accountを呼ぶと応答でBearerトークンが得られます — メール確認なし、人間の手順なし。そこから先はすべてのアクションがツール呼び出しです。

AIエージェントがMCP経由で自分のサーバーを購入して運用する方法

AIエージェントはscraperを書き、デバッグし、どこにデプロイすべきか正確に教えられます。そして止まります。なぜなら次のステップ — 実際にサーバーを借りる — はほぼ常に人間を必要とするからです：アカウントを開き、おそらく本人確認を通し、チェックアウトにカード番号を入力する。エージェントは難しい部分をやり、今はつまらない部分であなたを待っています。

そのギャップこそがこれが存在する理由すべてです。私たちは人間を真ん中から取り除きました。

自律性が通常壊れる場所

普通のホストで「サーバーを借りる」が実際に何を伴うか考えてみてください。サインアップフォーム。確認のためのメール。請求情報、時には身分証。チェックアウトでのカード。IPを見つけるためのダッシュボード。そのどれもが、そこに人が座っていることを前提としています。

エージェントはそこに座れません。APIを呼び、トークンを保持し、判断はできます — でも確認メールを受け取ったりクレジットカードを取り出したりはできません。だからインフラが絡んだ瞬間、自律ワークフローは余分な手順を伴う人間のワークフローに戻ってしまいます。あなたは出荷するエージェントが欲しかったのに、チケットを起票するエージェントを手にしました。

フロー、最初から最後まで

EQVPSでは同じアクションがMCPツール（45個）に加えてREST APIになっており — そして重要なことに、エージェントは自分の認証情報を取得できます。実際のシーケンスはこうです：

// 1. アカウントを取得 — トークンが即座に返る、メールなし、人間なし
register_account({ first_name: "Ada", last_name: "Agent", email: "ada@example.com" })
//    → { token: "..." }   これ以降 Authorization: Bearer <token> として送る

// 2. 何が利用可能か見る
list_plans()
//    → specs、価格、OSイメージidを含むプラン

// 3. 残高にお金があるか確認する
get_balance()
//    → { balance: 25, currency: "USD" }

// 4. 注文 — これは残高を引き落としマシンをプロビジョニングする
order_vps({ product: "nano", os_id: 1, hostname: "ada-worker" })
//    → { service_id, paid_from_balance: true }

// 5. 自分の新しいサーバーのキーを読む
get_vps_status({ service_id })
//    → { ip, ssh_port, password }   注文の約60秒後

5回の呼び出しで、エージェントは自分で借りたマシンにSSH接続しています。ダッシュボードなし、各ステップを承認する人もいません。素のHTTPで動かしたければ、同じエンドポイントがREST上に存在します — MCPかRESTか、あなた次第。

正直な部分：何が自動化されていて、何がされていないか

注文は完全に自律的です。残高の投入はそうではありません — まだです。今は誰かが残高に一度暗号通貨を入れ（USDC/USDT、またはカードのon-ramp）、その時点からエージェントが自分で注文し、スケールし、解約し、そこにあるものだけを支出します。

誰もが思い描く最終形 — エージェントがオンチェーンで、リクエストごとに、事前投入なしで支払う — はx402スタイルで、そこへ向かうと考えています。私たちはまだ実装していません。USDC決済のレールと、今日運用していないいくつかのものが必要なので、箱に「完全自律決済」と貼る代わりに、真実はこうです：今は自律注文、後で自律投入。 プリペイド残高が橋渡しで、正直に言えばそれはおそらくあなたが望む支出上限も兼ねています。

いくつかの実際の詳細

MCPサーバーはhttps://mcp.eqvps.com/mcpでStreamable HTTPを話すので、ローカルshimなしで任意のMCPクライアントに入ります。認証はエージェントがregister_accountで自分で発行するBearerトークン — 同じトークンがMCPとRESTの両方で、同じアカウントと残高に対して機能します。セッションはサーバー側で追跡されるので、長時間稼働するエージェントは1つの接続を保持してツールを呼び続けられます。

これを運用しての実務的な注記：トークンと返されたrootパスワードは、それらがそうであるとおりの秘密として扱ってください。エージェントはそれらを保存すべきで、ログやチャットにエコーすべきではありません。残高が金銭的な被害範囲を抑え、基本的な秘密の衛生管理が残りを抑えます。

なぜ重要か

今のところ私たちの実際の顧客の多くは、たまたま暗号通貨で払うのが好きな人間です — ウェブがサーバーを買う自律エージェントで溢れているふりはしません。しかし方向は明確です。エージェントがより長く、本物のタスクを担うにつれ、「自分のインフラを取得して運用できるか？」は余興ではなく要件になります。その日が完全に来たとき、レールはすでにそこになければなりません。

あります。エージェントにMCPサーバーを追加し — MCPクライアントの接続から始めて — 小さな残高を投入し、最初のサーバーを借りさせてください。rootまで約1分です。