Claude Code го активира тимскиот режим! Agent teams што мора да ги користите!

Claude Code повторно направи голем потег: Agent Teams, може да се сфати како супер засилена верзија на Sub Agents～ Сликата подолу е споредба помеѓу Agent Teams и Subagents:

Јас веќе „прв го искористив“! (Многу добро! Многу добро! Многу добро!)

Услови за активирање на Agent Teams: 
1. Ажурирајте го Claude Code на најновата верзија (claude update) 

2. Во settings.json додадете една реченица:

"CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1" 

3. Рестартирајте го Claude Code～ 

4. Потоа директно користете природен јазик за да натерате Claude Code да креира Agent Teams (се разбира, објаснете што треба да прави Agent Teams) 

Покрај тоа, другите модели не влијаат на работата на Agent Teams (јас користам KIMi за кодирање)

Повеќе детали за Agent Teams видете подолу (официјална статија од Anthropic)!

Agent Teams ви овозможуваат да координирате повеќе инстанци на Claude Code да работат заедно. Една сесија е главна, координира работа, распределува задачи, ги комбинира резултатите. Помалците работат независно, секој во својот контекстуален прозорец, и можат директно да разговараат меѓу себе.

За разлика од под-агентите (Subagents) (под-агентите работат во една сесија, можат само да известуваат до главниот агент), вие можете директно да комуницирате со секој помал, без да минувате низ главниот.

Овој документ опфаќа:

• • Кога да користите Agent Teams, вклучувајќи најдобри случаи на употреба и споредба со под-агенти

• • Подигање на тим

• • Контрола на помалците, вклучувајќи режими на приказ, распределување на задачи и делегирање

• • Најдобри практики за паралелна работа

Кога да користите Agent Teams

Agent Teams се најефективни во задачи каде паралелното истражување додава вистинска вредност. Најсилните случаи на употреба вклучуваат:

• • Истражување и преглед —— Повеќе помалци можат истовремено да истражуваат различни аспекти на проблемот, потоа да ги споделуваат и предизвикуваат откритијата едни на други

• • Нови модули или функционалности —— Помалците можат да имаат независни делови, без да се мешаат

• • Дебагирање со конкурентни хипотези —— Помалците паралелно тестираат различни теории, побрзо наоѓајќи го одговорот

• • Координација преку слоеви —— Промени што се протегаат преку фронтенд, бекенд и тестирање, секоја раководена од различен помал

Agent Teams додаваат трошоци за координација (Дали се осмелувате да користите Opus4.6 за да активирате Agent Teams🤣), значајно го зголемуваат трошењето на токени во споредба со употреба на една сесија. Тие се најефективни кога малите групи можат да работат независно. За секвенцијални задачи, уредување на иста датотека или работа со многу зависности, една сесија или под-агенти се поефикасни.

Споредба со под-агенти

Agent Teams и под-агенти ви овозможуваат да работите паралелно, но функционираат на различен начин. Изберете според дали вашите работници треба да комуницираат меѓу себе:

Под-агенти

Agent Teams

Контекст

Сопствен контекстуален прозорец; резултатите се враќаат на повикувачот

Сопствен контекстуален прозорец; целосно независни

Комуникација

Само известуваат резултати до главниот агент

Помалците директно си праќаат пораки

Координација

Главниот агент управува со целата работа

Споделена листа на задачи, само-координација

Најсоодветни за

Фокусирани задачи каде што се важни само резултатите

Комплексна работа што бара дискусија и соработка

Трошоци за токени

Помалку: резултатите се сумираат назад во главниот контекст

Повеќе: секој помал е независна инстанца на Claude

Користете под-агенти кога ви требаат брзи, фокусирани работници кои известуваат резултати. Користете Agent Teams кога групата треба да споделува откритија, да се предизвикува меѓусебе и да се само-координира.

Активирање на Agent Teams

Agent Teams се оневозможени по дифолт. Овозможете ги со поставување на променливата на околината CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS на 1, може во shell околината или преку settings.json:

{
  "env": {
    "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
  }
}

Подигнете го вашиот прв Agent Team

Откако ќе ги активирате Agent Teams, кажете му на Claude да креира Agent Team, користејќи природен јазик за да ја опишете задачата и саканата структура на тимот. Claude креира тим, генерира помалци и координира работа според вашиот поднесувач.

Овој пример функционира добро, бидејќи трите улоги се независни и можат да го истражуваат проблемот без да чекаат едни на други:

