Галоўная / Артыкулы

Каманды агентаў у Claude Code: калі пераходзіць на некалькі агентаў і як

Калі хапае аднаго агента, чатыры прычыны дадаць яшчэ, патэрны аркестрацыі, стылі камунікацыі, восем тыповых збояў і выбар паміж убудаванымі камандамі Claude Code і самаробнымі.

Выдавец: REACTAPP.TOP17 хв чытання3940 слоў

Крыніцы: Claude Code agent teams: when and how to go multi-agent

Існуе можлівасць стварэння скоордынаванай групы агентаў, якія можуць весты саавесныя пераказванні ў межах экасістэмы Claude Code, і готовая версія такой групы можа працаваць добра. Аднак ўскладніць у тым, што працоўнае функціонаванне такой групы ёсць складнейшым, чым здаецца на першы погляд, і багато людзей прыўлекаюцца да стварэння такіх груп агентаў без належнага аналізу можлівых наследкіў. Групы агентаў здаюцца явным наступным крокам, калі падагенты вядуць ся чыста. Але ўсё не так проста — група агентаў являе сабою шар коордынаціі, які мае рэальныя вітраты на токены, вядомыя способы неудач і вузкі спектар проблем, якія ён можа эфектывна рашыць.

Найменш прыгучы, але ў той жа час найкорыстнейшы урок, які можна вывучыць за месяцы рэальнага вікорыстання калькулятораў з колькама агентамі, — гэта неабходнасць пачынаку з адного добра настроюванага агента, хорашых інструментаў і строгага карыстоўвання кантэкстам. Дадавайце новыя агенты толькі тады, калі ёсць конкрэтная прычына. Кансультатывныя матэрыялы Anthropic пра стварэнне эфектываў калькулятораў таксама радзяць шукаць самая простая працэсная рашынку і дадаваць складнасць толькі тады, калі гэта неабходна.

Далей паказана методыка размышлення над рашэннем і дзеянні пасля яго прыняцьбы. Яна выкладвае, што вы вядомі з сабагентамі, адміністрацыяю іх ад навыкаў і прычынамі, чаму ізоляцыя кантэкста ёсць галоўной прычынай яго вікорыстання. Адкрытым пытаннем застаецца тое, калі адзін сабагент, які дапамагае звяртацца за інформацыяй, становіцца недастатковым, і што трэба стварыць у яго месца.

У матэрыяле рассматрываюцца следуючыя аспекты:

  • Чаму большасць командаў пакіян не патрабуе калькі з агентаў, і стандартная памылка – выбір команд, якія здаюцца моцнейшымі.
  • Чатыры конкрэтныя прычыны, якія паказваюць, што у агента ўжо немае можлівасцей для дальнейшай працы.
  • Чатыры мадэлі супакоўвання агентаў у таксанаміі, нейтральной да прадаўцоў: оркестрацыя, канвеі, паралельныя спецыялісты і рою.
  • Антропічны стак для команд агентаў, які раздзеляе тое, што ёсць стабільным, ад таго, што ёсць експерыментальным чы суцэльна тэставым.
  • Што такое команды агентаў Claude Code і якія ў іх разлікі з сабагентамі.
  • Як агенты вяршаюць кантакты: тры формы, чатыры патэрны часавага распісу і што можна перадаваць межы ўмаў.
  • Восьсім спосабаў абвалення з супакоўваць і практычныя способы ўсунуць іх.
  • Рамка для прыняцтва рашэнняў ў паводзе натыўнае, самастоятэльнае чы гібрыднае супакоўванне.

Большасць командаў пакіян не патрабуе больш ад одного агента

Багато людзей, які шукаюць команды агентаў, рашаюць неправільную проблему. Звычная логіка такая: сабагенты працавалі, сістэма стае складнейшай, і таму команды ўважаюцца наступным крокам. Гэтая логіка плутае можлівасці з складнасцю. Команда не робіць сістэму болей можлівайююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююююю

