Контракты способностей

Сколько страниц в вашем договоре с подрядчиком на обработку обращений? Тридцать. Задача описана, объём посчитан, качество измеримо, штрафы названы, выход из договора расписан по шагам - и никто в компании не называет это бюрократией. Теперь откройте документ, по которому та же компания передала ту же работу собственному ИИ-агенту: протокол совета на одну строку, настройки в админке и энтузиазм команды внедрения. Подрядчику - тридцать страниц дисциплины. Агенту - устная договорённость. И это при том, что подрядчик, получив кривую формулировку, хотя бы догадается, чего вы хотели. Агент исполнит кривую формулировку буквально.

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

Три недели против тридцати минут

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

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

Компания вторая. Контракт есть. Те же вопросы - но каждый упирается в строку документа. Кто разрешил? Порог начислений - вот он, агент его превысил: инцидент границы, не спор о полномочиях. Кто отвечает? Владелец риска - вот фамилия; он включил стоп-правило по записанному сценарию, цена разворота была посчитана заранее. Почему агент превысил? Ошибка в правиле, которое агент получил при последнем обновлении: дефект шестого движения - улучшения правил, - и у дефекта есть владелец. Совет принимает три решения по существу и расходится через тридцать минут. Агент продолжает работать в суженной границе, пока правило чинят.

В этой разнице нет ни качества модели - она могла быть одна и та же, - ни талантов команды. Есть одно: вторая компания записала условия передачи до передачи, первая собиралась записать после. Выбор ровно такой: либо вы пишете границы до передачи, либо восстанавливаете их после сбоя - по памяти, под давлением совета и по цене трёх недель. Прошлая глава довела вас ровно до этого порога: профиль клетки дал три решения - какое движение передаём, при каком условии, по какому сигналу возвращаем. Но решения жили на слайде, а слайд ни к чему не обязывает. Контракт способности (1) - обязывает.

Дисциплина, которую вы уже знаете

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

Экономика организаций описала эту ситуацию за полвека до ИИ. Когда принципал поручает работу агенту - собственник менеджеру, компания подрядчику, - их цели и знания расходятся, и расхождение стоит денег: теория называет это агентскими издержками (2) [1]. Лекарства известны и стоят в каждом хорошем договоре: явный контракт, наблюдение за исполнением, выравнивание стимулов. ИИ-агент - новый участник старой рамки, и первый рефлекс - применить рамку как есть.

Рефлекс верный. Поправка одна, и она принципиальна. У классического агента - менеджера, подрядчика - есть собственный интерес: он тянет одеяло, придерживает информацию, работает на свой бонус. У ИИ-агента собственного интереса нет. Выдохнули? Рано: легче не стало - старая проблема сменила форму. Агент оптимизирует ровно то, что записано в его цели, буквально и без здравого смысла, который у живого исполнителя включается сам. Шкала здесь бытовая. Ребёнку вы говорите «приберись в комнате» и поправляете по ходу. Подрядчику пишете задание и принимаете работу по акту. Агенту вы отдаёте одну строку цели - и всё, чего в строке нет, он достроит сам, не спрашивая. Подрядчик, получив кривую метрику, пожмёт плечами и сделает разумно; агент пожимать плечами не умеет - он исполнит кривую метрику с полной отдачей. Расхождение целей никуда не делось - оно перешло из умысла в формулировку.

И для этого эффекта есть классика. Закон Гудхарта (3): когда мера становится целью, она перестаёт быть хорошей мерой [2]. Запишите агенту цель «сократить время ответа» - получите быстрые бесполезные ответы. Запишите «сократить долю эскалаций» - получите обращения, которые следовало эскалировать, а их закрыли. Люди тоже так умеют - там это называется недобросовестностью, и её лечит культура. Агенту тот же манёвр ничего не стоит: для него это просто исполнение, и лечит его только текст цели. Отсюда правило, которое эта глава просит запомнить: кривая метрика тем опаснее, чем сильнее агент, - лучший исполнитель исполнит вашу ошибку точнее всех. Поэтому первую строку контракта пишите языком результата для бизнеса - решённое обращение, не быстрый ответ - и ставьте рядом парную метрику-противовес: скорость в паре с качеством, объём в паре с долей возвратов. Единственная метрика без противовеса - готовая уязвимость.

Восемь строк контракта

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

1. Цель и результат. Запишите решённое состояние работы в терминах бизнеса и поставьте парную метрику-противовес. Эту строку агент исполнит буквально - пишите её так.
2. Владельцы. Назовите две фамилии из главы 02, теперь документом: владелец результата живёт с метрикой решённости, владелец риска держит границы и отвечает, что контур не выходит из класса.
3. Права и запреты по движениям. Перенесите профиль из прошлой главы в норму: какие движения агент ведёт сам, какие с подтверждением, какие запрещены. Отдельной строкой - положение шестого движения: кто правит правила.
4. Метрики и пороги. Запишите числа, при которых контур работает, и числа, при которых он останавливается или сужается. У каждого числа - тот, кто отвечает за реакцию на него.
5. Класс риска. Свяжите клетку с ковшом из главы 03: радиус поражения, дно, время возврата. Класс определяет, что вообще может стоять в положении «агент сам».
6. Эскалация. Назовите события, по которым работа уходит человеку, кому именно и с каким контекстом. Эскалация без контекста - просто сброс работы на человека.
7. След и аудит. Определите, что контур записывает о каждом действии и решении, где след хранится и кто вправе его читать. След - причина, по которой контракту хватает одной страницы: он заменяет большую часть договорной обвязки подрядчика.
8. Обратимость. Впишите стоп-правило, цену возврата числом и дату последней репетиции разворота. Непроверенная обратимость - предположение, а не свойство.

