Пяць узроўняў унутры Claude Code: памяць, навыкі, хукі, субагенты і плагіны
Claude Code як асяроддзе выканання агентаў: памяць CLAUDE.md, навыкі па запыце, дэтэрмінаваныя хукі, ізаляваныя субагенты і плагіны, якія пакуюць усё гэта для каманды.
Крыніцы: **Claude Code’s 5-Layer Agent Development Kit: The Architecture Most Engineers Are Missing**
Большая колька інжынераў спачатку спрыяюць Claude Code як аднаго з найэфектывэйшых асістэнтав для напісання коду: адкрываюць тэрмінал, даваюць заведаменне, парадуюць яму файлы і каманды, і стагнаюць, як праця праходзіць. Такія апісанні ўсё-такі ўсунутыя. У дасведчэннях Anthropic яго прадставляюць як інструмент для напісання коду, які працуе ў тэрмінале, розумее базу коду, выкананае рутынныя заведаменні і можа з’яўляцца да зусім іншых сістэмах праз такія механізмы, як MCP. Як толькі прачытаць уважна, стае зрозумела, што гэты продукт — меньш мадэль, якая знаходзіцца ў шэлі командной лініі, а больш структураваны агент з калькама розных способаў керавання.
Шырокі спектар такіх поверхоней включае файл CLAUDE.md, які застаецца у памяці, вікорыстовуемыя навыкі, дэтэрміністычныя хукі, падрабочыя агенты, якім дэлегуецца праца, плагіны, якія можна встановіць, а таксама зв’язкі MCP з зовнішнімі сістэмамі. Такім чынам, важлівым стае не тое, што можа стварыць Claude Code, а тое, як можна сформуўваць, обмежыць, спецыялізаваць і далі распадзіляць яго функцыянаванне ў командзе.
Стак у пяці шарах
Базовая мадэль можа пісаць код, адказваць на запытанні і абясняць змест файлаў. Аднак сама ёна не рашае калькольных задач: запам’ятовваць праект між сэсіямі, практычваць навыкі ў розных задачах, застосоўваць правіла на рэверсе інфраструктуры, абмежваць тое, што можа быць дэлегавана, і забезпечыць аднаковае паведанне ў командзе. Гэтыя проблемы належаць не да самага запытання, і дызайн Claude Code все больш яго відбівае. У дасведчэннях опісуюцца файлы з інструкцыямі, якія застаюцца стойкімі, расшыржымыя навыкі, спецыяльныя падагенты, хукі, дыяпазоны налашчэнняў, плагіны і можлівасць з’яеднання праз MCP як адзеленыя механізмы. Разам яны не ўтвараюць простага скупка функцый; яны ствараюць шары, якія робяць паведанне агента болей надзеяным, можна практычваць і кераваць:
- CLAUDE.md — гэта шар памяці і правілаў.
- Навыкі — гэта шар знанняў, які надае неабходную экспертызу за запытам.
MCP і патэрны агента-команды ўтвараюць абгорадку навкола ціх слоёў як сістэмы, якія спаяваюць іх з зовнішнім светам.
У цыем апісанні поясняецца патэрн у незуспешных праектах агентаў: слабым месцам рэдка была сама мадэль. Бракаваў якісь слой. Одна команда абоўсюды павяржаецца на запіты, не маючы стойкай памяты пра праект. Іншая мае дакладныя інструкцыі, але не мае дэтэрміністычных механізмаў карання ў разы вікорыстоўвання рызыкаваных інструментаў. Трэцяя перавантажвае аднаго універсальнага агента, калі працу трэба было распадзеліць між спецыялістамі. Большасць неудач агентаў ёсць архітэктурнымі, а не проблемамі запытаў. Кожны слой розглядаецца ніжэй, пачынаючы з фундаменту.
Чаму архітэктурны падход лепшы за спіс функцый
Калі розглядаць Claude Code як спіс функцый, выныкае пытанне: што ён можа зрабіць. А калі розглядаць яго як архітэктуру, выныкае крашчая пытанне: якія шары ён надае для керавання тым, як формуюцца, обмежваюцца, дэлегуюцца і дзеліцца дзеяння агента? Калі пытанне змінюецца, стае лёгкая розумеець структуру сістэмы, а таксама і дыягнаставаць проблемы, калі ў практыцы ўсё йдзе не так.
З дасягліх дакументаў вытыкаюць два моменты. Першы: ніякі з эўх механізмаў не знаходзіцца внутрь мадэлі. Яны знаходзяцца навакол яе – у файлах, апрацоўшчыках запуску падзей, дыяпазонах настройкі і фарматах пакавання. Другі: кожны з іх рашае аднацца проблему. Памяць рашае прыгарэнне, навыкі – генерычнае паведанне, хукі – ненадзейнасць, сабагенты – перасортаваны кантэкст, а плагіны – выкарыстанне вялікай колькасці часу на ручнае падтрыманне хорашай настройкі.
Першый шар: CLAUDE.md як памяць
Основою ёсць CLAUDE.md. У документаціі гэта опісуецца як місце для постыйніх інструкцій шчодо працы над праектом, тоды як окрэма функція автоматычноі памяці зберыгае нотаткі, які Claude пішэ для себе пасля багаторазовіх корэкцій і вібору параметрыв.
Гэты розподыл мае веліке значэння. CLAUDE.md — гэта не тымчасовій блокнот для промптыв. Команды зберыгаюць тут довгостроковій кантэкст: стандарты кодування, поперэдні архітэктурні рышэння, улюблені бібліятэкі, спіскі перэвірок і обмежэння робочого працэсу — все, што мае буты відыме перад першым повідомленням у сесіі.
Цікавай частка з тэхнічной точку зору — гэта спосаб ўтварэння кантэксту. Гэта не проста чытанне адной файловай ейкатры з тэчкі выканання. Claude праходзіць па дрэве тэчак з тэчкі выканання і чытае кожны файл CLAUDE.md і CLAUDE.local.md, якія ён знаходзіць. Файлы сумачваюцца ў кантэкст, а не заменяюць адзін другога, пры чым інструкцыі, якія знаходзяцца бліжэй да тэчкі запуску, чытаюцца пазней.
Гэта робіць з яго сістэму памяці з абсарбамі, а не проста файл канфігурацыі. Файл вышэйшага рангу можа мець правіла, прыменяюцыеся да всего рэпазітарыю, такія як правілы названня, аспекты тэстаў чы ўсабудовыя межы, а файл, які знаходзіцца глыбэй у структуры, можа сфокусавацься на прымененні правіл да адного падсістэмы. Уявіце сабе манорэпазітарыю: корневы файл вказывае, як называцца тэсты і дзе знаходзяцца межы служб, тады як файл у каталозе з платэжамі додае болей строгія правіла, якія прыменяюцца толькі там. Кожны, хто запускае сесію ў гэтым каталозе, отрымае і тое, і другое, прычаму болей спецыфічныя інструкцыі чытаюцца ў канцы.
Імпорты спрыяюць стварэнню складных структураў. Сінтаксіс @path/to/import дазволяе командам разбіваць вялікія наборы інструкцый на меншыя, можна павтараючыяся модулі, так што адна файлавая структура на маркдауне не ператворыцца ў хаос. Функцыя Launch розгледвае імпортаваныя файлы ў кантэксце, а сам імпорт можа імпортуваць іншыя файлы, паўтараючыся да пяці роўнэў. На практыцы CLAUDE.md працюе больш як мемарыя для складных праектаў, чым як статычны шаблон запіта.
Автамэморыя і CLAUDE.md разлічаюцца па свайгоўм ролі. І адна, і другая завантажаюцца на пачатку кожнай розмовы, але CLAUDE.md зберагае тое, што людзі намеравана запісалі, тады як автамэморыя зберагае сабеўскае накопленаяе Воблака зместы ў месцовай дырэктарыі, індэксаваныя праз MEMORY.md. На пачатку сесіі завантажваецца толькі першыя 200 ліній або 25 КБ гэтага індэксу. Файлы CLAUDE.md, напроты, завантажваюцца цэлкам, незалежна ад дужыны, хоця Anthropic зазначае, што корачэйшыя файлы адпаведна лепшая працуюць. Адна з іх ёсць керованай і дэкларатывной; другая — адаптатывной і эмергентной.
Лепшым ментальным модэлем, чым „кантэкст запісваецца адно раз, каб Claude памятаў стыль“, ёст тэкст-правіла для працы агента. Anthropic нават вказвае месцы ў всій арганізацыі для централізаванага керування файламі CLAUDE.md на основных операцыйных сістэмах дэсктопа, што свідчыць пра тое, што гэты слой створаны для давернай політыкі працы, а не толькі для персональных упадзеў. Гэта заходзіць командам ад неабходнасці павтараць тыя ж умовы ў кожнай сесіі і дае агенту стабільную базу першым, чым пачнёцца праца над конкрэтным задачам.
Практычным наслідкам правіл завантажэння ёсць тое, што CLAUDE.md вымагае рэгулярнай падтрымкі. Аджэ кожы знайдзены файл завантажваецца цэлком, таму ў кожнай сесіўцы неабходна падтрымкі для ўсіх файлаў, а рэкамендацыі Anthropic ўчоргвале паводзяцца пра тое, каб рэгулярна відсікаты зайвыя файлы. Процедуры, якія вырослі за межы файлу, стаюць першымі кандыдатамі на выдаленне, што прыводзіць да наступнага етапу.
Другі роўень: Навыкі як знання на запіт
Калі CLAUDE.md ёсць постоянной памяцю і політыкай, то навыкі забезпечваюць модульную экспертызу, якая доступна, калі ёй трэба. Згідна з документацыяю, напісанне інструкцый у файл SKILL.md — гэта спосаб, якім Claude набувае новых можычнасцей. Команда з слэшам прыводзіць да актывацыі навыку, або ж Claude сама можа яго запрашаць, калі вірашыць, што задача патрэбна.
Архітэктурным аспектам тут ўсё спрыяе час. «Корпус» навыку не ўтварае стойкай памяці праекту; ён увайшае ў кантэкст толькі тады, калі гэта неабходна. Таму можна вікорыстоўваць повторна процедуры, чарткі і керавання па данай галіні, не перадметна заполняючы кожную сесію.
Багато інжынераў спрыяюць персоналізацыі як аднаму дужым запіту: ўсё помешчаюць у стойкі кантэкст і спадзяюцца, што мадэль сама з’ясуе, што ёсць важлівым. Навыкі – гэта структураванейшы варыянт. Anthropic рэкамендуе ствараць іх, калі тыя ж інструкцыі пастуюцца раз за разам, або калі частка CLAUDE.md ператварылася з простага факту на процедуру. CLAUDE.md павінен мястыць стойкія правіла праекту; навыкі – повторна вікорыстоўваныя методы працы. Гэта дапамагае падтрымваць лёгкі, не перадметна заполнены кантэкст і ператварае складныя рабочыя працэсы на модулі, якія Claude можа запрашваць, калі гэта неабходна.
Навыкі таксама не ўскладнююцься простым перэйменаванням спецыяльных каманд. Старэйшыя файлы .claude/commands/.md і новейшыя заданні .claude/skills//SKILL.md працуюць аднойчына пад час запуску, але навыкі даюць дадзейнае керування. Яны дазваляюць стварыць каталог з адпаведнымі файламі, выбраць, хто можа іх запускаць — корыстнік, Claude чы ўжо і той, і другі, падтрымляюць дынамічную інжэкцію кантэксту, а таксама можу працаваць унутры падагента. Самэй таму пасходзі тэрмін «шар знаёмых»: навык — гэта едыніца, за дапамою якой экспертыза, процедуры і кантэкст задання стаюць можлівымі для складання пад час працы програмы.
Можна спачатку уявіць навык як запакаваны пакет знанняў для адной відповеднае працы. У яго апісанні вказваецца мета, а прабавка пад час выканання вяршыць рашэнне, чы рэальна гэта навык для тэкушчага запіту; інструкціі, якія ў яме, завантажаюцца толькі тады, калі гэта можа быць корыстна. У даследжэннях зазначаецца, што навыкі, якія ўключаныя разам, напрыклад /debug, /loop і /simplify, базуюцца на запітах, а не на фіксаванай логіцы, і гэта ёсць важлівым паказаннем пра прыроду ўзлагоджэння. Такі падход робіць функцыянал модульным, не выканаўваючы усё у працоўным ядрэ, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у працоўнае ядро, што ёсць набліжнае да масштабаванняя рашэнне, у пра
Разглянем каманду, якая выкорыстоўвае стандартныя методы для адлучэння прычын нестабільных тэстаў, перагляду міграцый SQL або падготавкі прыметак выдання. Перманентная памяць занадта шырока для такіх задач, а еднакратныя запіты занадто повтаральныя. Каманда развёртае процедуру аднойчы, трывае матэрыялы-пасыланні побач з яю, а Claude запускае ўсё гэта толькі тады, калі гэтага патрабуе задача. Дзяўольгі рэферэнтныя матэрыялы ўнутрь навыку коштаюць майжэ нічога пакуль іх не выкарыстоўваюць, таму такі падход ёсць болей чыстым і таксама дэшэўшым у эксплуатацыі.
Таму навыкі ствараюць стымул для прывычкі зазначаць повтарэння. Калі тая ж адпаведзь пішыцца трохі разоў, або параграф у CLAUDE.md пачынае выглядаць як нумераваная процедура, гэта, верагодна, навык, які трэба выявіць. Гэта займае калькі хвілін, але даўа карысць кожны раз, калі задача павтарыцца.
У сукупнасці CLAUDE.md задае агенту стабільныя базовыя правілы, а функцыя Skills дае яму спрамаваныя, можна перадацьныя навыкі без збільшэння розмеру главнага вікна кантэксту. Наступны слой яшчэ больш павышае безпеку такага поведзення.
Трэці слой: Hooks як захоўнія меры
Hooks ператвараюць поведзенне агента на ўсё, што можна прымусова застосавіць. Oficыйныя дакументы апісваюць іх як автаматызацыю, керованую запускамі падзеяў: команда выконваецца перад або пасля певнай дзеяння ў Claude Code, запускаючыся самай падзеяй. Hooks адгукваюцься і каталогізуюць тыповыя способы ўжытку: аўтаматычнае фарматаванне коду пасля змян, адхіленне ад змян у захаваных файлах, вярнэнне кантэксту пасля складвання размовы, аўдыт змян у налашчэннях, апдэйт стану срэдавішча, калі змянююцца файлы, і прадзеўнае схваленне певных запітоў на правыя прывілеі.
Гэта іншая праца, чым стварэнне запрошэнняў. Запрошэнне можа практычна запрацавіць на адпаведныя дзеянні; хук можа перэхапіць яго або трансфармаваць у пэўны спосаб. Самэй таго хукі лепша розглядаць як слой захоўнай сістэмы, а не проста як зручнасць для автаматызаціі.
Конкрэты прыклад даесяць у кансалтатывнай дапамозе па вітратах: хук PreToolUse перэхопляе команды Bash, выявляе тэставанні і перапісвае іх, так што выходны даны, якія отрымае Claude, маюць толькі інформацыю пра неудачы, а не весь поток дадзеных. Механічна хук отрымае JSON-пакет, які опісвае запускаемы календар, аналізуе команду і адпаведае JSON-данымі, якія правярнаюць вхідны даны для інструмента. У гэтым няма нічага, што бы азначала, што ШЫ прымае крашчае рашэнне. Гэта інфраструктура, якая керуе тым, што модэль можа бачыць або робіць на даны момент у рамках працэйнага працэсу.
Супрацоўка з правіламі на рэвэлі прыказа ўсё ж трэба падкрэсліць. Мягкія захоўнікі часта занадта слабкія для практычнага выкарыстоўвання. Падазроўваючы, што створаны код павінен завжды перфарматавацца, чутлівыя файлы ніколі не павінны зменіцца, або што вызовы разрушаючых інструментаў трэба пераглядаць строгае, толькі апоўнелася на пісаныя інструкцыі ёсць нестабільнае, тады калі хукі пераносяць контроль за межы дапуску модэлю і прыменяюць правіла рабочага прайсупутку на рэвэлі здарэння.
Хукі таксама знаходзяцца падале ад кантэкстнага адарожвання, а не ў яму. Документы з рашэння проблем пераказваюць „хукі не запускаюцца“ як самастоятню проблему конфігурацыі і рэкамендуюць /doctor для дыягназавання проблем з хукамі, серверамі MCP і выкарыстоўванням кантэксту. Оба пункты паказваюць, што хукі належаць да сераўніка выканання: гэта поведзенне, керована конфігурацыяй, якае павінна быць правільна прыўязана да часу выканання сесіі, а не проста тэкст, які чытае Claude.
Існуе таксавыя аспекты. Кансэльватор цены Anthropic рэкамендуе перакладваць апрацоўку на хукі і навыкі, адказна хукі можа прадзейсваваць большыя даныя прымесна, перш чым мадэль іх паблікуе. Яго прыклад — фільтрацыя велікага логу тэстав, залічываючы толькі неудачы, чым магчымае зменшыць колькасць токэнаў, якія моглі бы становіць дзесяткі тыяў, да значна меньшага об’ему дадзеных. Такім чынам хукі спрыяюць не толькі безпецы, але і эфектыўнасці: яны зменшуюць вымаранне токэнаў, падтрымліваюць чыстасцу кантэкста і захоўваюць мадэль ад прыемлівай працы з фільтрацыяй, яку дэтэрміністычная логіка шэлу выканае дагэнь дэшава і надзейна.
Дапамагаець сабе уявіць сцэнарыя «до» і «пасля». Даеўна, перш чым з’явіліся хукі, каманда пісала ў інструкціях «заўжды запускай фарматар» і спадзявалася на гэта. Пасля з’явы хуків фарматар запускаецца праз кожную зміну, незалежна ад таго, памятае гэта мадэль чы ні, а захішчаны файл проста не можа быць зменены. Агент усё ўсё можа вольна размышляць пра тое, што трэба стварыць; хукі ж вяршаюць, што дазволена робіць у межах гэтых размышленняў.
Большасць каманд спачатку недаўае значэння гэтаму слою. Памяць дапамагае агенту памятаць, а навыкі — спецыялізавацца, але хукі ператвараюць паўтараючыся операцыйныя апэкты на правіла. Яны знаходзяцца самэ там, дзе размышлення, керованыя мадэллю, сустрэчаюцца з поведэннем, навярнутым сістэмай, і самэ там насправды выходзяць багато проблем у працэсе выканання. Без іх якасць занадта залежыць ад запіту.
Чэтырыцьці слой: Падагенты для дэлегавання
Калі хукі забезпечваюць кантроль, сабагенты займаюцца дэлегавацыяю. У дасведчэннях іх апісваюць як спецыялізаваных дапаможнікаў ШЫ, якіе выконваюць певныя задачы у сваёй сабе вікну кантэксту і вяртаюць толькі рэзультат.
Логіка простая. Аднам з найшырэйшых спосабоў пахудзець качанасць сесіі ёсць дазволіць падзеям-дапаможнікам забрудняць галоўную розмову логамі, рэзультатамі пошуку чы аналізамі, якія ніколі не будуць вікорыстаны знову. Уместа таго, каб прымусіць аднаго універсаліста выконваць усё ў аднай нітку, галоўны агент перадае падзею-дапаможніку спецыялізаванага працоўніка, які працуе незалежна і дапраўляе падсумак. Корысты включаюць:
- Экспанаванне і рэалізацыя застаюцца пахадзею галоўнай розмовы, што заходзіць кантэкст.
- Абмежаны доступ да інструментаў спрыяе дапэўненню абмежэнняў.
- Канфігурацыі можна перадаць знову між праектамі.
- Фармаваныя запросы спецыялізуюць поведэнне.
Называнне падагента іменаваным запросам недае яго правільнага адзначэння. Насамперад, гэта самастойная еенцыя працы, якая мае апісанне, сістэмны запрос, выбраны модэль, набор дазволеных інструментаў, настройкі памяці і межы часу выканання.
Вбудованыя прыклады паказваюць мэту ўжывання. Explore оптымізаваны для пошуку толькі для чытання і аналізу кодавой базы, Plan служыць для планавання рабочых процэсаў, а універсальны падагент віконвае складную багатыядэрную працу, якая спалучае ў сабе логіку і дзеяння. У дасведчэннях таксама зазначаецца, што вбудованыя падагенты успадковуюць правыя бацькіх дыялогаў, а таксама дадатковыя обмежэння ў вжыванні інструментаў, таму дэлегаванне ёсць обмежаным за прыродой.
Ішчырэй адзін ліміт: сабагенты не выконваюць рэкурсію. Anthropic стварыла прытэму, што сабагент не можа стварыць іншыя сабагенты, і самэй гэтым Claude узбегае ад бесканцоўскага вярстывання, пры тым як заўсёды збірае неабходны кантэкст. Без чыстай межы дэлегаванне можа прывесты да неконтрольваных дрэва агентаў, якія ёсць даскладнымі для назірання і аналізу. Мадэль застаецца простай: галоўны агент перадае заведамення сабагенту, той выкананы яго ў ізоляцыі, а рэзультат вяртаеся назад.
У практычнай частцы сабагенты можна налаштаваць у разных масштабах. Іх можна стварыць інтэрактыўна за дапамою команды /agents, зберагчы кожнага па корыстніку у файле ~/.claude/agents/, кожнага па праекту — у файле .claude/agents/, перадаць ў лінію команды на адну сесію чы прыкрэпіць у плагіны. Кожны з іх — гэта файл у фармаце Markdown з YAML-фронтматэрам, пры тым што ўзначаная ім поведзенчасць ёсць вельмі разнараджанай: выбор модэлю, доступ да інструментаў, прыемы каштовання памяці, хукі і навыкі — усе гэта можна налаштаваць для конкрэтнага дэлегаванага працоўніка. Гэта ёсць пакаваныя профілі выканання, а не табліцы ролей.
Што яшчэ раз падтверджае, чаму сабагенты належаць да найважлівейшых складовых. CLAUDE.md закрэпляе галоўнага агента ў правілах праекту, модульныя навыкі забезпечваюць спецыялізаваныя знанні, а хукі выкананыя пад час працы прыменяюць правіла, але сабагенты не дазволяюць усему ператворыцца ў адну перанасытаную розмову з занадта большым колікствам абавесцей. Ізоляцыя — гэта тыхі, але важлівы прынтэс. Сабагент можа чытаць дзесяткі файлоў, выкананыць пошукі і следаваць за тупымі шляхамі, пры чым нічога з гэтых дзеянняў не потрапляе ў галоўную вяліну, якая отрымае толькі вынік. Яны ствараюць чыстыя межы атавыянай працы, дазволяюць камандам спецыялізавацца на адпаведных процэсах і падтрымліваюць чыстасцу і дольгавечнасць галоўнага кантэксту. Калі дэлегаванне вжытае, застаёцца толькі арганізацыйныя прыбліжэнні: як упакаваць усё гэта для каманды.
Выбір месца для кожнага правіла
Есць пяць доступных слоёў, таму выбор месца размішчэння стае часткай працэсу дызайну. Корыстным тэстам ёсць запітанне пра тое, як должна дзейсніцца правілам. Калі яе неабходна ведаць завжды, паказвайце яе ў CLAUDE.md. Калі цэе процедура, якая патрэбна толькі іноды, ператворыце яе на навык. Калі яе неабходна прыменяць незалежна ад рашэння мадэлі, цэе ёсць хук. Калі задача мае вялікі розмір, ёсць самодостатня або падходзіць для дышэўней мадэлі, перадаюце яе падагенту. Калі весь комплекс неабходна перавозіць, упакавайце яго як плагін. Правілы, размешчаныя на неправільным слою, часта не функцыонуюць стандартным спосабам: правілы, залішаныя у прозаўскай форме, ігнаруюцца, дугія процедуры, залішаныя ў памяці, займаюць усе просторы, а хітрыя настройкі, залішаныя на аднам ноутбуку, так і не доходзяць да команды.
Пяты слой: Плагіны для распространэння
Падзірцем, калі у команды ужо ёсць файл з памяцю, яе навыкі, інструменты і падагенты. Проблема больш не ў локальнай працэсе. Яна крыўціцца ў распадзеле. Як можа такая структура перавозіцца між рэпазітарыямі, апаратамі і саўтарамі без неабходнасці ў кожны раз перзбудаваць яе вручную?
Anthropic прымае кілька механізмов для пакавання і повторнага выкарыстання працэсаў у разных кантэкстах: падагенты на рэвэлі корыстніка і на рэвэлі праекту, спяльныя навыкі, настройкі плагінаў, развёртванне CLAUDE.md у всій арганізацыі, а таксама плагіні, якія забезпечваюць інтэлект коду чы іншыя можлівасці. Claude Code не ўстанавляецца толькі для аднаго чалавека; ён все больш прызначаны для таго, каб команды стандартызавалі і распадзелялі спосаб працы агента.
Самым ясным афіцыйным сігналам ёсцца модэль плагінаў і настройкаў. Дакументацыя да настройкаў опісвае спецыяльныя раздзелы для налаштавання плагінаў, спіскі дазволенага і права, такія як codeIntelligence.*, а таксама локальныя настройкі праекту і успадкованыя настройкі карыстальніка. У яй таксама зазначаецца, што параметры CLI, такія як append-system-prompt і флагі allowed-tools, не пераходзяць у плагіны, што паўтарае, што плагіны ёсць самастоятэльныя елементы распадзелу з сае власной поверхнёй поведзення, а не пасыўныя расшырэннія галоўнай сесіі. Такім чынам плагіны больш стосуюцца пакетавання поведзення агента, каб яго можна было інсталаваць, перызнаць і кераваць у масштабе.
Той самы лепт выклікаецца і ў іншых месцах. Падагенты падтрымляюць інсталяцыю на рэвэлі корыстніка, на рэвэлі праекта, толькі на час сесіі і за заданнем плагінаў. Навыкі пастроеныя за прынцыпам модульнасці, што дазволяе перадаць ўжо існуючыя знанні парадульна, парадульна з роўня памяці, якая завжды загружаная. Архітэктура не заканчываецца на тым, чы можа агент калякія дзеянні. Яна все больш спрашвае, як гэтыя можлівасці можна запакаваць і распаўсюдзіць, што ёсць асоблівасцю платформы, а не асістэнта для аднаго корыстніка.
Управленне таксама ўключаецца ў гэта. Адна спільная пакетазахаваная структура можа мястыць перакананых сабагентоў, строго обмежаныя правы прыстрыёў, стандартныя механізмы взаемадзейнасці або працэсы, прызначаныя конкрэтна для арганізацыі, таму команды распространяюць правіла, а не толькі зручнасці. Шляхі ў корпоратыўных сістэмах для централізавана керованых файлаў CLAUDE.md паказваюць, што стандартызацыя была запланавана з самага пачатку. Той жа шаровы дызайн, які прышвартоўвае працу адного інжынера, можа стаць мадэллю функціонавання для всей команды, у якой памяць, экспертыза, контроль і дэлегаванне дароўгіваюцца, а не ствараюцца занова.
Што выходзіць з-пад контролю, калі не хапае шару
Якшча аднацца ўсё цэла, гэтая структура служыць практычным чартам для дыягназавання ненадзеянай налады агента. Сімптамы зазвычай вказуюць на відсутнасць патрэбнага шару.
- Агент продовжае задаваць тыя ж запітанні або ігнаруе стыль будынка. Няма памяці. Стабільныя правілы трэба размесціў у CLAUDE.md, практыкуваныя па дырэктарыях, і разбіць на імпорты, калі файл стае вялікім.
- Кожная сесыя пачынаецца з дужа дзьвігучага скопіювання процедуры. Знанні застрэчваюцца ў запітах. Перамясціце часткі, якія можна павтараць, у навыкі, каб яны завантажваліся толькі тады, калі гэтага трэбуе задача.
- Рызыкаваныя дзеянні залежаць ад таго, чы памятае мадэль быць аберажной. Меры захоплення — толькі працэўныя практыкі. Хукі забезпечваюць фарматаванне, захаўненне файлоў і перапісву команд, незалежна ад рашэння мадэлі.
- Галоўная розмова заполняецца логамі і тупыкамі. Няма дэлегавання. Падагенты з обмежанымі інструментамі беруць шумную дадзейнае працу і вяртаюць апূরкненне.
Аднойчыны ўсіх гэтых рашэнняў — гэта не проста лепшыя фразы ў запіце. Цэлкам структурныя змены, і самэ гэта адчыняе можлівасць ўтрымання іх пад рэальным навантажэннем. Адносленне да Claude Code як да кіту для разработкі агента, які ўзростае ў тэрмінале, спрабляе зробіць гэтыя змены болей відчутнымі, прыемнейшымі для обсужэння з камандай і лёгкімі да впрыему паэтапна, шар за шарам.