Solo to Team qo‘llanmasi: hamkorlik ko‘nikmalari to‘plamini o‘rnating va bir kishi bilan bir nechta AI yordamchilarini boshqaring

Loyiha haqida qisqacha

Solo to Team · Bir kishi — butun jamoa, repozitoriy nomi solo-to-team-skills bo‘lib, “bir kishi umumiy nazoratda, bir nechta uzoq muddatli AI yordamchilari” ssenariysiga mo‘ljallangan xitoy tilidagi hamkorlik ko‘nikmalari to‘plamidir. U AI’ni avtomatik ravishda jamoaga birlashtirmaydi, balki vazifalarni topshirish, natijalarni qayta qabul qilish, dalillarni tekshirish va yakuniy qarorni inson qabul qilishi uchun takroran bajariladigan usulni taqdim etadi.

Loyihaning joriy holati v0.9-draft, u hali ham o‘zgartirilmoqda. Hozircha u Codex, WorkBuddy, DeepSeek Harness, Cursor, CodeBuddy, Kimi Work, 千问办公 kabi hostlarda cheklangan doirada amalda sinovdan o‘tkazilgan; Grok Bot qo‘lda sozlashni talab qiladi. Claude Code uchun plagin tuzilmasi tayyorlangan, biroq u dastlabki qo‘llab-quvvatlash ro‘yxatiga hali kiritilmagan.

“Qo‘llab-quvvatlash” belgilangan o‘rnatish va chaqirish usuli amalda sinab ko‘rilganini anglatadi; bu barcha vazifalar barqaror bajarilishini yoki to‘rtta ko‘nikmaning har bir hostda alohida tekshirilganini anglatmaydi.

Loyiha qanday muammoni hal qiladi

Bir nechta AI yordamchilari hamkorlik qilganda, nazoratdan chiqib ketadigan narsa ko‘pincha model qobiliyati emas, balki jarayon bo‘ladi: vazifa yuborilgach, hech kim tasdiqlamaydi; ijrochi “bajarildi” deydi, ammo dalil taqdim etmaydi; qabul qilish va natijani olish bir-biriga aralashtirib yuboriladi; yoki foydalanish ko‘rsatmalari faqat muallifning o‘zi tushunadigan tarzda yoziladi.

Solo to Team hamkorlik jarayonini quyidagi yagona yo‘nalishga jamlaydi:

Maqsadni belgilash → Taqsimlash → Topshirish → Tekshirish → Qaror qabul qilish

• Maqsadni belgilash: nima qilish kerakligi, natija qayerga joylanishi, qachon topshirilishi va qaysi holat bajarilgan deb hisoblanishi aniq belgilanadi.
• Taqsimlash: vazifani berishdan oldin “kutilayotgan natijalar” qayd qilinadi, ijrochi, qabul qiluvchi va belgilangan vaqtda tekshiruvchi ko‘rsatiladi.
• Topshirish: “qabul qilindi” va “natija olindi” alohida qayd etiladi, xabar olinganini vazifa bajarilgan deb adashtirishning oldi olinadi.
• Tekshirish: joriy versiyaga mos haqiqiy dalillar tekshiriladi; o‘zgartirilgan yoki muvaffaqiyatsiz bo‘lgan qismlar qayta tekshirilishi shart.
• Qaror qabul qilish: chiqarish, qaytarish yoki yo‘nalishni o‘zgartirish haqida qarorni inson qabul qiladi.

To‘rtta asosiy ko‘nikma

dispatch-accept-verify

Ko‘rsatiladigan nomi “Topshirilgan ishni qaytarib oling”, vazifalarni taqsimlash va topshirish uchun xizmat qiladi. U vazifani yuborishdan oldin “kutilayotgan natijalar”ni qayd qilishni hamda qabul qilish, natijani olish va qabul qilishni yakunlashni alohida qayd etishni talab qiladi. Faqat qabul qilish yakunlangandan yoki bekor qilishga ruxsat olingandan keyingina vazifani bajarilmaganlar ro‘yxatidan olib tashlash mumkin.

evidence-before-done

Ko‘rsatiladigan nomi “Ishni topshirishdan oldin dalil bo‘lsin”, tekshirish uchun xizmat qiladi. U bajarilganlik haqidagi xulosa joriy versiyaga mos dalillarga asoslanishi kerakligini ta’kidlaydi. Masalan, natijani ochib tekshirish, qayta hisoblash, buyruqni ishga tushirish yoki dastlabki amallarni yana bir bor bajarish mumkin.