Create an agent team to explore this from different angles: one teammate on UX, one on technical architecture, one playing devil's advocate.
(Креирајте Agent Team за да го истражувате ова од различни агли: еден член за UX, еден за техничка архитектура, еден што ја игра улогата на адвокат на ѓаволот.)

Од таму, Claude креира тим со споделена листа на задачи, генерира помалци за секоја перспектива, ги остава да го истражуваат проблемот, ги комбинира откритијата и по завршувањето се обидува да го исчисти тимот.

Терминалот на главниот ги листа сите помалци и нивната содржина на работа. Користете Shift+Up/Down за да изберете помал и директно да му испратите порака.

Контрола на вашиот Agent Team

Користете природен јазик за да му кажете на главниот што сакате. Тој ја обработува координацијата на тимот, распределувањето на задачите и делегирањето според вашите упатства.

Избор на режим на приказ

Agent Teams поддржуваат два режима на приказ:

• • Режим во процес —— Сите помалци работат во вашиот главен терминал. Користете Shift+Up/Down за да изберете помал и директно да внесете порака. Соодветен за секој терминал, не бара дополнително поставување.

• • Режим со поделени екрани —— Секој помал има свој панел. Можете истовремено да го гледате излезот на сите, кликнете на панелот за директна интеракција. Потребни се tmux или iTerm2.

Дифолт е "auto", користи поделени екрани ако веќе работите во tmux сесија, во спротивно користи режим во процес.

За да форсирате режим во процес за една сесија, пренесете го флагот:

claude --teammate-mode in-process

Специфицирање на помалци и модели

Claude одлучува колку членови да генерира според вашата задача, или можете точно да специфицирате што сакате:

Create a team with 4 teammates to refactor these modules in parallel. Use Sonnet for each teammate.
(Креирајте тим со 4 члена за паралелно рефакторирање на овие модули. Користете Sonnet за секој член.)

Барање од членовите одобрување на план

За комплексни или ризични задачи, можете да побарате од членовите да планираат пред имплементација. Членовите работат во режим на план само за читање, додека главниот не го одобри нивниот пристап:

Spawn an architect teammate to refactor the authentication module. Require plan approval before they make any changes.
(Генерирајте член архитект за рефакторирање на модулот за автентикација. Барајте одобрување на план пред да направат какви било промени.)

Кога членот ќе го заврши планот, испраќа барање за одобрување на план до главниот. Главниот го прегледува планот и одобрува или одбива и дава повратни информации.

Користење на режим на делегирање

Без режим на делегирање, главниот понекогаш самиот почнува да ја имплементира задачата, наместо да чека помалците да завршат. Режимот на делегирање го спречува ова со ограничување на главниот само на алатки за координација. Притиснете Shift+Tab за да преминете на режим на делегирање.

Директно разговор со помалци

Секој помал е целосна, независна сесија на Claude Code. Можете директно да испратите порака до кој било помал:

• • Режим во процес: Користете Shift+Up/Down за да изберете помал, потоа внесете порака за испраќање. Притиснете Enter за да ја видите сесијата на помал, потоа притиснете Escape за да го прекинете неговиот тековен круг. Притиснете Ctrl+T за да ја префрлите листата на задачи.

• • Режим со поделени екрани: Кликнете на панелот на помал за директна интеракција со неговата сесија.

Доделување и преземање на задачи

Споделената листа на задачи ја координира работата на тимот. Главниот креира задачи, помалците ги завршуваат. Задачите имаат три состојби: на чекање, во тек, завршени. Задачите исто така можат да зависат од други задачи.

Главниот може експлицитно да доделува задачи, или помалците можат сами да преземат откако ќе завршат со работа.

Затворање на помалци

За елегантно да ја завршите сесијата на членот:

Ask the researcher teammate to shut down

Главниот испраќа барање за затворање. Членот може да одобри и елегантно да излезе, или да одбие и да објасни зошто.

Чистење на тимот

По завршувањето, побарајте од главниот да исчисти:

Clean up the team
(Исчистете го тимот)

Ова ги отстранува споделените ресурси на тимот. Кога главниот го извршува чистењето, проверува дали има активни помалци, и ако има сè уште работат, пропаѓа, затоа прво затворете ги.

Како функционираат Agent Teams

Архитектура

Agent Team вклучува:

• • Главен: Главната сесија на Claude Code што креира тим, генерира помалци и координира работа

