Китай выпустил семь стандартов взаимодействия ИИ-агентов

3 июля 2026 года официальный портал правительства КНР сообщил о выпуске семи национальных стандартов для взаимодействия систем на базе ИИ-агентов. Документы охватывают общую архитектуру, идентификационные коды и управление идентичностью, описание и обнаружение агентов, обмен между ними и вызов внешних инструментов.

Это не очередной анонс отдельной модели. Стандартизация затрагивает слой, который становится критичным при переходе от одиночных чат-ботов к корпоративным системам из нескольких агентов, API, баз данных и прикладных сервисов.

Что подтверждено официальным источником

Опубликованный правительством обзор называет семь направлений:

1. общая архитектура агентных систем;
2. идентификационные коды агентов;
3. управление идентичностью;
4. описание возможностей агента;
5. обнаружение подходящих агентов и сервисов;
6. взаимодействие агентов;
7. вызов инструментов.

По заявлению Государственного управления по регулированию рынка КНР, вместе они формируют замкнутую схему: от идентификации и описания возможностей до поиска исполнителя, совместной работы и обращения к инструментам.

Заявленная цель — позволить предприятиям повторно использовать стандартные компоненты, уменьшить объём индивидуальной разработки и быстрее выводить решения на рынок. Отдельно отмечены единая аутентификация и сквозная прослеживаемость действий.

Почему это важно для корпоративных систем

В пилоте один агент можно подключить напрямую к нескольким API. При масштабировании возникают более сложные вопросы: как система узнаёт агента, откуда получает описание его функций, кому разрешено инициировать действие и где сохраняется история выполнения.

Без согласованных правил каждая интеграция получает собственные форматы идентификаторов, описания функций, ошибок и журналов. Это увеличивает число адаптеров и усложняет замену поставщика. Стандартный слой не устраняет интеграционную работу, но может задать общую модель для наиболее повторяемых операций.

Для бизнеса особенно значимы три области:

• идентичность — однозначная привязка действия к агенту и его владельцу;
• обнаружение возможностей — поиск исполнителя по формализованному описанию, а не по жёстко заданному адресу;
• трассируемость — возможность восстановить цепочку решений, вызовов инструментов и изменений данных.

Эти свойства важны не только для удобства разработки. Они необходимы для разграничения доступа, расследования инцидентов и подтверждения того, какая система выполнила конкретную операцию.

Что стандарты не решают автоматически

Единое описание интерфейсов не гарантирует совместимость каждой пары продуктов. Для неё всё равно нужны одинаковая интерпретация полей, версии протоколов, тестовые наборы и понятное поведение при частичных отказах.

Официальная публикация не приводит номера и полный текст семи стандартов, не описывает обязательность их применения и не сообщает о независимых результатах совместимости. Поэтому пока нельзя утверждать, что любые китайские агентные платформы уже способны работать друг с другом без адаптации.

Стандарты также не заменяют политику безопасности. Даже корректно идентифицированный агент должен получать только минимально необходимые права, а опасные действия — требовать дополнительных проверок или подтверждения человеком.

Практический чек-лист для B2B-архитектуры

Командам, которые проектируют агентную систему уже сейчас, полезно проверить:

1. имеет ли каждый агент устойчивый идентификатор и определённого владельца;
2. отделено ли описание возможностей от конкретной реализации;
3. проверяются ли права перед каждым вызовом внешнего инструмента;
4. передаётся ли контекст без лишних персональных и конфиденциальных данных;
5. фиксируются ли инициатор, параметры, результат и время операции;
6. предусмотрены ли таймауты, повторные попытки и идемпотентность;
7. можно ли заменить агента или модель без переделки всех бизнес-систем;
8. какие действия требуют ручного подтверждения.

Подробный подход к контрактам, адаптерам и обработке ошибок описан в нашем материале об архитектуре API-интеграций. Пример объединения нескольких моделей за одной точкой доступа разобран в новости про единый API GigaChat.

Что это означает за пределами Китая

Китайские стандарты не становятся автоматически правилами для российских компаний. Но сам набор стандартизируемых областей показывает, какие проблемы отрасль считает базовыми: идентичность, обнаружение, взаимодействие, вызов инструментов и аудит.

Для российских разработчиков разумная стратегия — не привязывать бизнес-логику к внутреннему формату одного агента. Контракты и адаптеры стоит выделять в отдельный слой, а события безопасности и результаты выполнения хранить в едином журнале. Тогда международные или отраслевые стандарты можно будет поддержать без полной перестройки приложений.

Вывод

Семь китайских стандартов переводят обсуждение ИИ-агентов из области демонстраций в область инженерной совместимости и управления. Их практический эффект станет понятен после публикации полных документов, реализации в продуктах и тестов взаимодействия.

Для бизнеса главный сигнал уже виден: агентная платформа должна проектироваться не как набор автономных скриптов, а как управляемая интеграционная система с идентичностью, минимальными правами, устойчивыми контрактами и сквозным аудитом.

Следующий шаг: «Лоджик Телеком» может помочь описать интеграционные контракты и контур аудита для агентных сценариев. Начинать лучше с одного процесса, где заранее определены владелец, допустимые инструменты и безопасный способ отмены действия.

Источник: официальный обзор правительства КНР от 3 июля 2026 года.