beginner-ops-writing

Ko‘rsatiladigan nomi “Yangi boshlovchilar uchun foydalanish ko‘rsatmalari”, mavzudan bexabar odam ham bajarishi mumkin bo‘lgan qadamlarni yozish uchun ishlatiladi. Asosiy tamoyillar: bir safar faqat bitta qadamni yozish, obyektni yagona tarzda ko‘rsatish va bajarilgandan keyin nimani ko‘rish kerakligini tushuntirish. Kirish, to‘lov, o‘chirish, rasmiy yuborish kabi aynan foydalanuvchining o‘zi bajarishi kerak bo‘lgan amallar uchun faqat “iltimos, buni o‘zingiz bajaring” deb yozish kerak; o‘rniga bajarib berish usulini ishlab chiqish mumkin emas.

ops-case-notes

Ko‘rsatiladigan nomi “Anonimlashtirilgan operatsion qaydlar”, amaliy ishlashdan olingan ikkita anonimlashtirilgan holatni o‘z ichiga oladi. Unda haqiqiy muammolar, tuzatishlar, natijalar va hali hal qilinmagan cheklovlar qayd etilgan. Jarayonda kamchilik aniqlanganda, undan tahlil va xulosa chiqarish uchun foydalanish mumkin.

Boshlashdan oldingi tayyorgarlik

Avval repozitoriyani yuklab oling yoki klonlang va kompyuteringizda skills/ katalogi mavjudligiga ishonch hosil qiling. Ushbu katalog ichida to‘rtta ko‘nikma katalogi bo‘lishi va har bir katalogda SKILL.md mavjud bo‘lishi kerak.

git clone YOUR_REPOSITORY_URL
cd solo-to-team-skills

Klonlash manzilini loyiha rasman ochiq e’lon qilingandan keyingi haqiqiy repozitoriy manziliga almashtirish kerak. Agar loyiha arxivni yuklab olish orqali olingan bo‘lsa, uni bevosita chiqarib ishlatish mumkin.

O‘rnatishda quyidagi tamoyillarga rioya qiling:

• skills/ko‘nikma_nomi/ katalogini to‘liq ko‘chiring, faqat SKILL.md faylini ko‘chirmang.
• dispatch-accept-verify o‘z katalogidagi shablonlarga ham bog‘liq; faqat asosiy matnni ko‘chirish qayd qatori shablonining yo‘qolishiga olib keladi.
• dispatch-accept-verify va evidence-before-done ko‘nikmalarini birgalikda o‘rnatish tavsiya etiladi.
• evidence-before-done alohida ham ishlatilishi mumkin.
• beginner-ops-writing va ops-case-notes ixtiyoriy qo‘shimchalar hisoblanadi; ularni o‘rnatmaslik asosiy topshirish-qabul qilish jarayoniga ta’sir qilmaydi.

Hostni tanlash va o‘rnatish

Codex

Codex uchun tasdiqlangan usul repozitoriy tarkibidagi .agents/plugins/marketplace.json faylidan foydalanadi. Avval Codex CLI’ni o‘rnating va tizimga kiring, so‘ng loyiha ildiz katalogida quyidagilarni bajaring:

cd /path/to/solo-to-team-skills
codex plugin marketplace add "$(pwd)"
codex plugin add solo-to-team-skills@solo-to-team-skills

Agar buyruq nolga teng bo‘lmagan holat kodi bilan qaytsa, to‘xtang va joriy katalog .agents/plugins/marketplace.json mavjud bo‘lgan paket ildiz katalogi ekanini tekshiring. O‘rnatgandan so‘ng yangi sessiya oching yoki ko‘nikmani codex exec orqali chaqiring.

codex exec -s workspace-write --skip-git-repo-check -C "$(pwd)" '请使用技能 dispatch-accept-verify，写一行待收登记到 T044_dispatch_line.md'

O‘rnatishni bekor qilish kerak bo‘lsa, quyidagilarni bajaring:

codex plugin remove solo-to-team-skills@solo-to-team-skills
codex plugin marketplace remove solo-to-team-skills

Cursor

Kerakli ko‘nikma kataloglarini foydalanuvchi ko‘nikmalari katalogiga to‘liq ko‘chiring:

