Agent Autoloop qo‘llanmasi: Claude Code, Codex va boshqa buyruq satri agentlarini fonda avtomatik topshiriq olish va kuzatib borishga sozlash

Agent Autoloop nima?

Claude Code, Codex kabi buyruq satri Agent’lari odatda terminal yonida doimiy insoniy interaksiyani talab qiladi: vazifani kiritish, bajarilishini kutish, savollarga javob berish va keyin davom ettirish. Terminal yopilsa yoki inson vaqtincha uzoqlashsa, jarayon ko‘pincha to‘xtab qoladi.

Agent Autoloop — buyruq satri Agent’lari uchun mo‘ljallangan yengil avtomatlashtirish platformasi. U vazifalarni rejalashtirishni ish vaqtiga bog‘liq bo‘lmagan yadroga joylaydi hamda hodisa manbalari, Agent’lar, bildirishnoma kanallari va yetkazib berish jarayonlarini almashtiriladigan plaginlarga ajratadi. U mahalliy Mac yoki Linux kompyuterida ishlashi mumkin, bulut serverini sotib olishni yoki ommaviy portlarni ochishni talab qilmaydi.

Uning asosiy ishlash usuli quyidagicha: hodisa kelgach, qoidalar asosida Agent’ga yuboriladi; Agent bir bosqichni tugatgach, jarayonni yakunlaydi; faqat ma’lumotlarni o‘chirish, xizmatni qayta ishga tushirish, pul sarflash yoki tashqi tomonga xabar yuborish kabi noaniq amallar yuzaga kelganda tizim bildirishnoma kartasi orqali qaror qabul qilishingizni so‘raydi. Siz javob berganingizdan so‘ng, u avvalgi sessiyani davom ettirib, qolgan vazifani bajaradi.

Asosiy imkoniyatlar

• Mahalliy ishlash: bitta macOS yoki Linux kompyuterida o‘rnatish mumkin, alohida bulut backend’i kerak emas.
• Agent’ni ulash oson: prompt qabul qilib, yakuniy javob bera oladigan har qanday buyruq satri vositasi universal buyruq plagini orqali ulanadi.
• Kutish vaqtida Agent sarfi nol: inson javobini kutishda Agent jarayoni darhol to‘xtaydi va Token sarflashda davom etmaydi; kutish holati ma’lumotlar bazasida saqlanadi.
• Qoidalarga asoslangan: rules.json orqali qaysi hodisa qaysi Agent’ga va qaysi katalogda topshirilishini belgilang, ulovchi kod yozish shart emas.
• Zaruratga ko‘ra bildirishnomalar: ish stoli bildirishnomalari, Feishu, shuningdek DingTalk, WeCom, Slack va Discord Webhook shablonlari qo‘llab-quvvatlanadi.
• Sessiyani davom ettirish: inson javobidan so‘ng vazifani boshidan takrorlamasdan, avvalgi suhbatni davom ettirish mumkin.
• Kuzatuvchanlik: holat faqat qo‘shib boriladigan jurnallardan hisoblanadi; har bir vazifa bosqichining ishga tushish sababi va natijasini ko‘rish mumkin.
• Plaginli tuzilma: hodisa manbalari, Agent’lar, bildirishnoma kanallari va CI/CD yetkazib berish jarayonlarini kengaytirish yoki almashtirish mumkin.

O‘rnatishdan oldingi tayyorgarlik

Boshlashdan oldin tizimingiz macOS yoki Linux ekanini va quyidagi vositalar o‘rnatilganini tekshiring:

• Node 24
• Git
• curl
• O‘rnatilgan va tizimga kirilgan kamida bitta buyruq satri Agent’i, masalan Claude Code yoki Codex

O‘rnatish va mahalliy sinov uchun GitHub hisobi kerak emas. Agent Autoloop kompyuteringizda mavjud buyruq satri vositalarini bevosita chaqiradi, bu vositalarning hisob ma’lumotlarini o‘qimaydi yoki boshqa joyga uzatmaydi.

1-qadam: Agent Autoloop’ni o‘rnatish

Terminalda rasmiy o‘rnatish skriptini ishga tushiring:

curl -fsSL https://raw.githubusercontent.com/KKKKhazix/agent-autoloop/main/install.sh | sh

O‘rnatish tafsilotlarini avval tekshirmoqchi bo‘lsangiz, loyihaning o‘rnatish yo‘riqnomasini o‘qing. README ham ushbu yo‘riqnomani mahalliy Agent’ga berib, o‘rnatishda yordam so‘rashni tavsiya qiladi.

