Поручение крупнее: как дать агенту задачу, которую можно принять

Что соберём

Вы возьмёте крупную задачу и запишете поручение в пять полей. Затем выделите первый законченный этап. Для него укажете проверку, действие при блокере и точку возврата. На выходе — текст, который можно передать агенту в существующем рабочем чате.

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

Почему здесь нужна проверка

Феликс Ризеберг предлагает смотреть на желаемый исход, опускаться к исходным данным и профессиональным методам, привлекать смежные знания и проверять результат извне. Пять полей ниже — наша рабочая адаптация для передачи поручения. Схема не принадлежит Ризебергу или Карпати. Формат «ясный текст → схема → полезная страница» — отдельное решение о том, как объяснять практику.

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

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

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

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

Разделяйте стадии. Макет и успешная проверка тестовых данных не доказывают работу защищённого сервиса. Второй этап начинается только после разрешения на публикацию и выдачу доступа. Если такое разрешение уже есть в поручении, исполнитель использует его без повторного запроса.

Основной путь: пять полей задают один законченный этап. Артефакт передают на независимую проверку.

Если проверка показывает расхождение, исполнитель исправляет этап и передаёт его на повторную проверку.

Нет нужных данных или доступа: назовите точный блокер. Продолжите независимую разрешённую часть и сохраните точку возврата. Условные данные не закрывают сверку с реальным источником.

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

Текстовый маршрут схемы

1. Пять полей задают работу для одного законченного этапа.
2. Этап передаёт артефакт на независимую проверку. Источник, тест или реальный пользователь дают доказательство. Второй агент не обязателен.
3. Проверка даёт доказательство для принятия либо указывает расхождение для исправления.
4. Исправленный этап проверяют снова.
5. При нехватке данных или доступа исполнитель называет конкретный блокер. Он продолжает независимую разрешённую работу, если она есть. Образец на условных данных остаётся подготовкой. Он не закрывает проверку реального источника и весь этап.
6. Если требуется решение человека или работу переключили, исполнитель сохраняет точку возврата: готовое, доказательство, непроверенное и следующий шаг.
7. После решения блокера работа возвращается к этапу. После принятия можно начать следующий разрешённый этап.

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

Слабая: «Сделай партнёру онлайн-дашборд. Красиво и быстро».

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

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

Здесь агент знает, что делать сейчас. Проверяющий знает, что принять. Владелец сохраняет решение о выпуске.

Заполните квадратные скобки. Для небольшой задачи сократите поля до двух предложений. Шаблон не выдаёт агенту новых прав.

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

Где граница метода

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

Их заранее не объявляют успешными. Наша проектная проба пока не измерила экономию времени, денег или рост результата.

🎯 ТАРГЕТ-МЕТРИКИ (КООРДИНАТЫ ЭВОЛЮЦИИ): Applications — применение модели в рабочем процессе; специалист 3 — собирает проверяемое поручение из нескольких действий; компания 2 — проводит ограниченный пилот с приёмкой. Это оценка применимости, а не измеренный уровень нашей компании.

Источник идеи о высоте, глубине, широте и внешней проверке: Felix Rieseberg, 13.10.2026. Пять полей, пример и схема — наша адаптация.