mkdir -p ~/.cursor/skills/
cp -R skills/dispatch-accept-verify ~/.cursor/skills/
cp -R skills/evidence-before-done ~/.cursor/skills/

Shundan so‘ng Cursor Agent’da ko‘nikmani nomi bo‘yicha chaqiring. Shuningdek, cursor agent --print ko‘rinishidagi CLI’dan foydalanish mumkin. Yangi ish maydonida interaktiv bo‘lmagan ishga tushirishda host --trust parametridan foydalanishni talab qilishi mumkin; bu parametr ish maydoniga ishonch bildirilishini anglatadi, xavfsizlik mexanizmlarini o‘chirmaydi.

WorkBuddy va CodeBuddy

Bu ikki mahsulot nomi o‘xshash bo‘lsa-da, ular bir xil host emas va o‘rnatish kataloglarini aralashtirib bo‘lmaydi.

• WorkBuddy: ~/.workbuddy/skills/ yoki loyiha ichidagi .workbuddy/skills/ katalogiga ko‘chiring. Shuningdek, SKILL.md mavjud bo‘lgan ko‘nikma katalogi yoki zip arxivini interfeys orqali yuklash mumkin.
• CodeBuddy: ~/.codebuddy/skills/ yoki loyiha ichidagi .codebuddy/skills/ katalogiga ko‘chiring, so‘ng interfeys yoki CLI’da nomi bo‘yicha chaqiring.

Tegishli rasmiy ko‘rsatmalarni WorkBuddy Skills hujjatlari va CodeBuddy Skills hujjatlaridan ko‘rishingiz mumkin.

DeepSeek Harness

Ko‘nikmani to‘liq holda loyiha ichidagi .dsh/skills/, foydalanuvchi katalogidagi ~/.dsh/skills/ yoki .agents/skills/ katalogiga ko‘chiring, so‘ng Harness’ni qayta oching yoki yangilang. Loyiha aniq ko‘rsatishicha, dsh plugin add bu ko‘nikmalar matnini o‘rnatish usuli emas.

Foydalanishdan oldin DeepSeek akkaunti yoki API’ni o‘zingiz tayyorlashingiz kerak; loyiha kalit taqdim etmaydi. Batafsil mexanizmni DeepSeek Harness Skills hujjatlaridan ko‘rishingiz mumkin.

Kimi Work

README’da amalda Kimi Work ish stoli versiyasi tekshirilgan, Kimi Code CLI emas. macOS sinov muhitida ko‘nikmalar katalogi quyidagicha:

~/Library/Application Support/kimi-desktop/daimon-share/daimon/skills/

Ko‘chirish tugagach, Kimi Work interfeysida / belgisini kiriting va ko‘nikmani tanlang. Ushbu yo‘l hamjamiyat tajribasidan olingan; rasmiy manbada zip, Markdown, havola yoki do‘kon orqali o‘rnatish usullari ham bo‘lishi mumkin. Joriy ko‘rsatmalarni Kimi Skills rasmiy sahifasidan tekshiring.

千问办公 QwenWork

Ko‘nikma katalogini quyidagi joyga ko‘chiring:

~/.qwenworkcn/skills/

Shundan so‘ng ish stoli versiyasida / belgisidan foydalanib ko‘nikmani tanlang yoki suhbatda uning nomini bevosita ko‘rsating. 千问办公 va 通义灵码 bir xil mahsulot emas, shuning uchun bir xil o‘rnatish katalogidan foydalanmang. Batafsil ma’lumot uchun QwenWork Skills hujjatlariga murojaat qiling.

Grok Bot

Grok Bot mahalliy katalog orqali o‘rnatilmaydi. Kerakli ko‘nikmaning SKILL.md faylini oching va suhbatda uning matnini xususiy ko‘nikma sifatida saqlashni so‘rang; fayl boshidagi name va description qiymatlaridan foydalaning. To‘rtta ko‘nikmani alohida saqlash kerak.

dispatch-accept-verify ko‘nikmasini saqlaganda, uning qayd qatori shablonini ham xususiy ko‘nikmaga qo‘shib joylashtiring. Bu usul faqat xususiy ko‘nikmalarni saqlash imkoniyatiga ega Grok Bot uchun mo‘ljallangan; boshqa Grok mahsulotlarida ham xuddi shu sozlamadan foydalanish mumkinligini anglatmaydi.

Claude Code