2-qadam: Birinchi interaktiv sinovni bajarish

O‘rnatish tugagach, quyidagini bajaring:

agent-autoloop try

Bu buyruq mahalliy Agent yordamida to‘liq jarayonni namoyish qiladi: vazifa yuboriladi, Agent savol beradi, kutish uchun chiqadi, qaroringizni qabul qiladi va keyin sessiyani davom ettirib vazifani bajaradi.

Sinov davomida quyidagiga o‘xshash natijani ko‘rasiz:

Hodisa yuborildi, Agent ish boshladi…

Agent bu bosqichni yakunladi va sizga savol berdi. Hozir u jarayon egallamaydi va Token sarflamaydi.

【Qaroringiz kutilmoqda】#1 Sinov: rang tanlang
Bu sinov, istalganini tanlashingiz mumkin.
  1. Ko‘k
  2. Yashil

Interaktiv terminalda variant raqamini kiritib, Enter tugmasini bosing. Interaktiv bo‘lmagan terminalda 1-kartaga aniq javob berib, 2-variantni tanlashingiz mumkin:

agent-autoloop answer 1 2

Keyin umumiy holatni tekshiring:

agent-autoloop status

Jarayon to‘g‘ri ishlasa, Agent avvalgi sessiyani davom ettirib, tanlov natijasini tasdiqlaganini ko‘rasiz. Holat buyrug‘i bugungi va oxirgi 7 kundagi ishga tushirilishlar soni, Token va xarajatlar statistikasini ham ko‘rsatadi.

3-qadam: Vazifalar qanday avtomatik bajarilishini tushunish

1. Hodisa keladi: rejalashtirilgan vazifa, GitHub Issue yoki biznes tizimidagi xato standart hodisaga aylantiriladi.
2. Qoidaga moslashtirish: yadro mahalliy qoidalar asosida qaysi Agent’dan va qaysi ish katalogida foydalanishni belgilaydi.
3. Bir bosqichni bajarish: Agent vazifani bajaradi, oxirgi javobida natijani bayon qiladi va jarayon yakunlanadi.
4. Zarur bo‘lsa, maslahat so‘rash: inson qarori kerak bo‘lgan amal mavjud bo‘lsa, platforma bildirishnoma kartasini yuboradi va kutish holatini saqlaydi.
5. Javobdan so‘ng davom ettirish: tanlovingiz yuborilgach, tizim avvalgi suhbatni tiklab, vazifani bajarishda davom etadi.

Inson ishtirokini talab qilmaydigan vazifalarda Agent bevosita yakunlanishi yoki keyinroq qayta tekshirishni rejalashtirishi mumkin. Tizim navbatda turgan paytda bir xil masala bo‘yicha kelgan yangi xabarlarni ham birlashtirib, ularni bitta vazifa bosqichida qayta ishlaydi.

4-qadam: Birinchi avtomatlashtirish qoidasini yozish

Kundalik konfiguratsiya quyidagi joyda joylashadi:

~/.agent-autoloop/rules.json

Har bir qoida kamida qachon ishga tushishi, kimga topshirilishi va qaysi katalogda bajarilishini ko‘rsatishi kerak. Bunda to konfiguratsiyadagi agents bo‘limida mavjud nomga murojaat qilishi shart.

Misol: har kuni soat 9:00 da ertalabki hisobot yaratish

{
  "name": "Ertalabki hisobot",
  "when": { "cron": "0 9 * * *" },
  "to": "codex",
  "cwd": "~/notes",
  "prompt": "Kechagi qaydlar va commitlarni tartibga solib, bugungi ertalabki hisobotni yoz."
}

Bu qoida har kuni soat 9:00 da vazifani codex nomli Agent’ga topshiradi va undan qaydlar hamda Git commitlarini ~/notes katalogida tartibga solishni so‘raydi.

Misol: yangi yaratilgan GitHub Issue’ni qayta ishlash

Tashqi hodisalar qoidasi o‘xshash tuzilishga ega, ammo avval sources bo‘limida tegishli hodisa manbasini ro‘yxatdan o‘tkazish kerak. Quyidagi qoida GitHub’ning issues.opened hodisasini kuzatadi:

{
  "name": "Issue’ni qayta ishlash",
  "when": {
    "source": "github",
    "types": ["issues.opened"]
  },
  "to": "codex",
  "cwd": "~/code/app",
  "skill": "handle-issue",
  "parallel": 3
}

skill vazifani qayta ishlash uchun kerakli Skill’ni belgilaydi, parallel esa parallel jarayonlar sonini 3 ga o‘rnatadi. Hodisa manbasini ro‘yxatdan o‘tkazish usuli loyiha konfiguratsiya qo‘llanmasiga muvofiq bajarilishi kerak.

