[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-tool-registry::ru":3,"gloss-cluster-tool-registry::ru":26,"gloss-next-tool-registry::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"tool-registry","agents","Реестр инструментов","Реестр инструментов — каталог, к которому агент обращается, чтобы узнать, какие действия существуют: каждая запись связывает имя и описание со схемой параметров, а за ней стоит код, который действительно исполняется. Вызов функций — механизм, которым модель запрашивает инструмент; реестр же решает, какие инструменты ей вообще позволено запрашивать, и обычно именно там живут авторизация, версионирование и лимиты частоты. Держать его полноценным компонентом, а не зашитым списком, важно по трём причинам. Инструменты меняются независимо от промптов, и реестр позволяет добавить, вывести из обращения или починить один из них, не редактируя каждого агента, который им пользуется. Разные агенты и разные пользователи должны видеть разные подмножества: агенту поддержки и биллинговому агенту не нужны одинаковые права, а принцип наименьших привилегий куда проще соблюсти в реестре, чем внутри текста промпта. И строки описаний в реестре — не документация, а часть промпта: формулировка описания напрямую определяет, как часто модель тянется к этому инструменту, а расплывчатые описания — обычная причина того, что агент берёт не тот инструмент. Вторая причина централизации — размер. Каждый открытый инструмент занимает контекст и добавляет кандидата, которого модель может выбрать ошибочно, и точность обычно падает по мере роста списка. Поэтому реестры чаще показывают отфильтрованный под задачу набор, а не всё доступное, — и это отдельная задача поиска.","Реестр инструментов — каталог действий, доступных агенту, со схемами, правами и версиями; почему его описания это часть промпта, а не документация.",null,[11,14,17,20,23],{"slug":12,"name":13},"agent","Агент (Agent)",{"slug":15,"name":16},"function-calling","Вызов функций (Function Calling \u002F Tool Use)",{"slug":18,"name":19},"guardrails","Ограждения (Guardrails)",{"slug":21,"name":22},"least-privilege","Принцип наименьших привилегий (Least Privilege)",{"slug":24,"name":25},"model-context-protocol","Протокол контекста модели (MCP)",[27,31,35,38,41,44,47,50,53,56,59,62],{"slug":28,"category":5,"name":29,"updated_at":30},"agent-budget","Бюджет агента (Agent Budget)","2026-08-24T02:46:37+00:00",{"slug":32,"category":5,"name":33,"updated_at":34},"agent-checkpointing","Контрольные точки агента","2026-08-24T02:46:38+00:00",{"slug":36,"category":5,"name":37,"updated_at":30},"agent-handoff","Передача между агентами (Agent Handoff)",{"slug":39,"category":5,"name":40,"updated_at":30},"agent-loop","Цикл агента (Agent Loop)",{"slug":42,"category":5,"name":43,"updated_at":30},"agent-memory","Память агента (Agent Memory)",{"slug":45,"category":5,"name":46,"updated_at":34},"agent-sandbox","Песочница агента",{"slug":48,"category":5,"name":49,"updated_at":34},"agent-trajectory","Траектория агента",{"slug":51,"category":5,"name":52,"updated_at":30},"agentic-rag","Агентный RAG (Agentic RAG)",{"slug":54,"category":5,"name":55,"updated_at":34},"computer-use","Computer Use (управление компьютером)",{"slug":57,"category":5,"name":58,"updated_at":30},"context-engineering","Инженерия контекста (Context Engineering)",{"slug":60,"category":5,"name":61,"updated_at":34},"dry-run","Пробный прогон (dry run)",{"slug":63,"category":5,"name":64,"updated_at":65},"escalation-path","Маршрут эскалации","2026-08-24T03:30:02+00:00"]