Baada ya agizo: jinsi wakala wa AI anavyoendesha VPS yake mwenyewe kupitia MCP

Maonyesho mengi ya wakala anayenunua seva husimama pale agizo linapokamilika. Huo ndio wakati usiovutia kuliko yote. Seva ipo, wakala ana id kama 47HZ7YF, na hakuna aliyesema kinachofuata.

Kinachofuata ni kila kitu ambacho msimamizi hufanya bila kufikiri: kusubiri hadi SSH ijibu kweli, kutafuta nenosiri, kugundua diski inajaa, kuwasha upya baada ya kusasisha kerneli, kuhuisha kabla mwezi kuisha, kuuliza usaidizi kitu kinapoonekana cha ajabu. Ikiwa wakala atamiliki miundombinu, sehemu hiyo pia ni yake. Hivi ndivyo inavyokwenda kupitia seva yetu ya MCP. Tuliendesha kila hatua kwenye mazingira yetu ya majaribio kabla ya kuiandika.

Ikiwa bado hujaunganisha mteja, anza na Claude Code na Codex au Claude Desktop na Cursor.

Dakika ya kwanza: "active" si "tayari"

order_vps hujibu mara agizo linapolipwa kutoka salio. Seva huundwa chinichini, kwa kawaida ndani ya takribani dakika moja. Mwito unaofuata wa wakala ni get_vps_status, na anaweza kuurudia mara nyingi kadiri anavyotaka: zana hii husoma tu.

Sehemu mbili ni muhimu. status hubadilika kuwa active mashine ikishakuwepo. access ina kila kitu cha kuingia: mwenyeji, mlango na amri ya SSH iliyo tayari. Kwenye mipango yenye IPv4 yake mlango ni 22. Kwenye mipango ya NAT ni mlango binafsi uliopelekwa, na jibu linasema hivyo wazi, pamoja na onyo usijifungie nje kwa ngome ya mtandao inayoruhusu mlango wa nje pekee.

Kati ya nyakati hizo mbili kuna pengo ambalo watu hujikwaa. Uwashaji wa kwanza husakinisha masasisho ya OS, jambo linaloweza kuchukua dakika kadhaa, na SSH inaweza kukataa miunganisho wakati huo. Wakala mwenye adabu husubiri access.ssh_ready badala ya kugonga mlango 22 mfululizo.

Ikiwa agizo halikuwa na ufunguo wa SSH, nenosiri la root linasubiri. reveal_password hulitoa mara moja tu, na baada ya VM kumaliza kuwaka tu. Ukiuliza mapema sana unapata password_pending bila kutumia onyesho la mara moja. Tuliliunda hivyo baada ya mawakala kuendelea kuchukua nenosiri ambalo VM iliyokuwa bado inawaka haikuwa imelitumia. Lakini kwa ukweli: tuma ssh_key pamoja na agizo na uruke hatua hii kabisa.

Siku ya pili: kuangalia

get_vps_metrics hurudisha CPU, kumbukumbu, mtandao na diski kama mfululizo wa muda kwa saa, siku, wiki au mwezi uliopita. Wakala anayeangalia mara moja kwa siku anaweza kugundua mtindo unaoua seva ndogo: kumbukumbu inapanda polepole hadi OOM killer amchague mwathirika. Kutoka nje hawezi kurekebisha chanzo, lakini anaweza kukuambia au kuingia kwa SSH kuangalia.

power_vps hufanya start, stop na reboot. Jambo moja kutoka majaribio: ikiwa seva haiko hai (bado inaundwa, au imesimamishwa kwa kuhuisha kusikolipwa), zana hurudisha 409 pamoja na ushauri wa kukagua hali kwanza. Wakala anayechukulia kila jibu lisilo 200 kama "jaribu tena milele" atazunguka hapa bila mwisho. Hitilafu yenyewe humwambia afanye nini, kwa sababu ujumbe wetu wa hitilafu umeandikwa kwa mawakala kama ulivyo kwa watu.

set_hostname hubadilisha jina la mashine kupitia wakala mgeni anayefanya kazi ndani yake, kwa hiyo kwenye Linux mabadiliko hutumika bila kuwasha upya. Ondoa qemu-guest-agent na zana hii itaacha kufanya kazi: hurudisha agent_unavailable na haibadilishi chochote.

Siku ya thelathini: pesa

Hapa ndipo miundombinu ya mawakala hufa mara nyingi. Kuhuisha ni kikumbusho kwenye kalenda ya mtu, mtu huyo ana shughuli, seva inasimamishwa.