Пост компаніі Anthropic працэўнае па стварэнню эфектываўых агентаў дакладна расказывае пра эканаміку гэтага падходу. Рабочыя працэсы, якія не ўключаюць агентаў, ёсць болей прыемлівыя для прагназавання, дэшэўыя і лёгкія для дыбагавання, а советы сводзяцца да гэтага: калі звычная функцыя можа выконаць задачу, трэба напісаць самую функцыю, а не ствараць камітэт з распадоў верыятнасцяў. Гэты момант лёгка працізнуць для тых, хто не усвядоміў, што LLM-ы ёсць верыятнасныя мадэлі. Нават чыстае заведамленне можа быць або не будзе правільна выконана. Кожны даданы агент — гэта ўсё новы элемент, які можа зламацца, стварыць халюцынаціі або выдаты выхід, які наступны агент неправяма спрацавае, таму дадаванне агентаў паўтарае шансы на пакрыцця памілкамі у масштабе.

Ліміт для адзэнта-адзінца вышы ў дзеяннях, чым думаюць людзі. Адзэнт-адзінец, якому даюць паслужыцьяльныя інструменты, чыткія інструкцыі, адказна распадзелка важкай працы між пададзэнтамі і адказна кантроль кантэксту, можа выконваць нейколькі дзівныя заведаменні. Ліміт досягаецца, калі спраўжніяе характэрныя для сітуацыі адна з чатырох прамов:

  1. Праца занадта вялікая для аднаго вікна кантэксту, нават з распадзелкай на пададзэнтамі.
  2. Разныя часткі працы выкалікаюць патрэбу ў абсалютна разных спецыялізаціях, тое ў іншым доступе да інструментаў, разных межах паведання, а не проста ў іншых інструкцыях.
  3. Частка працы можа выконваліцца паралельна, і тады мае значэнне паспеллівае час.
  4. Якосьць рэзультата выкалікае патрэбу ў незалежной ацэнцы, напрыклад, ад другога адзэнта, які не бачыў праблематыку першага.

Ні адно з гэтых не ўскладненне, якое стосуецца можлівасцяў. Усе гэтыя пункты стосуюцца архітэктуры. Калі ўжываецца дадатковы агент, яго наявнасць ўзрабатываецца. Калі ж ніякога дадатковага агента не ўжываецца, яны толькі ствараюць перакосы, а калі нельга паказаць конкрэтны прыклад, то варыянт з аднім агентам застаецца можлівым.

Чатыры прабуджухоўчы фактора, з прыкладамі

Ізоляцыя кантэксту. Падазроўваючы, што задача вымагае чытання дзесятаў файлоў, адбывання масштабных пошукоў і зберагчыць вялікія проміжныя рэзультаты, якія няцерпяць неабходнасці застаўляцца ў галоўнай сесыі, для гэтага падходзіць падагент. Але калі масштабы задачы настолькі вялікі, што заполняецца нават кантэкст падагента, або задача дзеліцца на незалежныя паралельныя розследаванні, тады патрэбны калькольвыя агенты. Гэта самы распашчасты легітымны прабуджухоўчы фактор.

Спецыялізацыя. Для выканання такой працы трэба не проста ўзельні інструкцыі; патрэбны разныя правы на адпраўку інструментаў і разныя обмежэння ў повадзенні. Аднаўальнік коду, які не можа пісаць файлы чы выканаваць каманды шэлу, мае абсалютна іншы профіль рызыка, чым генератор коду. Аднак гэтыя разлікі часта можна зафіксаваць у вачынку окрэмых падагентоў, кожны з якіх мае свой сістэмны запрос і обмежаны спіс інструментаў, таму сама спецыялізацыя не павінна быць прычыной пераходу да команд. Сама дакументацыя па агентах-командах гаворыць, што падагенты тут выказваюць сябе: ізольаваныя кантэксты, падсумкі, якія возврашчаюцца вызывачу, і інструкцыі, прызначаныя конкрэтна для задачы.

Паралельная праця. Заданне дзеліцца на незалежныя падзядные задачы, якія не маюць спольнага змennyга стану: трое агентаў адразу пераглядаюць разныя аспекты бага ў кодавой базе, або чатырэ агентаў кожны пераглядае іншы роздзіл дакумента. Гэта тая сітуацыя, калі мнагаагентныя сістэмы даўаюць рэальную еконамію часу, адколі агенты працуюць адночасова. Цена — гэта большая колькасць токенав, таму такі варыянт ёсць правільным толькі тады, калі працяючы час мае большое значэнне, чым вітраты.