Как это выглядит заполненным - на той же сверке платежей, что пройдёт через канвас следующей главы. Числа иллюстративные, строение рабочее. Цель: расхождения банк-биллинг закрыты в течение суток; противовес - доля ошибочных списаний не выше одной на десять тысяч. Владельцы: результата - руководитель расчётного центра; риска - финансовый контролёр. Права: приём, понимание, действие по типовым правилам - агент сам; нетиповое расхождение - эскалация; изменение правил сверки - только человеком. Пороги: сумма единичного расхождения до 50 тысяч - агент сам, выше - подтверждение; стоп всего контура при десяти нетиповых подряд. Класс риска (4): радиус - 3 млн незамеченного расхождения в худший день, дно - ручная сверка критичных счетов двумя людьми, возврат - день. Эскалация: контролёру, с выпиской операций и причиной сомнения. След: каждое закрытие - запись с правилом, по которому закрыто; читают владельцы и внутренний аудит. Обратимость: стоп-правило у контролёра в один шаг; репетиция разворота - до запуска, дата в контракте. Одна страница - и археология из первой сцены этой главы становится невозможной по самому устройству документа.

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

Довод «бот - отдельный субъект, с него и спрос» проверять на себе не нужно - трибунал в истории с чат-ботом авиакомпании из первой главы уже отклонил его публично: ответственность за ответ бота осталась на компании [3]. Конструкция контракта ровно в этом: он не перекладывает ответственность на агента - он распределяет её между людьми так, чтобы в момент сбоя не начиналась археология.

Регулирование движется тем же курсом, и быстрее, чем принято думать. Европейский регламент об ИИ с августа 2026 года вошёл в основную фазу применения: обязанности прозрачности и надзор действуют, и часть из них лежит на компании-эксплуатанте, а не на поставщике модели [4]. Для компаний под европейской юрисдикцией контракт способности перестал быть внутренней гигиеной: след, границы и назначенные владельцы - это то, что регулятор однажды попросит показать. Работаете в другой юрисдикции - проверьте своё регулирование: национальные рамки начинаются с того же вопроса «кто отвечает за действия системы». Если регулятор до вас ещё не дошёл - у вас фора: дисциплина, поставленная до требования, всегда дешевле дисциплины по предписанию.

Три отличия от регламента

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

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

Инструмент: контракт способности

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

1. Строку цели проверьте законом Гудхарта: спросите себя, что сделает исполнитель, оптимизирующий её буквально и без здравого смысла. Ответ пугает - перепишите цель и добавьте противовес.
2. Владельцы - фамилии. Не роли и не комитеты - фамилии. Строки 2 и 3 могут совпасть в малой компании; в большой их разводят: владелец результата хочет расширять захват, владелец риска - сужать, и это здоровое напряжение.
3. Права и запреты переносите из профиля как есть, добавив третью колонку: что происходит при попытке выхода за границу - блок, эскалация, след.
4. Пороги ставьте парами Гудхарта: у каждой метрики продуктивности - метрика качества, которая не даст оптимизировать первую в лоб.
5. Дату репетиции разворота впишите до запуска и относитесь к ней как к дате учебной тревоги: прошедшая дата без репетиции - инцидент дисциплины.

Одна страница на клетку. Заполненный контракт совет читает за десять минут, и в этом его сила: тест эпохи из первой главы спрашивал, есть ли полномочия, ответственность и обратимость. Контракт закрывает эти маркеры подписями: полномочия - строкой прав, ответственность - фамилиями владельцев, обратимость - датой репетиции.

Что дальше

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

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

Источники

[1] M. Jensen, W. Meckling, «Theory of the Firm: Managerial Behavior, Agency Costs and Ownership Structure», Journal of Financial Economics, 1976. Теория принципала и агента: расхождение целей и знаний сторон, агентские издержки, контракт и мониторинг как лекарства. Научная классика. Перенос на ИИ-агентов - интерпретация книги. → ссылка

[2] Закон Гудхарта: сформулирован Чарльзом Гудхартом (1975) для денежной политики; каноническая обобщённая формулировка «когда мера становится целью, она перестаёт быть хорошей мерой» - антрополог Мэрилин Стратерн (1997). Научная классика. Применение к целям ИИ-агентов - интерпретация книги, согласуется с тезисом канона об alignment-аудите. → ссылка

[3] Решение трибунала British Columbia Civil Resolution Tribunal, февраль 2024 (история чат-бота Air Canada, глава 01, источник [9]): ответственность за ответ бота - на компании; довод «бот - отдельный субъект» отклонён. Статус - факт. → ссылка

[4] Регламент ЕС 2024/1689 (AI Act): основная фаза применения со 2 августа 2026 года - действуют обязанности прозрачности (ст. 50) и надзорные полномочия; для части высокорисковых систем - переходные сроки 2027-2028 годов; обязанности распределены по цепочке между поставщиком и эксплуатантом. Статус - норма права. → ссылка