Qoidalar saqlangach, bir necha soniya ichida avtomatik kuchga kiradi. Darhol tekshirishni ishga tushirish tavsiya etiladi:

agent-autoloop check

Agar yangi qoidada xato bo‘lsa, tizim eski qoidalar bilan ishlashda davom etadi va muayyan muammo haqida karta orqali xabar beradi. Shu tariqa noto‘g‘ri konfiguratsiya mavjud avtomatlashtirishni bevosita to‘xtatmaydi.

5-qadam: Agent’dan inson qarorini so‘rash

Agent Autoloop’da Agent uchun asosiy kelishuv quyidagicha: natijani oxirgi javobda bayon qilish. Vazifa tugagan bo‘lsa, xulosani odatdagidek chiqaring; inson tanlovi kerak bo‘lsa, javob oxiriga agent-autoloop qaytish kod blokini qo‘shing.

Buyurtma tekshirildi, zaxira yetarli.

```agent-autoloop
{
  "ask": [{
    "title": "Qanday yetkazib beramiz?",
    "text": "Har ikki usul bilan ham bugun jo‘natish mumkin.",
    "options": ["Kuryer orqali", "O‘zim olib ketaman"],
    "key": "shipping"
  }]
}
```

Bu yerdagi ask ikkita variantdan iborat qaror kartasini yaratadi. Savoldan tashqari, qaytish javobi quyidagi amallarni ham qo‘llab-quvvatlaydi:

• notice: bildirishnoma yuborish.
• resolve: hal qilingan kartani yopish.
• later: kelajakdagi ma’lum vaqtga qayta tekshirishni rejalashtirish.
• events: yangi hodisalarni ishga tushirish.

Agar Agent chiqargan JSON noto‘g‘ri bo‘lsa, platforma undan faqat avvalgi sessiyada qaytish javobining oxirgi qismini qayta yozishni so‘raydi; allaqachon bajarilgan biznes amallarini qayta bajarmaydi. Qayta yozish ham muvaffaqiyatsiz bo‘lsa, tizim asl xulosani saqlaydi va qaytish javobi kuchga kirmaganini sizga bildiradi.

Tayyor vaziyat shablonlaridan foydalanish

Loyiha qoidalar, vazifa Skill’lari va yoqish bo‘yicha ko‘rsatmalarni o‘z ichiga olgan bir nechta shablonni taqdim etadi. Ular amaliy konfiguratsiya uchun boshlang‘ich nuqta bo‘lishi mumkin:

• Kundalik ertalabki hisobot: mahalliy qaydlar va Git commitlarini tartibga solib, sana bo‘yicha nomlangan faylga yozadi.
• GitHub Issue’ni kuzatish: yangi Issue’larni muntazam tekshiradi, kodni mahalliy o‘zgartiradi va ko‘rib chiqishingiz haqida xabar beradi; sukut bo‘yicha commit qilmaydi, push qilmaydi va Issue’ga javob bermaydi.
• Ishlab turgan tizimdagi ogohlantirishlarni tekshirish: xatolarni qabul qilib, kod asosida sabablarni tahlil qiladi; qayta ishga tushirish zarur bo‘lsa, avval tasdiq so‘raydi.
• Foydalanuvchi fikr-mulohazalarini qayta ishlash: fikr holatini tekshiradi, muammoni tuzatadi, yetkazib berishni tasdiqlaydi va javob tayyorlaydi; qaror kerak bo‘lsa, Feishu orqali so‘raydi.
• Veb-sayt monitoringi: holat va muhim tarkibni muntazam tekshiradi, davomli muammo takroriy bildirishnomalarga olib kelishining oldini oladi va tiklangach, asl kartani yangilaydi.
• Feishu haftalik hisoboti va biznes xulosasi: ruxsat asosida hisobotlar va belgilangan jadvallarni o‘qiydi, to‘liq xulosani mahalliy saqlaydi va Feishu’ga faqat qisqa mazmun yuboradi.
• PR’ni avtomatik yetkazib berish: kodni ko‘rib chiqishdan boshlaydi, CI’ni kutadi, PR’ni birlashtiradi, joylashtirishni kutadi va oxirida ishlab turgan versiyani tekshiradi.

Shablonni yoqishda vazifa Skill’ini foydalanilayotgan Agent’ning skills katalogiga joylang, namunaviy qoidalarni ~/.agent-autoloop/rules.json fayliga birlashtiring, yo‘llar va kompyuter nomini almashtiring, so‘ng agent-autoloop check buyrug‘ini bajaring.

