Skip to main content

Claude Cowork — komandada AI ishlatish

Claude Cowork

Yakka AI yordamchi — yaxshi. Bir nechta AI agent komandada — kuchliroq. Bu darslik — Claude'ni komanda jarayoniga qanday ulanish, bir nechta agent bilan parallel ishlash va subagents, "swarm" pattern haqida.

Yakka agent vs. komanda

Farq: yakka agent — ketma-ket ishlaydi. Komanda — parallel + ixtisoslashtirilgan + cross-review qila oladi.

Qachon ko'p agent kerak?

Hamma vaqt emas. Quyidagi holatlarda:

  • Mustaqil sub-vazifalar — masalan, 5 ta API endpoint yozish. Har biri alohida agent qila oladi
  • Cross-review zarur — kritik kod, security audit. Bitta yozadi, boshqa tekshiradi
  • Turli ixtisoslar — backend (Go) + frontend (React) + DB (SQL). Agentlar har biri o'z sohasiga moslangan
  • Uzoq fokuslangan ish — bitta agent context oxiriga yetadi. Bir nechta — har biri o'z bo'lagini ushlab turadi

Claude Code'da agent pattern

Claude Code'da bu yondashuv "subagents" deb ataladi. Agent tool — yangi izolyatsiya qilingan Claude'ni o'zining konteksti bilan launch qilish.

> Bu loyihada 3 ta tasksiz mavjud. Har bir uchun mustaqil agent ishga tushir:
> 1. API endpoints'ni yozadi
> 2. Test yozadi
> 3. README yangilaydi

Asosiy agent — koordinator. U sub-agentlarga vazifa beradi, natijalarni yig'adi, foydalanuvchiga umumiy hisobot yozadi.

Komanda topologiyalari

1. Star (yulduz) — koordinator + ishchilar

koordinator
/ | \
coder tester doccer

Eng oddiy. Koordinator hamma narsani biladi, ishchilar — o'z bo'lagi. Yangi boshlovchi uchun yaxshi.

2. Pipeline — konveyer

spec -> coder -> tester -> reviewer -> deployer

Har bir agent — bosqich. Avvalgi natija — keyingi kirish. CI/CD pipelinega o'xshash.

3. Mesh — har biri har biri bilan

coder <-> reviewer
| |
v v
tester <-> security

Murakkab. Bir-birini chaqirib oladi. Inson aralashuvi minimal. Lekin — debug qiyin.

4. Hierarchical — daraxt

CEO agent
├── Backend tech lead
│ ├── API coder
│ └── DB coder
└── Frontend tech lead
├── UI coder
└── State coder

Kompaniyaga o'xshash. Katta loyihalarda. Har bir kichik agent — ozod ko'p, lekin tech lead'lar tekshiradi.

"Swarm" pattern (gbrain misol)

Real misol: men o'zim ishlatadigan gbrain-swarm infrastruktura. Bir nechta Claude agent serverda yashaydi, har biri o'z xonasi va vazifasi bilan:

AgentRol
JarvisBackend coder (men shu yerdaman)
AtomBackend coder (parallel proyektlar)
NeoBackend coder (yana parallel)
MorpheusKoordinator
CortanaMarketingчи
VisionKontent moderator

Hammasi bir DB orqali bog'langan. Operator (men) bitta agentga vazifa beradi → u boshqa agentga notify orqali ish o'tkazadi.

operator -> Morpheus (coordinator)
└─ notify(jarvis, "build Y feature")
└─ notify(neo, "build X feature parallel")
└─ notify(cortana, "draft marketing post")

Bu — production darajadagi multi-agent. Lekin Claude Code ichida ham Agent tool bilan o'xshash narsa qilish mumkin.

Task delegation pattern

Asosiy printsiplar:

1. Aniq spetsifikatsiya

Sub-agentga aniq, batafsil topshiriq:

> Mana shu funksiyani yoz: parseInvoice(text) - text'dan summa va sana ajratadi.
> Input format: "Invoice #123, Date: 2026-01-15, Amount: 250.00 USD"
> Output: {date: Date, amount: number, currency: string}
> Edge case: agar format mos kelmasa - throw Error("Invalid invoice")
> Test ham yoz - 3 ta pozitiv, 2 ta negativ.

