---
title: "Что нового"
description: "Журнал заметных изменений концепта: что добавлено и что поменялось, по страницам и со ссылками на разделы."
sidebar:
  order: 99
  label: "Что нового"
---

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

## 25.09.2026

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

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

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

### 01. Видение

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

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

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

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

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

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

- [«Сценарий 3. Анализ эффективности промо»](/04-usecases/#сценарий-3-анализ-эффективности-промо): шаг 8, разбор становится регулярным инструментом.

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

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

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

- [«Управление доступом к инструментам»](/06-integrations/#управление-доступом-к-инструментам): здоровье подключений и доступ по матрице «коннектор × агент».
- [«Таск-трекеры»](/06-integrations/#таск-трекеры): граница между реестром задач платформы и корпоративным трекером.

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

- [«Этапы внедрения»](/07-roadmap/#этапы-внедрения): на Фазе 0 фиксируются бюджетные лимиты, правила остановки и критерии приёмки.
- [«Метрики успеха»](/07-roadmap/#метрики-успеха): экономика самой платформы.