README’da alohida ta’kidlanadi: fikr-mulohazalarni qayta ishlash, veb-sayt monitoringi va Feishu xulosasidagi namunaviy ma’lumotlar uydirma. Tegishli skriptlar va qaytish javoblari faqat mahalliy HTTP hamda simulyatsiya qilingan Feishu CLI orqali tekshirilgan, haqiqiy hisoblarda to‘liq biznes sinovidan o‘tkazilmagan.

Turli Agent’lar va bildirishnoma kanallarini ulash

Ichki Agent plaginlari

Loyihada Claude Code, Codex, ACP va universal buyruq plaginlari mavjud. Claude Code, Codex hamda rasmiy Codex ACP adapteri bir necha bosqichli savol-javob va jarayonlararo sessiyani davom ettirish sinovlaridan o‘tgan.

Boshqa Agent’larni universal buyruq orqali ulash

Boshqa buyruq satri Agent’lari uchun use: "command" ni o‘rnating va buyruqlar massivini taqdim eting. {prompt} o‘rnini bosuvchisi alohida parametr sifatida uzatiladi va Shell kodi sifatida bajarilmaydi.

README har bir vositaning rasmiy hujjatlariga asoslanib DeepSeek Harness, pi, OpenClaw, Hermes, Cursor va WorkBuddy／CodeBuddy uchun buyruq namunalarini keltiradi, ammo bu buyruqlar birma-bir amalda sinab ko‘rilmaganini ham aniq bildiradi. Shu sababli rasmiy foydalanishdan oldin parametrlar, chiqish formati va sessiya xatti-harakatini izolyatsiya qilingan katalogda tekshirish kerak.

Uchinchi tomon plaginlarini o‘rnatish

Uchinchi tomon plaginlarini Git manzili orqali o‘rnatish mumkin:

agent-autoloop add <git manzili>

Plaginni mustaqil ishlab chiqmoqchi bo‘lsangiz, loyiha taqdim etgan minimal Agent, kanal va hodisa plaginlari shablonlaridan boshlang hamda plagin ishlab chiqish yo‘riqnomasiga murojaat qiling.

Bildirishnoma kanalini tanlash

Ish stoli bildirishnomalari sukut bo‘yicha yoqilgan. Feishu orqali yuborish, tugma qayta chaqiruvi va kartani yangilash amalda sinovdan o‘tkazilgan. DingTalk, Qiye Weixin, Slack va Discord Webhook shablonlaridan foydalanadi; hozircha faqat mahalliy simulyatsiya xizmatida tekshirilgan.

Ushbu matn kanallari qarorni javob havolasi orqali yuboradi, shuning uchun hub.publicUrl manzilini telefon yoki kompyuter kira oladigan qilib sozlash kerak. Ommaviy tarmoq orqali kirish zarurati asosiy mahalliy ishga tushirishga emas, tanlangan kanal va tarmoq muhitiga bog‘liq.

Ilg‘or usullar va ishonchlilik dizayni

Vazifaning bir davrasi nima uchun bajarilganini tekshirish

Belgilangan davraning ishga tushiruvchi hodisalari, qoida versiyasi, qabul qiluvchisi va yakuniy natijasini ko‘rish uchun why buyrug‘idan foydalaning:

agent-autoloop why 1

Bu noto‘g‘ri qoidalar, takroriy hodisalar yoki vazifaning kutilmaganda taqsimlanishini tekshirishda ayniqsa foydali.

Yadrodagi to‘rtta mexanizmni tushunish

• To‘xtatib turish nol sarf bilan: odam javobini kutishda Agent jarayoni chiqadi, holat esa ma’lumotlar bazasida qoladi; javobdan keyin avvalgi sessiya tiklanadi.
• Hodisa manbali arxitektura: barcha holatlar faqat qo‘shib boriladigan jurnal asosida hisoblanadi, jurnal va indeks bir tranzaksiyada diskka yoziladi, format o‘zgargach holatni jurnaldan qayta tiklash mumkin.
• Ko‘rsatmalar va ma’lumotlarni ajratish: Issue sarlavhasi va matni kabi tashqi kontent ma’lumot sifatida saqlanadi va promptga bevosita qo‘shilmaydi. Agent, ish katalogi va ruxsatlar faqat mahalliy qoidalar bilan belgilanadi; hodisadagi cwd, agent, access maydonlari rad etiladi.
• Sakrashlar bo‘yicha avtomatik uzgich: Agent ishga tushirgan yangi hodisalar qatlamlar sonini oshiradi, odamga berilgan savollar va rejalashtirilgan qayta tekshiruvlar bu hisobni nolga tushirmaydi. 8 qatlamdan oshgach, faqat qayd etiladi, yangi vazifa berilmaydi va foydalanuvchiga karta yuboriladi.

