EQVPS

როგორ ყიდულობს და უშვებს AI აგენტი საკუთარ სერვერს MCP-ით

Jun 14, 2026 · 3 წთ კითხვა · EQVPS Team

AI აგენტს შეუძლია scraper-ის დაწერა, მისი debug და გითხრათ ზუსტად სად განათავსოთ ის. შემდეგ ის ჩერდება. რადგან შემდეგ ნაბიჯს — რეალურად სერვერის დაქირავებას — თითქმის ყოველთვის სჭირდება ადამიანი: ანგარიშის გახსნა, შესაძლოა ვინაობის შემოწმების გავლა, ბარათის ნომრის აკრეფა გადახდაზე. აგენტმა გააკეთა რთული ნაწილი და ახლა თქვენ გელოდებათ მოსაწყენი ნაწილისთვის.

ის ხარვეზი არის მთელი მიზეზი, რის გამოც ეს არსებობს. ჩვენ ადამიანი შუიდან მოვაშორეთ.

სად ტყდება ავტონომია ჩვეულებრივ

დაფიქრდით, რას მოიცავს რეალურად „სერვერის დაქირავება“ ჩვეულებრივ ჰოსტზე. რეგისტრაციის ფორმა. ელფოსტა დასადასტურებლად. ბილინგის დეტალები, ზოგჯერ ID. ბარათი გადახდაზე. dashboard IP-ის საპოვნელად. თითოეული მათგანი ვარაუდობს, რომ ადამიანი იქ ზის.

აგენტს არ შეუძლია იქ ჯდომა. მას შეუძლია API-ის გამოძახება, token-ის ქონა, გადაწყვეტილებების მიღება — მაგრამ ვერ იღებს დამადასტურებელ ელფოსტას ან ვერ ამოიღებს საკრედიტო ბარათს. ასე რომ, მომენტში, როცა ინფრასტრუქტურა სურათში შემოდის, ავტონომიური workflow კვლავ ხდება ადამიანის workflow დამატებითი ნაბიჯებით. გინდოდათ აგენტი, რომელიც ამარაგებს; მიიღეთ აგენტი, რომელიც ტიკეტს ავსებს.

ნაკადი, თავიდან ბოლომდე

EQVPS-ზე იგივე ქმედებები არის MCP ხელსაწყოები (16 მათგანი) პლუს REST API — და, რაც მთავარია, აგენტს შეუძლია საკუთარი credentials-ის მიღება. აი ნამდვილი თანმიმდევრობა:

// 1. Get an account — token comes back immediately, no email, no human
register_account({ first_name: "Ada", last_name: "Agent", email: "ada@example.com" })
//    → { token: "..." }   send it as Authorization: Bearer <token> from here on

// 2. See what's available
list_plans()
//    → plans with specs, prices, and OS image ids

// 3. Make sure there's money on the balance
get_balance()
//    → { balance: 25, currency: "USD" }

// 4. Order — this debits the balance and provisions the box
order_vps({ product: "nano", os_id: 1, hostname: "ada-worker" })
//    → { service_id, paid_from_balance: true }

// 5. Read the keys to its own new server
get_vps_status({ service_id })
//    → { ip, ssh_port, password }   ~60 seconds after ordering

ხუთი ზარი და აგენტი SSH-ით შესულია მანქანაში, რომელიც თავად დაიქირავა. არავითარი dashboard, არავინ ადასტურებს ყოველ ნაბიჯს. თუ გირჩევნიათ მისი მართვა ჩვეულებრივი HTTP-დან, იგივე endpoint-ები არსებობს REST-ზე — MCP თუ REST, თქვენი გადაწყვეტილება.

გულწრფელი ნაწილი: რა არის ავტომატიზებული, რა არა

შეკვეთა სრულიად ავტონომიურია. ბალანსის დაფინანსება არა — ჯერ არა. ახლა ვინმე დებს კრიპტოს ბალანსზე ერთხელ (USDC/USDT ან ბარათის on-ramp), და ამ წერტილიდან აგენტი უკვეთავს, მასშტაბირდება და აუქმებს თავად, ხარჯავს მხოლოდ იმას, რაც იქაა.

საბოლოო მდგომარეობა, რომელსაც ყველა წარმოიდგენს — აგენტი, რომელიც იხდის on-chain, per request, წინასწარ დაფინანსების გარეშე — არის x402 სტილი, და ვფიქრობთ, სწორედ იქით მიდის ეს. ჩვენ არ მივუერთეთ. მას სჭირდება USDC-settled რელსები და რამდენიმე რამ, რომელსაც დღეს არ ვუშვებთ, ასე რომ box-ზე „სრულიად ავტონომიური გადახდების“ დაკვრის ნაცვლად, აი სიმართლე: ავტონომიური შეკვეთა ახლა, ავტონომიური დაფინანსება მოგვიანებით. წინასწარ გადახდილი ბალანსი ხიდია, და გულწრფელად ის ორმაგდება როგორც ხარჯვის ჭერი, რომელიც ალბათ ისედაც გინდათ.

რამდენიმე ნამდვილი დეტალი

