ډېری کوربهتوب د هغه انسان په شاوخوا ډیزاین شوی و چې د کیبورډ مخې ته ناست وي: د نوملیکنې فورمه، کارت، ډشبورډ، او بریښنالیک کله چې څه خراب شي. هغه AI اجنټ چې محاسبوي ځواک ته اړتیا لري په دې هېڅ ګام کې نه ځاییږي. کیپچا نشي حل کولی، د ساتنې پاڼه له خرابې پاڼې نشي توپیرولی، او پام به یې نه شي چې همغه سرور یې څلوېښت ځله جوړ کړی.
دا ویل زړه راښکونکي دي چې „یوازې یو API ورکړئ“. دا لومړۍ اړتیا ده، نه وروستۍ. لاندې اوه اړتیاوې دي چې زموږ په اند مهمې دي، د اجنټانو لپاره زموږ د خپل MCP سرور او REST API د جوړولو له تجربې څخه. د هرې یوې لپاره: له هغې پرته څه خرابېږي.
۱. هر هغه څه چې اجنټ ورته اړتیا لري د پروګرام وړ وي
د سرچینو جوړول، کتل، اندازه بدلول او ړنګول باید له براوزر پرته کار وکړي. پدې کې ستړي کوونکې برخې هم شاملې دي: له پېرلو مخکې بیه پېژندل، کتل چې آیا په یوه ځای کې ظرفیت شته، د نوي ماشین پاسورډ لوستل، لغوه کول.
له دې پرته: اجنټ د لارې 80% ځي او په هغه یوازیني ګام کې درېږي چې کلیک ته اړتیا لري، او په پای کې یو انسان باید کار بشپړ کړي. نیمګړی API ډېری وخت له نه شتون څخه بد وي، ځکه هغه اتومات کولو ته بلنه ورکوي چې نشي بشپړېدلی.
۲. هغه تېروتنې چې پروګرام پرې عمل کولی شي
اجنټ ځواب لولي او پرېکړه کوي چې وروسته څه وکړي. د ثابت کوډ سره د JSON بدنه (402 insufficient_balance، 409 sandbox_paused، د بیا پیلولو له وخت سره 429 budget_exceeded) داسې څه دي چې پرې پرېکړه بدلولی شي. د HTML د تېروتنې پاڼه، یا مبهم پیغام سره 500، هغه اټکل ته پرېږدي: ډېری وخت هغه څه تکراروي چې هېڅکله به بریالي نه شي.
له دې پرته: د بیا هڅې لوپونه. د اجنټانو تر ټولو ګرانې ناکامۍ معمولاً غلطې پرېکړې نه وي؛ هغه یو ناکام کال وي چې زرګونه ځله تکرارېږي.
۳. په منځ کې له انسان پرته تادیه
د کارت تادیې له داسې ګامونو ډکې دي چې د یو انسان د شتون د تایید لپاره جوړې شوې: د 3-D Secure کوډونه، د بانک په اپ کې تایید، د پېژند ازموینې. دا د درغلۍ د مخنیوي لپاره ښې دي او د سافټویر لپاره ناشونې. مخکې تادیه شوی بیلانس چې دمخه چارج شوی (زموږ په قضیه کې ډېری وخت له stablecoins سره) اجنټ ته اجازه ورکوي چې د هغه څه پیسې ورکړي چې کاروي یې، پرته له دې چې یو انسان هر کسر تایید کړي.
له دې پرته: یا یو انسان هره پېرنه تاییدوي، چې ټوله موخه بېمانا کوي، یا یو څوک اجنټ ته کارت ورکوي، چې داسې خطر دی چې هېڅوک یې باید ونه مني.
۴. پر لګښت سخت سقفونه
مخکې تادیه شوی بیلانس بد حالت په هغه څه کې محدودوي چې پکې دي. دا بیا هم ډېر کېدای شي. په ډالرو ورځنی او میاشتنی سقف، چې پلاټفارم یې پلي کوي نه د اجنټ ښه نیت، په لوپ کې بند اجنټ په کوچني زیان بدلوي. سقف باید په ښکاره ناکام شي، له داسې تېروتنې سره چې اجنټ یې پېژني، او هغه څه چې چلېږي ودروي یا یې ځنډوي.
له دې پرته: د لوپ په اړه له بیلانس څخه خبرېږئ. زموږ د sandboxes بلینګ له همدې امله سقفونه لري، او د MCP ساتونکي پاڼه وړاندیز کوي چې کومې کړنې باید اصلاً د انسان تایید ته اړتیا ولري.
۵. په سمه کچه محاسبه
اجنټان درې بېخي بېل ډوله کار تولیدوي:
- ثانیې: د جوړ شوي کوډ د یوې ټوټې چلول، د یو ځواب کتل، د یو سمون هڅه.
- ساعتونه: یوه ارزونه، یو scrape، یو اوږد build.
- تل روښانه: یو بوټ، یو API، یو مهالویش شوی worker.
هغه پلاټفارم چې یوازې میاشتني سرورونه وړاندې کوي، لومړی ډول کار په بېمعنا ډول ګرانوي؛ هغه چې یوازې لنډ ژوندي sandboxes لري، درېیم ډول نازک کوي. د 20 ثانیو دنده په داسې ماشین چې په ساعت حسابېږي د 59 دقیقو هېڅ پیسې ورکوي. په ثانیه بلینګ څنګه کار کوي ښیي چې هر ماډل چېرته بېمانا کېږي.
له دې پرته: اجنټان یا د لنډ کار لپاره ډېرې پیسې ورکوي، یا اوږدمهاله خدمتونه پر داسې زیربنا چلوي چې د روښانه پاتې کېدو لپاره نه وه جوړه شوې.
۶. په ډیفالټ ډول جلاوالی
هغه کوډ چې اجنټ یې لیکي هغه کوډ دی چې هېچا کتلی نه دی. باید په داسې ځای کې وچلېږي چې هېڅ ارزښتناک شی پکې نه وي: نه د اجنټ خپل کوربه، نه ستاسو د کیلي سره سرور، نه هغه ماشین چې ستاسو بریښنالیک لېږي. په عمل کې دا یعنې د هرې دندې لپاره جلا مجازي ماشین یا microVM، چې وروسته ړنګېږي. د بېباوره کوډ لپاره د جلاوالي کچې انتخابونه پرتله کوي؛ په ساده ژبه Firecracker microVM تشریح کوي چې ولې خپل کرنل مهم دی.
له دې پرته: لومړی prompt injection چې جوړ شوي کوډ ته ورسېږي، هر هغه څه ته لاس رسی مومي چې د اجنټ کوربه ورته رسېدلی شي.
۷. لید او د بندولو سویچ
هغه انسان چې د اجنټ مسؤل دی باید وګوري چې اجنټ څه کړي او ژر یې ودروي. دا یعنې د هرې سرچینې کارونه او لګښت، د هر هغه څه لیست چې اجنټ جوړ کړي، او د ټولو د ړنګولو لاره. اعتبارنامې باید د لغوه کولو وړ وي او دومره لنډ ژوند ولري چې لیک شوې یوه د تل لپاره اعتبار ونلري، او د نوي کولو داسې لاره ولري چې انسان ته اړتیا ونلري.
له دې پرته: پاکول په لرغونپوهنه بدلېږي. هېرې شوې سرچینې حسابېدل دوام ورکوي؛ لیک شوی ټوکن کار ته دوام ورکوي.
هغه څه چې اجنټان ورته اړتیا نلري
په همدې اندازه ښکاره دي هغه څه چې مرسته نه کوي: هغه ډشبورډونه چې د اضافي پلور لپاره ډیزاین شوي، د ښه راغلاست بریښنالیکونه، هغه پلانونه چې ریښتیني محدودیتونه یې په فوټنوټ کې دي، هغه بیې چې یوازې له نوملیکنې وروسته ښکاري. هېڅ یو یې سافټویر نشي لوستلی، او ځینې یې د هغه ماډل لپاره چې متن په لفظي ډول اخلي په فعاله توګه ګمراه کوونکي دي.
هغه څه چې لا نه دي حل شوي
دلته هر څه د انجینرۍ حل شوې ستونزه نه ده.
- ځوابورکونه. یو څوک د هغه څه مسؤل دی چې اجنټ یې له حساب سره کوي. پلاټفارمونه داسې لارې ته اړتیا لري چې اتوماتیک فعالیت له یو مسؤل شخص سره وتړي، پرته له دې چې هغه شخص اړ کړي له هر ګام تېر شي.
- ناوړه ګټه. خلاصه، بشپړه اتوماتیکه نوملیکنه دقیقاً هغه څه دي چې ناوړه ګټه اخیستونکي یې هم غواړي. هر پلاټفارم چې اجنټانو ته خدمت کوي د بېخنډه لاس رسي او د حسابونو ډلهییز جوړولو او ماینینګ ترمنځ توازن ساتي، او هېڅ یو بشپړ ځواب نلري.
- اوږدې پروسې. اجنټان لا هم په لس ګامه پروسو کې له یوازینیو کالونو ډېر ناکامېږي. زیربنا کولی شي مرسته وکړي که هر ګام idempotent کړي او حالت یې د پوښتنې لپاره اسانه کړي، تر څو بیا هڅه دوام ورکړي نه تکرار.
موږ چېرته رسېدلي یو
موږ هڅه کړې چې د دې اړتیاوو لپاره جوړ کړو، نه دا چې ترې تېر شو: MCP سرور او REST API چې ټوله د ژوند دوره پوښي، د ماشین لپاره د لوستلو وړ تېروتنې، مخکې تادیه شوی بیلانس، د لګښت سقفونه، د لنډ کار لپاره په ثانیه کوډ sandboxes او د اوږد کار لپاره میاشتني سرورونه لکه AI agent پلان. د sandboxes اړخ ته یوه کتنه په د AI اجنټانو لپاره sandbox کې ده. غوره به وي چې لیست د خپل ارزښت له مخې وارزوئ؛ دا د هر هغه پلاټفارم لپاره ګټور چکلیست دی چې پکې اجنټ خوشې کوئ.
تبصرې
لا تبصرې نشته. لومړی اوسئ.