Simulyatsiya va unumdorlik sinovlarini ishga tushirish

Dastur katalogiga kiring:

cd ~/.agent-autoloop/app

Shundan so‘ng README taqdim etgan tekshiruv buyruqlarini ishga tushirish mumkin:

node sim/random.ts 24301 200000
node sim/crash.ts 1000 12648430
npm run benchmark

Birinchi buyruq tarmoq uzilishi, paket yo‘qolishi, ishdan chiqish va takroriy yuborishlarni simulyatsiya qiladi; ikkinchi buyruq jarayonni qayta-qayta majburan to‘xtatib, tasdiqlangan yozuvlar yo‘qolgan-yo‘qolmaganini tekshiradi; uchinchi buyruq unumdorlik mezonini ishga tushiradi. README dagi me’yor Apple M5 Pro, 24 GB xotira va Node 24.21.0 asosida belgilangan, boshqa qurilmalarda apparat farqlari sabab me’yorga yetilmagan deb ko‘rsatilishi mumkin.

Tarixiy jurnallar ko‘paygani sayin holatni umumlashtirish sekinlashadi, jurnal va indeks ham diskda tobora ko‘proq joy egallaydi. Ma’lumotlar formati o‘zgarganidan keyingi birinchi ishga tushirishda to‘liq qayta qurish talab qilinishi mumkin, shuning uchun uzoq muddat ishlatishda disk maydoni va ishga tushish vaqtini kuzatib boring.

Yetkazib berish jarayonidan foydalanish chegaralari

Agent Autoloop delivery plaginini taqdim etadi. GitHub PR ga deliver yorlig‘i qo‘shilgach, “kodni ko‘rib chiqish, CI ni kutish, PR ni birlashtirish, joylashtirishni kutish, onlayn versiyani tekshirish” tartibida jarayonni uzluksiz kuzatish mumkin.

Ko‘rib chiqish va yetkazib berish konfiguratsiyasi faqat main tarmog‘idan o‘qiladi hamda topshiriqni qabul qilgan kompyuterda PR ichidagi kodni checkout qilmaydi yoki ishga tushirmaydi. Navbat, parallellik va qayta urinishlar o‘sha yadro mexanizmlaridan foydalanadi. Rasmiy yoqishdan oldin ombor ruxsatlari va nashr jarayonini hisobga olgan holda xavfsizlik chegaralari tavsifini o‘qing.

Foydalanish va muvofiqlik bo‘yicha tavsiyalar

Model chaqiruvlari sizning shaxsiy hisobingiz sarfiga yoziladi, limitlar va foydalanish doirasi tegishli model ishlab chiqaruvchisi xizmat shartlari bilan belgilanadi. README ogohlantirishicha, yuqori chastotali avtomatlashtirish holatlarida odatda API Key dan foydalanish ma’qul; shaxsiy obuna limiti asosan kundalik qo‘lda muloqot uchun mo‘ljallangan. Agar ushbu vosita yordamida tashqi foydalanuvchilarga xizmat ko‘rsatsangiz, API Key dan foydalaning va xizmat shartlari hamda muvofiqlik talablarini mustaqil ravishda tekshiring.

Agent Autoloop mustaqil ochiq manbali loyiha bo‘lib, Anthropic, OpenAI va boshqa model ishlab chiqaruvchilari bilan aloqador yoki ular tomonidan tasdiqlangan emas.

Xulosa

Agent Autoloop ning asosiy maqsadi Agent ni doimiy onlayn saqlash emas, balki vazifalarni ishonchli tarzda to‘xtatish, kutish va davom ettirish imkonini berishdir. Avval agent-autoloop try yordamida o‘zaro ishlash siklini tekshirishingiz, so‘ng kundalik ertalabki hisobot yoki GitHub Issue shablonidan boshlab qoidalar yozishingiz mumkin. Mahalliy jarayon barqarorligi tasdiqlangach, Feishu, Webhook, tashqi hodisalar va PR yetkazib berish jarayonini bosqichma-bosqich ulang.

Qo‘shimcha sozlash uchun qoidalar va yetkazib berish konfiguratsiyasi qo‘llanmasi, to‘liq aloqa protokoli hamda plagin ishlab chiqish hujjatlariga murojaat qiling.