MCP სერვერი საუბრობს Streamable HTTP-ზე https://mcp.eqvps.com/mcp-ზე, ასე რომ ის ჯდება ნებისმიერ MCP client-ში ლოკალური shim-ის გარეშე. Auth არის Bearer token, რომელსაც აგენტი თავად ჭრის register_account-ით — იგივე token მუშაობს MCP-სა და REST-ზე, იმავე ანგარიშისა და ბალანსის წინააღმდეგ. სესიები თვალყურდევნებულია server-side, ასე რომ გრძელ-მუშა აგენტს შეუძლია ერთი კავშირის შენარჩუნება და ხელსაწყოების გამოძახების გაგრძელება.

ერთი პრაქტიკული შენიშვნა ამის გაშვებიდან: მოეპყარით token-სა და დაბრუნებულ root პაროლს, როგორც საიდუმლოებს, რომლებიც არიან. აგენტმა უნდა შეინახოს ისინი, არა გაიმეოროს log-ებში ან chat-ში. ბალანსი აზღუდავს ფინანსური აფეთქების რადიუსს; საიდუმლოების ძირითადი ჰიგიენა აზღუდავს დანარჩენს.

რატომ აქვს ამას მნიშვნელობა

ახლა ჩვენი რეალური კლიენტების უმეტესობა ადამიანებია, რომლებსაც უბრალოდ უყვართ კრიპტოთი გადახდა — არ ვაპირებთ მოჩვენებას, რომ web სავსეა ავტონომიური აგენტებით, რომლებიც სერვერებს ყიდულობენ. მაგრამ მიმართულება ნათელია. როცა აგენტები უფრო გრძელ, ნამდვილ ამოცანებს იღებენ, „შეუძლია მას საკუთარი ინფრასტრუქტურის მიღება და გაშვება?“ წყვეტს ხრიკი ყოფნას და ხდება მოთხოვნა. როცა ის დღე სრულად დადგება, რელსები უკვე იქ უნდა იყოს.

ისინი არიან. დაამატეთ MCP სერვერი თქვენს აგენტს — დაიწყეთ MCP client-ის დაკავშირებით — დააფინანსეთ პატარა ბალანსი და მიეცით მას პირველი სერვერის დაქირავების საშუალება. დაახლოებით წუთი root-მდე.

ხდკ

მართლა შეუძლია AI აგენტს თავად იყიდოს სერვერი?

დიახ — შეკვეთის ნაწილი სრულიად ავტონომიურია. ჩვენი MCP სერვერით აგენტი იძახებს register_account-ს token-ის მისაღებად, შემდეგ order_vps-ს, რომელიც ხარჯავს წინასწარ გადახდილი ბალანსიდან და ამზადებს VPS-ს. ის უკან კითხულობს SSH წვდომას get_vps_status-იდან. არავითარი ადამიანი არ გადის გადახდას. ერთი რამ, რასაც ადამიანი (ან დაფინანსებული აგენტის საფულე) ჯერ აკეთებს, არის კრიპტოს დადება ბალანსზე; ამის შემდეგ აგენტი თავად მუშაობს.

როგორ იხდის აგენტი?

წინასწარ გადახდილი ბალანსიდან. თქვენ ავსებთ მას ერთხელ USDC-ით ან USDT-ით (ან ბარათით on-ramp-ის გავლით), და order_vps ჩამოაჭრის ამ ბალანსს ყოველ შეკვეთაზე. აგენტი არასოდეს ინახავს თქვენს საფულის გასაღებებს, და ვერ დახარჯავს იმაზე მეტს, ვიდრე ბალანსზეა — რაც ასევე თქვენი უსაფრთხოების ჭერია.

რა არის MCP provisioning?

MCP (Model Context Protocol) აძლევს აგენტს საშუალებას გამოიძახოს ხელსაწყოები პირდაპირ client-ებში, როგორიცაა Claude, Cursor ან Cline. „MCP provisioning“ უბრალოდ ნიშნავს, რომ მთელი სერვერის-დაქირავების ნაკადი — რეგისტრაცია, გადახდა, შეკვეთა, root — გამოაშკარავებულია როგორც MCP ხელსაწყოები, რომლებსაც აგენტი თავად იძახებს, web dashboard-ის ნაცვლად, რომელსაც ადამიანი აჭერს.

ეს სრულიად ხელით ჩაურევია?

შეკვეთა — კი. დაფინანსება ჯერ არ არის სრულად: დღეს ვინმე ავსებს ბალანსს კრიპტოთი, და შემდეგ აგენტი ავტონომიურია. სრულიად on-chain per-request გადახდა (x402 სტილი) ჩვენს რადარზეა, მაგრამ არ არის მიერთებული — გირჩევნიათ ამის პირდაპირ თქმა, ვიდრე მოჩვენება.

რა სჭირდება აგენტს დასაწყებად?

უბრალოდ MCP სერვერის URL (https://mcp.eqvps.com/mcp) დამატებული მის client-ში. ის იძახებს register_account-ს და პასუხში იღებს Bearer token-ს — ელფოსტის დადასტურების, ადამიანის ნაბიჯის გარეშე. იქიდან ყოველი ქმედება ხელსაწყოს ზარია.

← ბლოგზე დაბრუნებატარიფებისა და ფასების ნახვა →

კომენტარები

ჯერ არ არის კომენტარები. იყავით პირველი.

დატოვეთ კომენტარი

კომენტარები მოდერირდება გამოჩენამდე.