Yomon: "invoice parser qil".

2. Cheklangan kontekst

Sub-agentga faqat kerakli kontekstni bering — barcha repo emas. Toza, fokuslangan.

3. Mustaqil natija

Sub-agent hamma narsani o'zi yakunlasin. Aralash holat — partly working code — natija qiymatsiz.

4. Verification

Sub-agent qaytarsa — koordinator agent (yoki siz) tekshirasiz. Tests pass mi? Linter clean mi? Output spec'ga to'g'ri mi?

Cross-review pattern

Eng kuchli — boshqa model bilan tekshirish:

1. Coder agent (Claude Opus) - kod yozadi
2. Reviewer agent (GPT-5 yoki Sonnet) - tekshiradi
3. Operator (siz) - oxirgi qaror

Bunda different models muhim. Bitta model bir xil xato qiladi (bias). Boshqa model — boshqa angle.

Misol stack:

  • Coder: Claude Opus 4.6 (asosiy yozish)
  • Reviewer: Codex/GPT-5 yoki Gemini (audit)
  • Tester: Sonnet (test yozadi, arzon)

Parallel ish: misol

Sizning loyihangizda 5 ta CRUD endpoint kerak. Bir agent — ketma-ket 5 ta yozadi, ~30 daqiqa.

5 ta sub-agent parallel — har biri 5 daqiqa, jami 5 daqiqa (parallel run + sintez).

> 5 ta sub-agent ishga tushir parallel:
> 1. POST /users yarat
> 2. GET /users list
> 3. GET /users/:id
> 4. PUT /users/:id
> 5. DELETE /users/:id
>
> Har biri:
> - Pydantic schema yozadi
> - FastAPI route yozadi
> - 3 ta test yozadi
> - Manga bitta diff yuboradi

Natija — 6x tezroq. Asosiy savol: kontekst sig'adimi?

Anti-paternlar

  • Hamma narsa multi-agent qilish: oddiy savol uchun 5 ta agent — overkill. Resource tashlash.
  • Yomon koordinator: agar koordinator har bir sub-agentni tekshirmasa — chiqindi yetkaziladi
  • Bir xil model komandada: ikkala Claude — bir xil bias. Different vendor → different perspective
  • Sub-agent ichida sub-agent ichida...: 3+ daraja chuqurlik — debug do'zaxi. 2 daraja maksimum
  • Context discipline yo'q: har bir sub-agentga butun repo'ni yuborish — token sarflash

Claude Code'da implementatsiya

Agent tool bilan boshlash:

> Agent(
> description="API endpoint yaratish",
> subagent_type="general-purpose",
> prompt="POST /users endpoint yoz - Pydantic schema + FastAPI route + 3 ta test"
> )

Sub-agent ishga tushadi, vazifani bajaradi, natijani qaytaradi. Siz asosiy agent davom etasiz.

Parallel run: ko'p Agent tool call birdaniga — bitta xabarda. Ular parallel ishlaydi.

Production darajada (gbrain)

Agar siz seriously multi-agent system qurmoqchi bo'lsangiz:

  1. Message bus — PostgreSQL yoki Redis. Agentlar bir-biri bilan async xabar
  2. Shared memory — bilim bazasi (RAG) hamma agent uchun
  3. Health checks — heartbeat har 30s
  4. Escalation rules — qachon operatorga eskalyatsiya qilinadi
  5. Audit log — har bir qaror loglanadi

Bu — to'liq DevOps. Oddiy iborat: gbrain pattern odlatda 2-5 nafar agent bilan boshlanadi va o'sib boradi.

Boshlash uchun checklist

  • Yakka agentlik chegarasini hisobl qilib ko'ring (qachon kontekst yetmaydi)
  • 1 ta sub-agent + tester pattern bilan boshlang
  • Cross-review qo'shing (boshqa model)
  • Logging — har bir delegation
  • 2-3 hafta keyin — pattern'ni tahlil qiling (qaysi vaziyatlarda foyda, qachon overhead)

Keyingi qadamlar