ډېری هغه ډیمو چې اجنټ پکې سرور اخلي، په هماغه شېبه کې دریږي چې فرمایش بشپړ شي. دا تر ټولو بې خونده شېبه ده. سرور شته، اجنټ یو 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 ښايي اړیکې رد کړي. هوښیار اجنټ د 22 پورټ له ټکولو پر ځای د access.ssh_ready انتظار کوي.
که فرمایش 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 کې د سرور دقیق hostname غواړي، او تشریحات یې اجنټ ته وايي چې لومړی له انسان سره مشوره وکړي. دا دویم ځای دی چې اجنټ تاسو ته اړتیا لري، او دا قصدي دی.
خوندي لغوه کول، end_of_period، سرور د ورکړل شوې مودې تر پایه ساتي. undo_cancel یې بېرته اخلي، او دا تر هغه مهم دی چې فکر کوئ: اجنټان هم د کار په منځ کې د انسانانو په څېر خپل نظر بدلوي.
کله چې اجنټ ودرېږي، create_ticket له سرور سره تړلی ټکټ پرانیزي، او reply_ticket خبرې اترې دوام ورکوي. هغه زموږ له خوا یو انسان لولي، نه داسې چټبوټ چې چټبوټ ته ځواب ورکوي.
او کله چې انسان باید مداخله وکړي، delegate_service هغه د برېښنالیک له لارې یوازې د هماغه سرور د عملیاتي په توګه رابولي. هغه برېښنا، کنسول، بیا نصبول او hostname ترلاسه کوي. بلینګ، نوي کول یا لغوه کول نه ترلاسه کوي، او د اجنټ ټوکن هېڅکله نه ویني.
هغه څه چې اجنټ لا هم نشي کولی
د دې لپاره چې پولې روښانه وي:
- بیلانس ډکول. د ډکولو بل جوړولی شي او د
pay_invoiceله لارې له بیلانس بلونه ورکولی شي. بیلانس ته د کریپټو راوړلو لپاره والټ پکار دی، یعنې معمولاً تاسو. - د MCP له لارې د OS دننه کار. پکېجونه، تنظیمات او ډیپلای د SSH له لارې ځي. MCP ماشین له بهر اداره کوي.
- ځنډول پخپله لرې کول. که سرور د ناوړه ګټې اخیستنې له امله ځنډول شوی وي، دا له انسان سره خبرې دي، او باید همداسې وي.
له دې هېڅ یو وسیلې کمې ګټورې نه کوي. یوازې دا معنا لري چې د اجنټ لوپ باید د دوی شاوخوا جوړ شي: حالت پوښتل، بیلانس په سمه کچه ساتل، د ټکټ له لارې مسله لوړول او د هر هغه څه مخکې چې ډېټا پاکوي ستاسو انتظار کول.
که د اجنټ کار لنډمهاله وي، ښايي بشپړ سرور سم واحد نه وي. VPS که سینډباکس؟ تشریح کوي چې کله یو microVM چې یوه دقیقه ژوند کوي غوره دی. که نه، پلانونه دلته دي، او د MCP لارښود هره وسیله د هغې د پارامټرونو سره لېست کوي.
تبصرې
لا تبصرې نشته. لومړی اوسئ.