თითქმის ყველა დემო, სადაც აგენტი სერვერს ყიდულობს, შეკვეთის გადახდის მომენტში მთავრდება. ეს ყველაზე მოსაწყენი მომენტია. სერვერი არსებობს, აგენტს ხელში აქვს id, როგორიცაა 47HZ7YF, და არავის აუხსნია, რა იქნება შემდეგ.
შემდეგ არის ყველაფერი, რასაც ადმინი დაუფიქრებლად აკეთებს: დაელოდოს, სანამ SSH მართლა უპასუხებს, იპოვოს პაროლი, შეამჩნიოს, რომ დისკი ივსება, გადატვირთოს ბირთვის განახლების შემდეგ, განაახლოს თვის ბოლომდე, მიწეროს მხარდაჭერას, როცა რამე უცნაურია. თუ აგენტს ინფრასტრუქტურას ანდობენ, ეს ნაწილიც მისია. ქვემოთ — როგორ გამოიყურება ეს ჩვენი MCP სერვერით. თითოეული ნაბიჯი სატესტო გარემოში გავიარეთ, სანამ აღვწერდით.
თუ კლიენტი ჯერ არ არის დაკავშირებული, დაიწყეთ Claude Code-ით და Codex-ით ან Claude Desktop-ით და Cursor-ით.
პირველი წუთი: „active“ ჯერ არ ნიშნავს „მზადაა“
order_vps პასუხობს, როგორც კი შეკვეთა ბალანსიდან გადაიხდება. თავად სერვერი ფონურად იქმნება, ჩვეულებრივ დაახლოებით ერთ წუთში. აგენტის შემდეგი გამოძახება get_vps_status-ია და მისი გამოძახება რამდენჯერაც უნდა, შეიძლება: ინსტრუმენტი მხოლოდ კითხულობს.
ორი ველია მნიშვნელოვანი. status ხდება active, როცა მანქანა შექმნილია. access-ში არის ყველაფერი შესასვლელად: მისამართი, პორტი და მზა SSH ბრძანება. საკუთარი IPv4-ის მქონე ტარიფებზე პორტი 22-ია. NAT ტარიფებზე ეს პირადი გადამისამართებული პორტია და პასუხი ამას პირდაპირ ამბობს, გაფრთხილებამდეც: ფაიერვოლით არ ჩაიკეტოთ, თუ მხოლოდ გარე პორტს დაუშვებთ.
ამ მომენტებს შორის არის შუალედი, რომელზეც ბორძიკობენ. პირველი ჩატვირთვა OS-ის განახლებებს აყენებს, ამას რამდენიმე წუთი შეიძლება დასჭირდეს, და SSH ამ დროს შეიძლება უარს ამბობდეს. ფრთხილი აგენტი access.ssh_ready-ს ელოდება და 22-ე პორტს არ აბრახუნებს.
თუ შეკვეთას SSH გასაღები არ ახლდა, root პაროლი ელოდება. reveal_password მას ზუსტად ერთხელ გასცემს და მხოლოდ მას შემდეგ, რაც VM ჩაიტვირთება. ადრე იკითხავთ — მიიღებთ password_pending-ს, ერთჯერადი ჩვენება კი არ დაიწვება. ასე გავაკეთეთ მას შემდეგ, რაც აგენტები იღებდნენ პაროლს, რომელიც ჩატვირთვის პროცესში მყოფ VM-ს ჯერ არ ჰქონდა გამოყენებული. მაგრამ გულწრფელად: უფრო მარტივია შეკვეთაში ssh_key გადასცეთ და ეს ნაბიჯი გამოტოვოთ.
მეორე დღე: მეთვალყურეობა
get_vps_metrics გასცემს CPU-ს, მეხსიერებას, ქსელსა და დისკს მწკრივებად საათის, დღის, კვირის ან თვის მიხედვით. აგენტი, რომელიც დღეში ერთხელ შეიხედავს, დაინახავს იმას, რაც პატარა სერვერებს კლავს: მეხსიერება იზრდება, სანამ OOM-killer მსხვერპლს არ აირჩევს. გარედან მიზეზს ვერ გამოასწორებს, მაგრამ გეტყვით ან SSH-ით შევა და ნახავს.
power_vps-ს შეუძლია start, stop და reboot. დეტალი ტესტებიდან: თუ სერვერი არ არის აქტიური (ჯერ იქმნება ან შეჩერებულია გადაუხდელობის გამო), ინსტრუმენტი 409-ით პასუხობს და გირჩევთ, ჯერ სტატუსი შეამოწმოთ. აგენტი, რომელიც ნებისმიერ არა-200-ზე მოთხოვნას უსასრულოდ იმეორებს, აქ ჩაიციკლება. შეცდომა თავად ამბობს, რა უნდა გაკეთდეს — ჩვენი შეცდომების ტექსტები აგენტებისთვისაც არის დაწერილი, არა მხოლოდ ადამიანებისთვის.
set_hostname სახელს მანქანის შიგნით მყოფი სტუმარი აგენტით ცვლის, ამიტომ Linux-ზე გადატვირთვის გარეშე ეფექტური ხდება. წაშალეთ qemu-guest-agent — და ინსტრუმენტი აღარ იმუშავებს: დააბრუნებს agent_unavailable-ს და არაფერს შეცვლის.
ოცდამეათე დღე: ფული
სწორედ აქ კვდება ხოლმე აგენტების ინფრასტრუქტურა. განახლება ვიღაცის კალენდარში ჰკიდია, ადამიანი დაკავებულია, სერვერი შეჩერებულია.
ჩვენთან განახლება აგენტის მეხსიერებაზე არ არის დამოკიდებული. ყოველი სერვერი თვეში ერთხელ ახლდება წინასწარ გადახდილი ბალანსიდან, ანგარიშის ელფოსტაზე კი თარიღამდე შეხსენებები მოდის. აგენტს რჩება ბალანსი შემდეგ ჩამოჭრაზე მაღლა შეინარჩუნოს, get_balance კი აჩვენებს, როგორ არის საქმე.
საშეღავათო პერიოდი არ არსებობს: თუ ვადის ბოლოს ბალანსი არ კმარა, სერვერი ჩერდება, გამოყოფილი IP კი პულში ბრუნდება.
როცა ფული ცოტაა, topup_balance კრიპტოგადახდის ბმულს გასცემს: USDT, USDC ან ETH ქსელებში Base, Ethereum ან Polygon. ეს პირველი ადგილია, სადაც აგენტს თქვენ სჭირდებით. ინვოისს შექმნის, მაგრამ ტრანზაქციას საფულის გარეშე ვერ მოაწერს ხელს, აგენტისთვის საფულის მიცემაზე კი ასჯერ დავფიქრდებოდით. პრაქტიკაში ბალანსს რამდენიმე თვით ერთხელ ავსებენ, აგენტი კი მისგან ხარჯავს. თუ შეკვეთა ან ინვოისი გადაუხდელი დარჩა, რადგან ბალანსი არ ეყო, თქვენი შევსების შემდეგ აგენტი იძახებს pay_invoice-ს და ის ბალანსიდან გადაიხდება.
გულწრფელი ხარვეზი: MCP-ით სერვერის რამდენიმე თვით წინასწარ განახლება მოთხოვნით არ შეიძლება. ყოველთვიური განახლება თავისით მიდის, 3, 6 ან 12 თვის ერთბაშად გადახდა კი — კაბინეტიდან ან ერთი REST მოთხოვნით. თუ გრძელი ვადა თავიდანვე გჭირდებათ, order_vps შეკვეთისას იღებს months-ს 1-დან 36-მდე.
ზრდას get_upgrade_options და change_plan ფარავს. ტარიფი ადგილზე იცვლება, ფაილები და OS რჩება, სერვერი ერთხელ გადაიტვირთება, დარჩენილი პერიოდის სხვაობა კი ბალანსიდან ჩამოიჭრება. აგენტი ვალდებულია გადასცეს confirm: true — ასე ვამბობთ „ფულს ხარჯავ, დარწმუნებული იყავი“.
როცა რაღაც არასწორად წავიდა
დესტრუქციული ქმედებები განზრახ მოუხერხებელია. reinstall_vps და დაუყოვნებელი cancel_service confirm-ში სერვერის ზუსტ სახელს მოითხოვს, მათ აღწერებში კი აგენტს ეუბნებიან, ჯერ ადამიანს ჰკითხოს. ეს მეორე ადგილია, სადაც თქვენ გარეშე არ გამოვა, და ასეა ჩაფიქრებული.
უსაფრთხო გაუქმება, end_of_period, სერვერს გადახდილი ვადის ბოლომდე ტოვებს. undo_cancel მას აუქმებს, და ეს იმაზე მნიშვნელოვანია, ვიდრე ჩანს: აგენტები ამოცანის შუაში აზრს არანაკლებ ხშირად იცვლიან, ვიდრე ადამიანები.
თუ აგენტი გაიჭედა, create_ticket სერვერზე მიბმულ ტიკეტს ხსნის, reply_ticket კი მიმოწერას აგრძელებს. მას ჩვენი მხრიდან ადამიანი კითხულობს — ეს არ არის ჩატბოტი, რომელიც ჩატბოტს პასუხობს.
და როცა ადამიანმა უნდა ჩაერიოს, delegate_service მას ელფოსტით ერთი სერვერის ოპერატორად იწვევს. მას ერგება კვება, კონსოლი, ხელახალი ინსტალაცია და სახელი. გადახდა, განახლება და გაუქმება — არა, აგენტის ტოკენს კი ვერ ნახავს.
რისი გაკეთება აგენტს ჯერ კიდევ არ შეუძლია
რომ ილუზიები არ იყოს:
- ბალანსის შევსება. შევსების ინვოისს შექმნის, ინვოისებს კი
pay_invoice-ით ბალანსიდან გადაიხდის. მაგრამ კრიპტოს ბალანსზე შეტანა მხოლოდ საფულით შეიძლება, ანუ ჩვეულებრივ თქვენ. - OS-ის შიგნით მუშაობა MCP-ით. პაკეტები, კონფიგები და დეპლოი SSH-ით მიდის. MCP მანქანას გარედან მართავს.
- შეჩერების თავად მოხსნა. თუ სერვერი ბოროტად გამოყენების გამოა შეჩერებული, ეს ადამიანთან საუბარია, და ასეც უნდა იყოს.
ინსტრუმენტების სარგებელს ეს არ აუქმებს. ეს ნიშნავს, რომ აგენტის ციკლი მათ გარშემო უნდა აიგოს: სტატუსის გამოკითხვა, ბალანსის საჭირო ფარგლებში შენარჩუნება, ტიკეტით ესკალაცია და თქვენი ლოდინი ყველაფრის წინ, რაც მონაცემებს შლის.
თუ აგენტის სამუშაო მოკლეა, მთელი სერვერი შეიძლება ზედმეტი აღმოჩნდეს. სტატიაში VPS თუ sandbox — როდის სჯობს microVM, რომელიც წუთს ცოცხლობს. სხვა შემთხვევაში ტარიფები აქ არის, MCP-ის ცნობარი კი ყველა ინსტრუმენტს პარამეტრებით ჩამოთვლის.
კომენტარები
ჯერ არ არის კომენტარები. იყავით პირველი.