Незалежная крытыка. Рэзультат трэбуе другой думкі, якая не была заплямавана логікай першай. Уявіце адначыну, якая чытае толькі фінальны рэзультат, а не логіку, якая стоўіць за ёю, або агента з «чырвонай команды», які шукае недосконачнасці замест таго, каб параболізаваць тверджэння. Гэта і ёсць ідэя сістэмы мнагаагентных даследжэнняў Anthropic, дзе паралельныя падагенты аналізуюць разныя аспекты, а галоўны агент самастойна сінтэзуе інфармацыю.

Калі адна з гэтых версый явна правая, і вы можаце сказаць, калі самэй, тады дадатак агентоў мае сенс з точкі зору сваёй вартасці.

Чатыры спосабу саюзвання агентоў

Падзеймім, што рашынка ўжо прынята. Адразу ж выявляецца плутанне, адтуды што лабораторыі на межы дакладная навукі розвілі мадэлі з удзелам калькулятораў по-разнаму, хоць існуюць кальканыя элементы. Чыгае сабраная таксанамія, створаная на аднойчыні з дакументацыяй працэсу працы Anthropic і адпаведным дазвічайнем каштоўнікам іх інжынерскай команды. Гэта не афіцыйная класыфікацыя Anthropic; гэта аналітычны падсумак, які вярнуецца да таго, што опісваюць гэтыя крыніцы.

Парадный пайплайн

Калькуляторы або этапы выкананыя ў фіксаванай параду, пры чым пазнейшыя этапы вікорыстоўваюць рэзультаты паканальных. З чатырох гэты ўзель выглядае простэйшым для пояснення інжынерам, адтуды што ён нагадвае звычную программу: адначасова дакладная навукі, потым сабранне інфармацыі, палявання праекту, потым яго адгукі, палявання даных і ўжо ўпэўненне ў якосці.

Ягою сялабошчынай ёсць чысткія контракты межа стадзіямі. Ягою слабасцю ёсць каскадныя памылкі, адказе памылка пад час выяўлення даных на першай стадзіі можа прычыніць памылкі на пазнейшых стадзіях з вельмі большымі збыткамі. Бар'еры апраўлення межа стадзіямі ёсць неабходныя, таму што яны не дазволяюць працэсу розвівацца ў неправым напрамку. Схемы контрактаў JSON і іншые элементы, якія зберагаюць лініярнасць падчас выканання, являюцца найэфектывнейшымі бар'ерамі.

Цэнтральны організатор, або планаваць-выконаваць

Адміністратары выкананняя задачы дзеляе яе на часткі, прадаёць ўздоўжнікам і сумаваяе рэзультаты. Уздоўжнікі не коордынуюцца межа сабой; яны дапраўляюць адчыткі адміністратару. эта самая распашчастая і практычная стандартная мадэль. Яе трэба выкарыстоўваць, калі структура падзадач не вядома загадзя, але важна чыстае праблематычнае кераванне. Функцыя Research у Anthropic адпаведае самэй гэтай модэлі: адміністратар аналізуе запыт, паралельна запускае спецыялізаваныя пададміністратары і пазней сумаваяе тое, што яны знайшлі.

Не выкарыстоўвайце яе, калі працэс выкананняя ужо настаўна стабілізаваны так, што можна яго запісаць у вачорк; тады пайплайн будзе простэйшы і больш прагнозаваны.

Ягою характэрным недастаткам ёсць неспраўнае функцыонаванне керуючага прыстрою: калі главны агент дае нечысткія інструкцыі, працавальнікі пачынаюць павтараць адныя тое ж самае пошукі, прыглядаюць межы або даюць рэзультаты, якія не пасуюць адны да другых. Рашэнням яўнае наданне кожнам працавальніку чыткай меты, апэксыўванага фармата выходных дадзеных, інструкцый па джэрэлах і чысткіх меж задання.

Паралельныя спецыялісты, дэбаты і «команда працоўнікаў-супернікав»

У гэтым случае калькі агенты адразу выпалняюць адно і тое ж заданне або суседзяючыя падзаданні, а ўсе іх рэзультаты пасля таго голасуюць, крытыкуюць або агрэгуюць. Гэта падходзіць для сітуацыяў, дэ прыстойнасць мае меншое значэнне, чым стойкасць: супернацыянальныя адказы на проблему, крытычны аналіз рашэння па правілах, абезпековы аналіз з разных кантактов.