• • Помалци: Независни инстанци на Claude Code што секој ја обработуваат доделената задача

• • Листа на задачи: Споделена листа на работни ставки што помалците ги преземаат и завршуваат

• • Поштенско сандаче: Систем за пораки за комуникација помеѓу агенти

Системот автоматски управува со зависностите на задачите. Тимовите и задачите се складирани локално:

• • Конфигурација на тим: ~/.claude/teams/{team-name}/config.json

• • Листа на задачи: ~/.claude/tasks/{team-name}/

Контекст и комуникација

Секој помал има свој контекстуален прозорец. При генерирање, помалците го вчитуваат истиот контекст на проект како редовната сесија: CLAUDE.md, MCP сервери и вештини. Историјата на разговори на главниот не се пренесува.

Како помалците споделуваат информации:

• • Автоматско пренесување на пораки: Кога помал испраќа порака, автоматски се пренесува до примачот

• • Известување за неактивност: Кога помал завршува и запира, автоматски известува главен

• • Споделена листа на задачи: Сите агенти можат да ја видат состојбата на задачите и да преземат достапна работа

Користење на токени

Agent Teams значајно го зголемуваат трошењето на токени во споредба со една сесија. Секој помал има свој контекстуален прозорец, трошењето на токени се зголемува со бројот на активни помалци. За истражување, преглед и работа на нови функционалности, дополнителните токени обично вредат. За редовни задачи, една сесија е поекономична.

Примери за случаи на употреба

Извршување на паралелен преглед на код

Еден прегледувач има тенденција да се фокусира на еден тип на проблем одеднаш. Поделбата на стандардите за преглед на независни области значи дека безбедноста, перформансите и покриеноста на тестирањето истовремено добиваат темелно внимание.

Create an agent team to review PR #142. Spawn three reviewers: one focused on security implications, one checking performance impact, one validating test coverage. Have them each review and report findings.
(Креирајте Agent Team за преглед на PR #142. Генерирајте три прегледувачи: еден фокусиран на безбедносни импликации, еден што ја проверува влијанието на перформансите, еден што ја валидира покриеноста на тестирањето. Оставете ги секој да прегледа и да пријави откритија.)

Истражување со конкурентни хипотези

Кога основната причина не е јасна, еден агент има тенденција да најде една веродостојна објаснување и да престане да бара.

Users report the app exits after one message instead of staying connected. Spawn 5 agent teammates to investigate different hypotheses. Have them talk to each other to try to disprove each other's theories, like a scientific debate. Update the findings doc with whatever consensus emerges.

Најдобри практики

Давање доволно контекст на помалците

Помалците автоматски го вчитуваат контекстот на проектот, но не ја наследуваат историјата на разговори на главниот. Вклучете детали специфични за задачата во поднесувачот за генерирање.

Соодветно димензионирање на задачите

• • Премногу мали: Трошоците за координација ги надминуваат придобивките

• • Премногу големи: Помалците работат премногу долго без проверка, зголемувајќи го ризикот од потрошени напори

• • Токму: Самостојни единици што произведуваат јасни испораки

Чекање помалците да завршат

Понекогаш главниот самиот почнува да ја имплементира задачата, наместо да чека членовите да завршат. Ако забележите ова:

Wait for your teammates to complete their tasks before proceeding

Избегнување на конфликти на датотеки

Два помалци кои уредуваат иста датотека може да доведат до презапишување. Поделете ја работата така што секој помал ќе поседува различни групи на датотеки.

Надгледување и насочување

Проверете го напредокот на помалците, пренасочете ги методите што не функционираат и комбинирајте ги откритијата како што напредува.

Ограничувања

Agent Teams се експериментални. Тековни ограничувања:

• • Членови во процес не поддржуваат обновување на сесија: /resume и /rewind нема да ги обноват помалците во процес

• • Состојбата на задачите може да заостанува: Помалците понекогаш не можат да означат задача како завршена

• • Затворањето може да биде бавно: Помалците го завршуваат тековното барање пред да се затворат

• • Еден тим по сесија: Еден главен може да управува само со еден тим одеднаш

• • Не поддржува вгнездени тимови: Помалците не можат да генерираат свои тимови

• • Главниот е фиксиран: Сесијата што го креира тимот е главен во неговиот животен век

• • Поделени екрани бараат tmux или iTerm2: Не се поддржани интегриран терминал на VS Code, Windows Terminal или Ghostty