Что нового

Здесь собраны заметные изменения концепта, самые свежие сверху. Сами изменения на страницах тоже помечены. Новые фрагменты отмечены зелёной полосой слева и пометкой «новое», изменённые отмечены оранжевой полосой и пометкой «изменено». В меню у таких страниц стоит бейдж «обновлено», а под заголовком страницы есть строка со ссылками на изменённые разделы. Пометки держатся 30 дней, потом гаснут, а текст остаётся.

25.09.2026

Модель работы агентов перестроена вокруг задач. Напарник ставит агентам задачи через реестр, принимает их результаты по критериям из постановки и не ждёт в открытой сессии, а просыпается по событиям. Появились реестр результатов, очередь решений, учёт стоимости по задачам и стоп-кран.

Обзор концепта

• «Готовность разделов»: уточнено содержание 05-architecture.
• «Глоссарий терминов»: новые термины «Задача», «Приёмка результата», «Результат», «Событие», «Очередь решений». Уточнена «Оркестрация агентов».

01. Видение

• «Ограничения текущих подходов»: врезка о платформах ИИ-команд и о том, чем от них отличается корпоративная платформа.
• «Базовые допущения концепта»: лёгкая веб-витрина задач, результатов и решений нужна уже на пилоте.

02. ИИ-напарник

• «Один интерфейс вместо десятка»: лёгкая веб-витрина рядом с мессенджером.
• «Как выглядит диалог с Напарником»: пятый диалог о том, как разовый разбор становится регулярным, и три типа реплик сотрудника.
• «Координация функциональных агентов»: Напарник проверяет результат агента до того, как его увидит сотрудник, а статус задач виден всегда.
• «Отличие ИИ-Напарника от функционального агента»: как обратиться к агенту напрямую.
• «Метрики ценности ИИ-Напарника»: экономические метрики и доля результатов, возвращённых при приёмке.
• «Открытые вопросы»: вопрос о конфликтах скиллов закрыт наполовину, открытым остался конфликт двух корпоративных скиллов.

03. Функциональные агенты

• «Принципы проектирования агентов»: принципы «Честно о пробелах» и «Эскалация вместо догадки», единый отчёт о сдаче задачи.
• «Шаблон карточки агента»: поля «Границы ответственности», «Критерии приёмки и формат сдачи», «Модель, бюджет и сроки».
• «Развитие каталога агентов»: каталог как набор готовых шаблонов ролей.

04. Сценарии использования

• «Сценарий 3. Анализ эффективности промо»: шаг 8, разбор становится регулярным инструментом.

05. Архитектура

• «Карта архитектуры»: лёгкая веб-витрина уже на пилоте.
• «Делегирование»: Напарник не ждёт результатов в сессии, платформа будит его событиями.
• «Проактивный цикл»: регулярные разборы работы самих агентов.
• Новые разделы «Реестр задач» и «Реестр результатов».
• «Оркестрация задач»: критерии приёмки в постановке и новый шаг «Приёмка».
• «Скиллы»: слои инструкций и приоритет при конфликте.
• «Команды и workflow»: прямое обращение к агенту по имени, полный и лёгкий режимы координации.
• «Личная память Напарника»: текущее состояние работы хранится в реестре задач, память держится короткой.
• «Примеры классификации действий по Tier»: подключение агента, повышение бюджетного лимита, смена цели длинной задачи.
• «Механизм подтверждения»: очередь решений.
• «Песочница»: агент не меняет свою среду исполнения.
• «Наблюдаемость и мониторинг»: состояние коннекторов к источникам данных.
• «Жизненный цикл агента»: шаг «Вывод из эксплуатации».
• Новый раздел «Стоп-кран».
• «Управление стоимостью»: учёт стоимости по задачам, лимит на задачу и дневной лимит, контроль зависших задач, инфраструктура отдельно от токенов.
• «Архитектурные ограничения и риски»: первые ориентиры по стоимости и латентность длинных задач.
• «Backlog детализации архитектуры»: уточнён пункт Cost management.

06. Интеграции

• «Управление доступом к инструментам»: здоровье подключений и доступ по матрице «коннектор × агент».
• «Таск-трекеры»: граница между реестром задач платформы и корпоративным трекером.

07. Дорожная карта

• «Этапы внедрения»: на Фазе 0 фиксируются бюджетные лимиты, правила остановки и критерии приёмки.
• «Метрики успеха»: экономика самой платформы.