Repozitoriyda .claude-plugin/plugin.json va marketplace tuzilmasi allaqachon mavjud, biroq hozircha u “tuzilma tayyor, amaliy sinov to‘ldirilishi kerak” holatida. Shu sababli uni dastlabki qo‘llab-quvvatlash sifatida hisoblab bo‘lmaydi. Mustaqil ravishda sinab ko‘rsangiz, joriy o‘rnatish usuli uchun Claude Code rasmiy plagin hujjatlariga amal qiling.

Birinchi ishga tushirish: kichik vazifadan boshlang

Boshidanoq murakkab loyihani bir nechta yordamchiga topshirmang. Avval natijasini tekshirish oson bo‘lgan kichik vazifani tanlang, masalan, berilgan ma’lumotlar asosida yig‘ilish bayonnomasini tuzish. Loyiha “berilgan ma’lumot, natija yaratish, dalillarni tekshirish, inson tomonidan qabul qilish, qayta ko‘rib chiqishga yuborish”ni mashq qilish uchun examples/ asosiy namunasi va examples/walkthrough-meeting-notes/ to‘liq amaliy materialini taqdim etadi.

Birinchi qadam: maqsadni aniq yozing

Yordamchiga vazifa mazmuni, natija joylashuvi, topshirish vaqti va bajarilish mezonlarini tushuntiring. Ko‘rsatma quyidagi tuzilmada bo‘lishi mumkin:

请使用 dispatch-accept-verify 管理这项任务。
任务：根据给定输入整理会议记录。
成果位置：指定的工作区文件。
交付时间：约定时间。
完成标准：内容与输入一致，必要字段齐全，并可由我打开检查。
请先生成一行“待收”登记。

Ikkinchi qadam: “kutilayotgan natijalar”ni qayd qiling

Vazifani berishdan oldin qayd qatorini yarating. Unda kamida vazifa holati, ijrochi, qabul qilish uchun mas’ul shaxs, belgilangan vaqtda tekshiruvchi, natija joylashuvi va topshirish vaqti aniq ko‘rsatilishi kerak. Repozitoriydagi templates/task-register-line.md faylidan to‘g‘ridan-to‘g‘ri nusxa olish tavsiya etiladi; to‘liq maydonlarni o‘zingiz taxmin qilmang.

Uchinchi qadam: qabul qilish va natijani alohida qayd eting

Ijrochi yordamchi vazifani qabul qilganini tasdiqlagach, “qabul qilindi” deb qayd eting. Natija fayli haqiqatan qaytarilgandan keyin “natija olindi” deb qayd eting. Bu ikki holatni birlashtirib bo‘lmaydi, chunki “kimdir bajarishga rozi bo‘ldi” degani “natija topshirildi” degani emas.

To‘rtinchi qadam: dalillar bilan tekshirish

evidence-before-done ni chaqirib, yordamchidan yakunlanganlik xulosasi uchun joriy versiyaga mos dalillarni taqdim etishini so‘rang.

Joriy natijani evidence-before-done yordamida tekshiring.
Yakuniy faylni ochib, dastlabki talablar bilan bandma-band solishtiring.
O‘zgartirilgan yoki muvaffaqiyatsiz bo‘lgan qismlar bo‘lsa, ularni qayta tekshiring.
Dalillarni, bajarilmagan bandlarni va tavsiya etiladigan xulosani sanab bering, men uchun bevosita ruxsat bermang.

Dalillar fayl ochilgandan keyingi mazmun tekshiruvi, buyruq chiqishi, qayta hisoblash natijasi yoki dastlabki amallarni boshidan bajarish orqali olinishi mumkin. Agar natija tekshiruvdan keyin yana o‘zgartirilsa, ta’sirlangan qismlar qayta tekshirilishi kerak; o‘zgarmagan qismlar uchun avvalgi tekshiruv natijasidan foydalanish mumkin.

Beshinchi qadam: inson tomonidan qabul qilish

Dalillarga asoslanib, ruxsat berish, qaytarish yoki yo‘nalishni o‘zgartirish haqida qaror qiling. Faqat inson qabul qilishni tasdiqlagandan keyin “qabul qilindi” deb qayd eting. Talablarga mos kelmasa, qaytarish sababini aniq yozing va ijrochi yordamchidan tuzatishni so‘rang, keyin dalillarni yana oling.