Цена ўсё зрозумела. Большая колькасць агентаў значыць значна большую колькасць токенав, большую кантрольную работу і рызык неправеднай паверы, якая выныходзіць з кансэнсусу. Як паведамляецца, сістэма даследжэнняў Anthropic была змушаная стварыць бюджэты на працу і строгейшую дэлегавання, каб запобiec таму, што працавальнікі будуць дзеяць без дысцыпліны. Іспользуйце гэты патэрн толькі тады, калі сама сфера даследжэнняяў практычна вымагае гэтага.

Swarm, або дэцентралізаваныя спільныя кантэксты

Коордынацыя выныходзіць з спільнага стану, спільных лямоў паведамленняў або зменаў у сяродовышчы, а не ад строгага лідэра. Хутчэй такія багатаягентныя сістэмы стаюць распадзеленымі сістэмамі, з усіма прынесенымі імі складнасцямі: неяснымі правамі на власнасць, супернічанням за доступ да спільнага стану і складным адлучэнням бягаў. Гэты падход падходзіць для справ, якія ў працоўнай практыцы застаюцца адкрытымі, дзе агенты павінны взаімаўрабачаць за межамі сесый або часу ўработкі. Ўтрымваюцеся ад яго, калі патрабуецца простая атрыбутабельнасць або строгае салідарнае дзеянне.

Для большынства працівнікаў першыя два патэрны пакрываюць практычна все.

Што пропонуе Anthropic сёння

