Изменение задачи работающего агента: редакции инструкций и сверка последствий внешних действий

Цель

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

Предварительные условия

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

Шаги

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

Ожидаемый результат

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

Ограничения и основание проверки

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