“Natija olindi” degani “qabul qilindi” degani emas. Faqat dalillar joriy natijaga mos kelib, inson ruxsat berish haqida qaror chiqargandagina vazifa haqiqatan yakunlangan hisoblanadi.

Noldan boshlovchi foydalanuvchilar uchun tavsiya etiladigan o‘rganish tartibi

1. Avval examples/ ichidagi asosiy misolni o‘qing.
2. examples/walkthrough-meeting-notes/ bo‘yicha qaytarish va tuzatishni o‘z ichiga olgan kichik vazifani bir marta bajaring.
3. Faqat bitta shablonni o‘rganing: templates/task-register-line.md.
4. Avval matn muharriri yoki jadval yordamida “kutilmoqda → qabul qilindi → natija olindi → qabul qilindi” holatlarini mashq qiling.
5. Usulni o‘zlashtirgach, ko‘nikmani qo‘llab-quvvatlanadigan Agent xostiga o‘rnating va uni nomi bo‘yicha chaqiring.

Bu usulning o‘zi murakkab dasturlash qobiliyatlariga bog‘liq emas. Vazifani aniq yozish, ijrochini belgilash va natijani tekshirishni bilsangiz, umumiy qayddan boshlashingiz mumkin.

Ilg‘or foydalanish

Qayd maydonlarini mavjud doskaga ulash

Agar siz allaqachon vazifalar tizimi, elektron jadval yoki loyiha doskasidan foydalansangiz, qayd qatori maydonlarini mavjud jarayonga ulang. Muhimi qaysi vositadan foydalanish emas, balki kutilayotgan vazifalar bir qarashda ko‘rinishi hamda qabul qilish, natijani olish va qabul qilishni yakunlash alohida holatlar sifatida yuritilishidir.

Bir nechta yordamchi uchun vazifalarni aniq ajratish

Ko‘nikmalar to‘plami jarayon va yozish usulini taqdim etadi, xost esa sessiyalarni ochish, buyruqlarni ishga tushirish, fayllarni o‘qish va yozish, shuningdek mavjud bo‘lishi mumkin bo‘lgan rejalashtirilgan eslatmalar yoki yordamchilararo xabar almashish imkoniyatlarini boshqaradi. Inson esa maqsadlarni belgilaydi, ustuvorliklarni tanlaydi, xavfli amallarga ruxsat beradi va yakuniy qarorni chiqaradi.

Jarayonni tuzishda quyidagilarni ketma-ket tekshirish mumkin:

• Xost bir vaqtning o‘zida bir nechta sessiya yoki yordamchi sessiyalarini ocha oladimi.
• Xost yordamchilar o‘rtasida xabar yubora oladimi.
• Xostda rejalashtirilgan eslatma yoki uyg‘otish imkoniyati bormi.
• Avtomatik eslatma bo‘lmasa, kim o‘z vaqtida qo‘lda tekshiradi.
• Yakuniy qabul qilish va xavfli amallarni kim shaxsan tasdiqlaydi.

Faqat ta’sirlangan qismlarni qayta tekshirish

Natija tuzatilgandan keyin barcha tekshiruvlarni farqlamasdan boshidan bajarish shart emas. O‘zgarmagan qismlarning avvalgi dalillaridan foydalanish mumkin, ammo o‘zgartirilgan, muvaffaqiyatsiz bo‘lgan yoki o‘zgarish ta’sir qilgan barcha qismlar qayta tekshirilishi kerak. Bu ishonchlilikni saqlagan holda takroriy ishni kamaytiradi.

Inson bajaradigan qadamlarni beginner-ops-writing yordamida yozish

Kirish, to‘lov, shaxsan tasdiqlash kabi inson bajarishi shart bo‘lgan bosqichlarda beginner-ops-writing ni chaqirib, qadamlarni har safar bittadan amal qilib ajrating va amal obyekti hamda kutiladigan natijani aniq yozing. Xavfli amallar涉及 bo‘lsa, faqat “iltimos, buni shaxsan bajaring” deb ko‘rsating, yordamchiga inson ruxsatini chetlab o‘tishga urinishi uchun topshiriq bermang.

Qayta ko‘rib chiqish uchun ops-case-notes dan foydalanish