Kwetu kuhuisha hakutegemei kumbukumbu ya wakala. Kila seva huhuishwa kila mwezi kutoka salio lililolipwa mapema, na barua pepe ya akaunti hupokea vikumbusho kabla ya tarehe. Wakala anahitaji tu kuweka salio juu ya makato yanayofuata, na get_balance humwonyesha hali ilivyo.

Hakuna muda wa neema: ikiwa mwishoni mwa kipindi salio halitoshi kuhuisha, seva husimamishwa na IP yake maalum hurudi kwenye bwawa.

Salio likiwa chini, topup_balance hutengeneza kiungo cha malipo ya kripto: USDT, USDC au ETH kwenye Base, Ethereum au Polygon. Hapa ndipo mahali pa kwanza wakala anakuhitaji. Anaweza kutengeneza ankara, lakini hawezi kutia sahihi muamala usipompa pochi, na sisi tungefikiri sana kabla ya kufanya hivyo. Kwa vitendo watu hujaza mara moja kwa miezi kadhaa na kumwacha wakala atumie kutoka hapo. Ikiwa agizo au ankara ilibaki bila kulipwa kwa sababu salio halikutosha, baada ya wewe kujaza wakala huita pay_invoice na inalipwa kutoka salio.

Pengo la kweli: zana za MCP hazihuishi seva miezi kadhaa mbele kwa ombi. Kuhuisha kila mwezi ni kwa otomatiki, na kulipa miezi 3, 6 au 12 mapema hufanyika kwenye dashibodi au kwa mwito mmoja wa REST. Ukitaka kipindi kirefu tangu mwanzo, order_vps hupokea months (1 hadi 36) wakati wa agizo.

Ukuaji hushughulikiwa na get_upgrade_options na change_plan. Mpango hubadilika palepale, faili na OS hubaki, seva huwaka upya mara moja, na tofauti ya bei kwa kipindi kilichobaki hukatwa kutoka salio. Wakala lazima atume confirm: true — njia yetu ya kusema "unatumia pesa, hakikisha".

Mambo yanapoharibika

Vitendo vya kuharibu vimefanywa kuwa vigumu kwa makusudi. reinstall_vps na cancel_service ya papo hapo vyote vinahitaji hostname kamili ya seva kwenye confirm, na maelezo yao humwambia wakala amshauri mtu kwanza. Hapo ndipo mahali pa pili wakala anakuhitaji, na ni kwa makusudi.

Kughairi salama, end_of_period, huweka seva hadi muda uliolipiwa uishe. undo_cancel hukirudisha, na hilo ni muhimu kuliko unavyodhani: mawakala hubadilisha mawazo katikati ya kazi mara nyingi kama watu.

Wakala akikwama, create_ticket hufungua tiketi iliyounganishwa na seva, na reply_ticket huendeleza mazungumzo. Anayeisoma ni mtu wa upande wetu, si chatbot inayojibu chatbot.

Na mtu anapohitaji kuingilia kati, delegate_service humwalika kwa barua pepe kama mwendeshaji wa seva hiyo moja. Anapata nguvu, konsoli, kusakinisha upya na hostname. Hapati malipo, kuhuisha wala kughairi, na kamwe haoni tokeni ya wakala.

Ambacho wakala bado hawezi

Ili mipaka iwe wazi:

• Kujaza salio. Anaweza kutengeneza ankara ya kujaza na kulipa ankara kutoka salio kwa pay_invoice. Kuweka kripto kwenye salio kunahitaji pochi, yaani kwa kawaida wewe.
• Kufanya kazi ndani ya OS kupitia MCP. Vifurushi, usanidi na usambazaji hupitia SSH. MCP husimamia mashine kutoka nje.
• Kuondoa usimamishaji mwenyewe. Seva ikisimamishwa kwa matumizi mabaya, hayo ni mazungumzo na mtu, na ndivyo inavyopaswa kuwa.

Hakuna kati ya haya kinachopunguza manufaa ya zana. Inamaanisha tu kwamba mzunguko wa wakala ujengwe kuzizunguka: kuuliza hali, kuweka salio katika kiwango sahihi, kupandisha suala kwa tiketi na kukusubiri kabla ya chochote kinachofuta data.

Ikiwa kazi ya wakala ni ya muda mfupi, seva nzima huenda isiwe kipimo sahihi. VPS au sandbox? inaeleza lini microVM inayoishi dakika moja inafaa zaidi. Vinginevyo, mipango iko hapa, na rejea ya MCP inaorodhesha kila zana pamoja na vigezo vyake.