Перш чым стварыць власную сістэму, варта пераканацца, што ужо існуе у Anthropic і што вучыць іхнія ідэі. Існуе калькі способаў для агентнай працы, і яны не ўзаемназаменны. Уявіце ся драбіну, якая ведае ад первіснага керавання да керавання праз хоста. Зображэнне ніжчэй паказвае стан на канець квітня 2026 года, а гэтыя продукты шыбкая змінююцца.

  1. Messages API. Вы абоўсумова керуеце цыклам. Існуе можлівасць вікорыстання інструментаў, але вы пішаеце логіку выканання, і няма вбудованай падтрымкі калькі агентаў. Гэта найболей гнучкі рывень, але і найбольша кількасць працы.
  • Claude Agent SDK. Цыкл агента, інструменты, обработка кантэксту, падагенты, хукі і стэжыцель за віткамі вы куплююце у Anthropic, але яны працуюць на інфраструктурэ, якой вы керуеце. Падагенты ўжо ёсць частым элементам, а усё, што стосуецца кантэксту калькоў агентаў, здарожчае ў пераважна вашай сабе разработцы. Автанація вядзеца праз Bedrock, Vertex AI і Azure Foundry, таму гэты варыянт ёсць найбольш перэносным.
  • Claude Managed Agents. Anthropic керуе ўсім працэсам працы за вас: кантэйнеры, канпактаванне дадзеных, кэшаванне запытаў, історыя падзеяў, сесіі з станам і набор убудованых інструментаў. Варыянт для адного агента ўжо вырашаны, тады як сесіі з калькоў агентаў належаць да окрэмай прэвью-версіі, доступнай толькі для адзінакоў.
  • Управляемыя агенты мнагаагентныя. Гэта доследчыцкі прывёт з обмежаным доступам і значным абмежэннем: працэюе толькі з аднам рэгуляраторам. Рэгуляратор можа вызваць іншыя агенты, але агенты, яых ён вызывае, не можу вызваць іншыя. Гэта ўжо мнагаагентная оркестрацыя, але ўсё ж не загальна рэкурсыўная суспэльніца агентаў.
  • Падагенты Claude Code. Аўтаномныя кантэксты працы ўнутрь адной галоўнай сесіі, якія атрыбуюць рэзультаты назад. Гэта офіцыйная функцыя, але не команды тыпу peer-to-peer.
  • Команды агентаў Claude Code. Па стану на квецень 2026 года — эксперыментальныя і выключаныя за значчыком, ўвімкнуць іх можна за дапамогою спецыяльнай зменной сэраўісу. Вядомыя абмежэнні включаюць паведанне пад час адновы сесій, крайнія случаў у коордынацыі заданняў і адновленыя сесіі, якія пазначаюць членаў команды, якіх больш няма.
  • У практычнам сэнсе тверджэнне "Claude падтрымлівае команды агентаў" ёсць правдзівым, тады калі тверджэнне "Claude аддае можлівасць карыстацца рэштавочным, універсальным мульты-агентным кераваннем на будзь-якай плошчыне" — ні.

    Komанды агентаў Claude Code у практыцы

    Короткае нагадванне пра разлік:

    • Падагенты працуюць унутрь адной галоўнай сесіі. Галоўны экземпляр Claude Code стварае іх; кожны з яных працуе самастойна ў сваёй сабеінстанцыі кантэксту і адправляе рэзультаты назад. Вы займаецеся кераваннем, а галоўная сесія ніколі не прыемлець працу, якая была выканана для атрымання рэзультата.
  • Команды агентаў — гэта разлічныя сесіі Claude Code, якіе взаімаюцься между сабою. Кожны член каманды мае свой вікну кантэксту і стан сесіі, а таксама спяльны спіс задач і поштовы яшчык для прымітак. Члэнамі каманды можна перадаваць задачы адным другаму і коордынаваць свою дзеяльнасць без патрэбы чакаць, калі лідэр перадасе кожныя інструкцыі. Лідэр встановляе направлення, а члэны каманды можаць дзейсціваць яго і ведаць размовы между сабою.
  • Настройка

    1. Канфігурацыя каманды знаходзіцца ў ~/.claude/teams/{name}/config.json.
    2. Спяльны спіс задач знаходзіцца ў ~/.claude/tasks/{name}/.
    3. Члэны каманды візначаюцца ў файлах агентаў, якія можна перадваіць, тое ў сэнсе — у візначэннях падагентаў, якім прызначаюцца ролі членам каманды.
    4. Hooks можаць выступаць як контрольныя пункты якасці между пераходамі задач.

    Для дызайну важны два архітэктурныя аспекты. Першым ўсё ёсць тое, што падагенты можаць зберагаць свою саёмую памяць. Гэта дапамагае спецыялізацыі, але калі праца дзеліцца між кількома агентамі з аднародной памяцю, трэба прыміць архітэктурнае рашэнне пра тое, якія знанні застаюцца локальнымі, якія дзеляцца, а якія падсумовуюцца. Гэта ўпынак пытанняя дызайну сістэмы.

    Другім аспектам ёсць тое, што дакументацыя чытра адзначае сітуацыі, калі каманды працуюць гэрш за падагенты: последовыя заданні, праверкі таго ж файлу і праца з большым колікствам залежнасцей між крокамі. Калі агенты вынужданы пасылаць той самы рэзультат па спадчынству, а не працаваць паралельна, падагенты ў последовамай лініі ўраджэння ёсць простымі і болей прыемлемымі.

    Паколькі каманды ў тым моменты былі яшчэ эксперыментальнымі і за замовчаннем выключанымі, ўвядзіце іх толькі з ясной прычыны з вышэйшага спісу, і будзіце гатовыя да недосконаласцей.

    Як агенты разважаюць між сабою

    Комунікація між агентамі часта розглядаецца як проблема стымулювання. У масштабному вікорыстанні гэта стае проблемою сістэмі. Існуюць тры основні формі.

    1. Повідомлення простою мовою. Найбільш очэвідна форма, але найменш надыйна у масштабному вікорыстанні. Колегі з Claude Code обмінююцца повідомленнямі непасрэдна праз поштову скрыньку. Гэта гнучко, але прыродна мова менш точна параўнано з структурованімі віклікамі, што створуе більшэ можлівостэй для неправільного розуміння між агентамі.
    2. Структурованій віклік. Вікорыстання візначэнь інструментаў у фарматы JSON Schema і суворэ дотрымання правіл іх вікорыстання. Візначэння інструментаў у Anthropic гарантуюць, што аргументы відповідаюць схемі. Гэты механізм робіць комунікацію між агентамі і інструментамі надыйною, а таксама забезпечуе більш точні взаемодыі між самімі агентамі у вігляды структурованіх вікліків замест вільніх повідомлень.
  • Адміністрацыя спакульнага стану або рэзультатаў. Найменаважаныя форма. У даследжэнні Anthropic пра кантролю колькіх агентаў рэкамендуецца, каб падагенты запісвалі свае рэзультаты ў файлавую сістэму або зовнішню сістэму і вярталі лёгкія кансаекты, замест таго, каб усё праходзіла праз кантэкст галоўнага агента. Прычына простая: файл можна пераглядаць, ствараць версіі і аналізаваць безпосерэдна, а паведамленне, якое падсумавляе файл, можа не адпавядаць ні аднаму з гэтых крэатываў.
  • Час такі ж важны, як і фармат. Выдвігаецца чатыры патэрны:

    • Сінхронныя вызовы. Керавальнік вызывае спецыяліста, чакае, а потым продаўжае. Лёгкае для разумення, але можа стаць вузкам местам. Команда даследнікаў Anthropic, як паведамляецца, з’явіла, што сінхронная екзекуцыя галоўным агентам блакуецца праз повольных працоўнікаў, і выключыла можлівасць керавання падчас выканання.
  • Абсалютна перадача задач. Адміністрацыя задачы пераходзіць ад агента да іншага: адны выканае задачу, а другі яе прымае. OpenAI выдзеляе формальную разлінію між двума стылямі: абсалютная перадача задачы дае спецыялісту адпаведную адпаведальнасць за тое, што будзе далей, тады калі агент выкорыстоўваецца як інструмент, адпаведальнасць застаецца у менеджэра. Тое, хто несе адпаведальнасць, залежыць ад таго, калькі з варыянтаў выкорыстоўваецца.
  • Работа на адбыванні падзеяў або стрымінг. Агенты рэагуюць на падзеі, а не на сінхронныя вызовы. Гэты падход лепей падходзіць для дзейнасцей, якія трываюць дзялей, але яго сложней дыбагаваць і тэставаць; іноды дапамагаюць спецыяльныя механізмы.
  • Поллінг з адмініструемым станам. Хоча і не найпрываблівейшы варыянт, частаю он яўляецца найболей надзеяным. Агенты пераглядаюць спільны файл або базу дадзэння, каб выявіць прыбліжанне до завершэння, заносяць там сваія актуалізацыі і праходзяць да наступных крокаў. Праца Anthropic з інструментамі утрымання працяй падтрымлеўка JSON-спісаў функцый, файлаў прыбліжання і комітав у git як стойкі адмініструемы стан, а пункты перапаконткі з ручным контролем прыўязуюцца да іх натуральна.
  • Тое, як агенты перадаюць адзін другаму інфармацыю, вялічына якой залежыць ад таго, якія фарматы вонi выкарыстоўваюць, паставляе надзею на надзейнасць цэлага сістэмы. Перадача всей історыі размовы максымізуе працэйную цэласнасць, але лінейна зростае вартасцю і часам адклікання. Часта лепшым выходам ёст тэрмінаваная асунуць, і самэ гэта робяць падагенты Claude Code за сваім прызначэнням. Перадача спецыяльных для задання артыфактав, такіх як структураваныя файлы выходных дадзеных, патчы коду, спісы функцый у фармаце JSON і зберажаныя атласы, як правіло, ёст практычна оптымальная альтэрнатыва. Агент, які прымае інфармацыю, можа безпасебна пераглядаць сам артыфакт узамен на паверненне асунуці, што робіць сістэму болей працэйна для аўдытавання, чым можа гэта зрабіць перадача інфармацыі праз размову.

    Тое, што перадаецца, таксама вялічына як і калі гэта водзіцца да чынення, падкрэпляе галоўную ідэю: стварэнне команд агентаў — гэта задача праектавання сістэмы, і яе рашэнне ёст складнейшым, чым стварэння лінейнага, організаванага прайсупутку.

    Вось восем спосабоў, якімі команды агентаў паспяшаюць

    Большасць навчальных матэрыалаў для кантролюеў прыменяецца не гэтую частку. Інжынерныя нотаткі Anthropic ёсць хорашым джэрэлам. У іх менш схожа на науковую студыю, а больш — на дзеннік команды, якая шаг за шагам вывучыла, як додатковые агенты паўтараюць проблемы керування. З іх можна выяўіць восем урокаў.

    • Коордынацыйны дрэйф. Нечыстая дэлегавання змушвае працоўнікаў павтараць адзіныя і тыя ж пошукі, прапускаць межы або вяртаць выходны даныя, якіе не складаюця целысна. У доследжэннях Anthropic было показана, што рашэннем являецца навчанне організатора адзначаць цель, фармат выходу, вады і межы для кожнага агента. Калі власнасць не ўзначэна, агенты імпровізуюць, як і людзі.
  • Халюцынацыя праўеў на власнасць. Агент А вырашае, што агент Б падтвердзіў якуюсь рэч, яку на самай працы ніхто не падтвердзіў. Рашэнням являюцца чысткія артыфакты завершэння задач: элементы для прычэплення задач, верыфікацыя з початку да канца пры выкананні кожнага крока, а таксама файлы стану, якія фіксуюць тое, што на самай працы было падтверджанае, а не тое, што прыпускалася.
  • Тыхі промежуточныя аберанцы. Для дыягнастыкі была неабходна ўсестороння трэйсінг у рэжыме працы, таму што нічога не паказвала, чы розлад быў вызваны некалькаснымі запітамі, слабымі джэрамі інфармацыі чы памылкай у інструментах. Стрэм сесіі вышаго рангу ёсць толькі сконцэнтраваныя даны, і ўсё, што можа дапамогчы разумець, што на самай працы зрабіў агент, — гэта перагляд історыі на рангу працоўніка. Неабходна ўжо з самага пачатку, задоўга да першага інцыдэту, наладзіць трэйсінг.
  • Занадто большы розмеры кантэксту і забрудненне памяці. Акна кантэксту ўсё-такі мае паказаны розмер, а спільная памяць, якая стае застарэлай або наполненая шумамі, паслабляе цэлую сістэму. Кожны вызов інструмента, чытанне файла і частковы аналіз залішаюцца ў кантэксце і там застаюцца, і ў командзе гэта толькі паглыбляе проблему. Вядомыя способы ўсунення гэтых проблем — гэта стварэнне кінуцых фаз у віглядзе статыстык, ізоляцыя важкіх задач у падагентах і вжытак маленькіх, спрамованых файлаў памяці замест вялікіх спільных.
  • Несувярэннае схема і нестабільныя умовы взаімадзеі. Агенты, якія адмаўляюцца дадзеныя наяўным мовам, ёсць кранкаватымі. Другі агент неправальна пераканаеся ў статыстыцы першага, і адныя бягі проблемы распространяюцца тыха. Існуе строгія правіла вжытку інструментаў, таму што нестрогія вызовы можу прынесці несумісныя тыпы дадзеных аб ўтрату палей. Строгія умоваў взаімадзеі між агентамі і інструментамі зменшае можлівасці выклікання такіх проблем, што ёсць іронічным аспектам для звычных інжынерных умоваў у сэрэдзе ШЫ.
  • Неправільне вікорыстання інструментаў і проблемі з безпекою. Більш відкрыты серэдовішча створуюць більшэ можлівостэй для втручання, а більша колькасць інструментаў дае зловмісніку більшэ способів дыяты пасля пронікнення. Досліджэння компаніі Anthropic шчодо надыйніх агентаў вказуюць на тыя, што втручання праз запіты ёсць однім із векторыв кібератак, а не окрэмім вінятком; крым того, перэвіркі внутрышніх агентаў компаніі METR віявілі нові вразлівосты навіць у добрэ захішчэніх внутрышніх сістэмах. Шчоб зменшыты рызік, необхідно встановлюваты обмежэні права доступу, вікорыстовуваты інструменты, прыв’язані до конкрэтніх завдань, і отрымуваты схвалення людыні перад віконанням значушчых дый.
  • Экспанзія костоў і збільшэнне часу адпаведзення. Команды вікорыстоўваюць значна больш токенаў, чым патрэбна для адной сесіі. Паралелізм можа скорачыць час выканення, але ў той жа час падвайнівае загальны расход токенаў, адколі прышвартованасць вырастае за рахунак неабходнасці вкладання большых зусіль адразу. Калі толькі задача не выкалічвае такога расходу, тады адзін рэтэльна створаны агент працюе быстрэй і дарожча.
  • Трудасць ацэнкі. Цэлы роўны разныя внутршнія паходы можу прывесты да рэзультата, які выглядае як успех. Якшо ўсё, што пераказваецца, — гэта толькі чы правільна складзена праця, то сістэму проста аплодуюць, а не ацэнююць. Рэкамендацыя компаніі Anthropic — пераканацца, чы было досягнуто правільнага канечнага стану, а не чы была следавана планаваная процэса. Процэсы разныя, а тое, што можна пераканацца, — гэта рэзультат.
  • Натыўны, самастоятэльны чы гібрыдны

    Такім чынам, глыбокая запытанне: стварыць сістэму каляранавання самі, чыра выкорыстоўваць готовае рашэнне? Цэх архітэктурны выбар между трыма варыянтамі, і, без сумнева, іх ўсё больш, таму спрыймайце гэта як адну з точак зору.

    1. Натыўны кераваны значыць, што Anthropic володзіць срэдой выканання і механізмамі коордынацыі: Claude Managed Agents, а таксама Managed Agents multiagent чыра Claude Code agent teams. Прычынныя перавагі — меньшы інжынерны наклад, хоставаная платформа і інфраструктура, якія не трэба падтрымваць. Недзеянкі — обмежаная перэноснасць (Managed Agents доступны толькі праз прымытую Claude API), механізмы коордынацыі для калькі агентаў, якія ў тэставанні чыра знаходзяцца ў прыватным прэвью, і залежнасць ад трэцьей стороны. Выберыце гэты варыянт, калі проблема — інфраструктура, а спецыфічныя для Anthropic абмежэння ўзьемлівыя.
  • DIY означае, што вы самі керуеце логікай архітэктуры і зазвычай таксама часам експлуатацыі, прычым самым чыстым прыкладам являецца Messages API. Ён дае максімальны контроль, але выклікае найвышыя інжынерныя вітраты. Выберыце яго, калі ваша бізнес-логіка ўнікальная, правіла санкцыйныя, маршрутызацыя спецыфічная для вашай сферы дзейнасці, або неабходна можлівасць перанесення на іншага прадаўца.
  • Гібрыдны падчынні значаюць, што Anthropic забезпечвае цыклы і адзінцы, пакуль вы праектуеце сістэму, і найяснейшым прыкладам являецца Claude Agent SDK. Вы отрымваеце цыклы агента, кантэкстнае кераванне, хукі, падагенты і можлівасці абзярнага стэкхолдынгу ад Anthropic, пры тым заставаючы сабе вышэўспакольнай роўні дызайн. Автанацыя праз Bedrock, Vertex AI і Azure Foundry яўляецца значным прынтэбільнасцкім прыямленьнем у пораўнанні з натыўным кераваннем. Выберыце гібрыдны падчынні, калі хочаце вядомасцяў Anthropic, але не жадаеце прычысляць увесь дызайн да ўсё тадышняга падходу Anthropic да таго, як должны працаваць багаты-агентныя сістэмы.
  • Корача: натыўны кераванні, калі проблема — інфраструктура; самастоятэльны падход, калі проблема — топологія і правілы; гібрыдны падход, калі хочаце вядомасцяў Anthropic, але патрэбны прастор для савых архітэктурных рашэнняў.

    Пытанне архітэктуры

    Сярод найбольш частаю прынесеных людзьмі ідэяў для команд агентаў — гэта спакойнасць у паводзе ўмоўнасцяў, на адной з гіпатэзаў якой больш агентаў значыць большую спакойнасць. Аднак корыстным падходам являецца архітэктура: якую проблему рашае дадатковы агент і скількі гэта коштуе?

    Падагенты вырашаюць, хто будзе выканаць работу, у якім кантэксце і з якімі інструментамі. Команды агентаў дадаюць да гэтага слой коордынаціі, які включае спяльны статус заданняў, можлівасць працаваць у тым жа часе і адразу перадаваць сябе паведамленні, а таксама механізмы паралельнага выканання заданняў. Такі слой ёсць корыстным толькі для проблем, якія даслівна выкарыстоўваюць такую падтрымку.

    Адаптаваныя к рэальным умовам команды з агентамі — гэта розумны тыдзень работы. Складнасць можа вырастаць пазней, але не обавязкова почынацца з гэтаго. Пераказ каскада абяроненняў і шаблоны кантактаў служаюць матэрыялам для аднаго кансультавання, а не планам для стварэння всьго заўсёды разам. Пачніце з выявлення таго, калькі з чатырых фактараў насправды справядлівы, а якшо ніхто — тады варыянт з адным агентам таксама ёсць правільным.