Qabul qilish, tekshirish o‘tkazib yuborilishi yoki bir xil xatoga qayta-qayta yo‘l qo‘yish holatlarida ops-case-notes ga murojaat qiling. Qayta ko‘rib chiqishni qayd etishda usulga oid ma’lumotlarni saqlang: haqiqiy muammo, qo‘llangan tuzatish, amaldagi natija va hal qilinmagan cheklovlar. Shu bilan birga, shaxsiy aloqa ma’lumotlari, hisob ma’lumotlari, ichki yo‘llar va qurilma ma’lumotlarini olib tashlang.

Avtomatlashtirish chegaralarini bilish shart

Ushbu paket plaginlari ro‘yxatidagi hooks: {} uning avtomatik uyg‘otish funksiyasini taqdim etmasligini bildiradi. Ko‘nikmani o‘rnatish faqat yordamchi ushbu usul bo‘yicha ishlay olishini anglatadi; bu tizim avtomatik ravishda vazifa taqsimlaydi, belgilangan vaqtda eslatadi, sessiyalar o‘rtasida xabar uzatadi yoki avtomatik javob qaytaradi degani emas.

• Xostda rejalashtirish imkoniyati bo‘lsa, belgilangan vaqtda tekshiruvni xost imkoniyatlari orqali bajaring.
• Xostda rejalashtirish imkoniyati bo‘lmasa, inson o‘z vaqtida tekshirishi kerak.
• Yordamchilararo bildirishnomalar, guruh chatlari va umumiy fayllarni o‘qish-yozish xostga bog‘liq.
• Pul sarflash, tizimga kirish, to‘lovni tasdiqlash, rasmiy yuborish va o‘chirish kabi amallar inson tomonidan tasdiqlanishi shart.
• Qabul qilish, qaytarish yoki yo‘nalishni o‘zgartirish haqidagi yakuniy qarorni doimo inson chiqaradi.

README da aytilgan taxminan o‘n daqiqa faqat dizayn maqsadlaridan biridir; uni allaqachon tasdiqlangan kafolat sifatida yozish mumkin emas. Mavjud Cursor CLI o‘lchovi xost o‘rnatilib, tizimga kirilgan, repozitoriy olingan va so‘rov oldindan tayyorlangan sharoitda ko‘nikmani nusxalashdan qayd qatorini chiqarishgacha taxminan 29.6 soniyani ko‘rsatadi; bu notanish foydalanuvchining xostni noldan o‘rnatib, butun vazifani bajarishi uchun ketadigan umumiy vaqtni anglatmaydi.

O‘rnatish haqiqatan muvaffaqiyatli bo‘lganini qanday aniqlash

Loyiha ikkita qat’iy mezonni belgilagan:

1. O‘rnata olish va chaqira olish: olish, o‘rnatish yoki sozlashni yakunlash, ko‘nikmani nomi bo‘yicha chaqirish va tekshirish mumkin bo‘lgan qayd qatorini hosil qilish.
2. Haqiqiy kichik vazifani yakunlay olish: maqsad, vazifalar taqsimoti va topshirishdan dalillarni tekshirish hamda inson qarorigacha borish, haqiqiy natija, dalillar va qabul qilish xulosasini qoldirish.

Hozirgi sakkizta xostning har birida cheklangan bitta vazifa bo‘yicha qabul qilish qaydi mavjud, biroq bu barqarorlik isboti emas va barcha vazifalar bajarilishini ham tasdiqlamaydi. Loyiha hali butun jamoa xatolari darajasi kamaygani yoki eslatmalar soni qisqarganini nazoratli tajriba orqali tasdiqlamagan, shuning uchun foydalanish vaqtida inson nazoratini saqlash kerak.

Xulosa

Solo to Team ning qiymati to‘liq avtomatlashtirilgan AI jamoasini yaratishda emas, balki aniq, tekshiriladigan va ko‘chirilishi mumkin bo‘lgan hamkorlik usulini taqdim etishidadir. Avval dispatch-accept-verify va evidence-before-done ni o‘rnating, bitta kichik vazifa orqali “kutilmoqda, qabul qilish, natijani olish, dalillarni tekshirish, inson tomonidan qabul qilish” jarayonini mashq qiling, keyin bir nechta yordamchi va mavjud doskalarni bosqichma-bosqich ulang. Qaysi xostdan foydalanishingizdan qat’i nazar, bir xil tamoyilga amal qiling: yordamchi ijro va dalillarni taqdim etish uchun, inson esa maqsad, ruxsat va yakuniy qaror uchun javob beradi.