Планирование ИИ-агентов: условия, зависимости и пересмотр плана
Планирование ИИ-агентов разбивает цель на действия с предварительными условиями, зависимостями и подтверждениями завершения. Полезный план фиксирует, какие условия должны выполняться, прежде чем каждое действие будет разрешено и какое наблюдение покажет его завершение. Пересмотр плана изменяет эту структуру, когда меняются допущение, источник или ограничение.
Список правдоподобных шагов — лишь предложение. Планирование становится полезным, когда приложение может отличить готовую к выполнению работу от заблокированной и не позволить устаревшему промежуточному результату разрешить последующие действия.
Автор: Ai Flowi · Опубликовано
Сделайте предварительные условия проверяемыми
Определите цель как результат, который можно проверить извне, например проверенный отчёт на основе одной утверждённой редакции источника. Затем определите разрешённые действия и необходимые им входные данные. В формулировке «Подготовь хороший отчёт» отсутствуют границы источника, правило приёмки и условие остановки, необходимые для решения о полезности следующего действия.
Используйте защитные ограничения агента для контроля разрешений на действия. Здесь вопрос планирования состоит в том, какие подтверждения предыдущих шагов использует каждый шаг: S3 нужны принятые строки из S2, а S4 — сверенный итог S3 и отчётный период из той же редакции источника. Запись этих зависимостей позволяет найти устаревшую работу после изменения.
Поля ниже — иллюстративный контракт задачи. Это не встроенные входы узла Agent с именами step_id или prerequisites. Проверяйте план по разрешённым действиям и наблюдаемым результатам; скрытые рассуждения модели не запрашиваются и не нужны.
Учебный план отчёта с подтверждениями зависимостей
Этот пример — вымышленное упражнение по планированию, а не выполненный рабочий процесс создания отчёта. Отчёт должен использовать редакцию A источника, сохранять её период и включать проверенный итог. Все лимиты — предлагаемые ограничения задачи, а не фактическое число вызовов, измеренный расход токенов или значения продукта по умолчанию.
На узких экранах таблица плана прокручивается по горизонтали. Переведите фокус на область таблицы, чтобы перемещаться по её столбцам клавишами со стрелками.
| step_id | prerequisites | Необходимые подтверждения | Разрешённое действие | Подтверждение завершения | Лимит |
|---|---|---|---|---|---|
| S1 | Задача получена | Сведения, однозначно определяющие утверждённый источник, и область разрешённого доступа | Подтвердить разрешение на чтение | Решение о разрешении для указанного источника | Одна проверка доступа |
| S2 | S1 принят | Редакция A источника и обязательные поля | Прочитать снимок источника, к которому разрешён доступ | Принятый набор полей, привязанный к A | Одно чтение источника на принятую редакцию |
| S3 | S2 принят | Принятые строки и правило расчёта | Рассчитать итог и независимо его сверить | Проверенный итог, привязанный к набору данных S2 | Один проход расчёта на набор данных |
| S4 | S3 принят | Проверенный итог, период и ссылки на источники | Подготовить текст отчёта без внешней публикации | Черновик, утверждения которого соответствуют принятому набору данных | Две попытки подготовки черновика на задачу |
| S5 | S4 принят | Черновик и соответствующая ему редакция подтверждающих данных | Попросить человека принять или отклонить | Зафиксированное решение по результатам проверки, привязанное к черновику | Одно решение по результатам проверки для каждого варианта |
Эти зависимости выражают больше, чем предпочтительный порядок. S3 нельзя принять без действительного набора данных S2; S5 не может одобрить черновик, ссылки на источники которого относятся к другой редакции. Сгенерированное утверждение об успехе шага не должно заменять необходимые подтверждения завершения.
Требования к рабочему процессу согласования описывают привязку решения проверки к рассматриваемому варианту. Для этого плана привяжите S5 к конкретному черновику S4 и его редакции источника: принятие черновика на основе A не может завершить задачу на основе B. Отклонение при проверке возвращает затронутые утверждения на исправление, не меняя редакцию, которую должен использовать отчёт.
Изменение источника лишает зависимую работу актуальности
Предположим, шаги S1–S4 приняты, а S5 ещё не начат. Перед проверкой ответственный за источник предоставляет редакцию B и сообщает, что она заменяет A для этого отчёта. Набор полей S2 теперь устарел. Следовательно, итог S3 и черновик S4 не могут служить основанием для завершения, даже если оба были верны для A.
| Шаг | Решение | Причина и следующее требование |
|---|---|---|
| S1 | Сохранить при выполнении условия | Разрешение на чтение остаётся действительным, только если источник и область доступа не изменились. |
| S2 | Признать недействительным | Прочитать и проверить B; сохранить набор данных A как подтверждающие данные предыдущей редакции. |
| S3 | Признать недействительным | Повторить расчёт по вновь принятому набору данных S2. |
| S4 | Признать недействительным | Заново составить затронутые утверждения по новому итогу и периоду. |
| S5 | Заблокировать | Дождаться принятого актуального черновика; не одобрять устаревший вариант. |
Признание результатов недействительными распространяется по зависимостям, включая шаги, которые не читают источник напрямую. Если отметить устаревшим только S2, прежний итог и черновик по-прежнему смогут попасть на проверку. Сохраните прежние материалы для аудита, но исключите их использование для выполнения предварительных условий текущего плана.
Если в B нет обязательного поля периода, остановитесь на S2 с вопросом о недостающих подтверждениях. Не выводите период из A и не дорабатывайте старый черновик, называя его актуальным. Если замена также меняет область доступа, возобновите S1. Незатронутую проверку разрешения можно сохранить только после проверки этого условия.
Почему пересмотр плана требует учёта оставшегося лимита работы?
Новая редакция источника не восстанавливает автоматически число доступных попыток подготовки черновика. Если одна из двух предложенных попыток уже использована, остаётся одна. Учитывайте использованные попытки в записи задачи; когда все попытки исчерпаны, попросите человека решить, расширить ли объём работы или сузить цель.
Меняйте только затронутую часть плана, когда независимые результаты сохраняют действительность. При этом новый источник, изменённая цель или отозванное разрешение могут сделать недействительным больше, чем только непосредственно неудавшееся действие. План должен фиксировать, почему каждый сохранённый результат всё ещё соответствует своему предварительному условию. Повторное использование работы полезно лишь тогда, когда её подтверждения остаются применимыми.
Если один черновик на основе A уже учтён, подготовка заново для B использует вторую попытку. Если до проверки редакция C заменяет B, граф зависимостей по-прежнему показывает, что нужно изменить, но попыток подготовки черновика больше нет. Остановитесь, зафиксировав последнюю редакцию, устаревшие шаги и исчерпанный лимит. Решение расширить лимит меняет ограничение задачи; переименование попытки в «пересмотр плана» его не восстанавливает.
Представление предлагаемого плана в AI Flowi Workflow
Структурированный вывод описывает проверку сгенерированных полей; справочник Agent — интерфейс задачи и инструментов. Соответствующие возможности Structured Output и Agent имеют статус документированы: документированы в каталоге; Ai Flowi не тестировала их в производственной среде.
пример конфигурации, а не зафиксированный тест
Подготовьте редакцию A, заменяющую её B и запись об использованных попытках; руководство по подключению моделей объясняет настройку доступа с вашей учётной записью провайдера и API-ключом, использование которых оплачивается отдельно.
Следуя рекомендациям по настройке структурированного вывода, задайте в input_value вымышленный набор данных задачи, а в system_prompt — требование предложить таблицу зависимостей и отметить недостающие подтверждения как неразрешённые вопросы. Сравните вариант с S1–S5: отсутствие зависимости S3 от S2 ошибочно разрешило бы расчёт по непринятому набору данных. Отклоните такой план, прежде чем использовать его для организации работы.
Для отдельного варианта плана, предлагаемого компонентом Agent используйте справочник по настройке Agent: поместите эту задачу подготовки отчёта в input_value, а те же требования к зависимостям — в system_prompt. Попросите пересмотреть предложение после замены A на B, затем сравните список затронутых шагов с таблицей выше. S2, S3 и S4 должны потерять статус принятых; S5 должен ждать. Одного аккуратно переписанного черновика недостаточно, чтобы показать распознавание изменения зависимостей.
Не смешивайте max_iterations с оставшимися попытками подготовки черновика: при одном запуске для подготовки плана модель может рассмотреть несколько шагов, а при другом — только выявить отсутствующий период. Считайте варианты черновика по объявленному правилу задачи, включая варианты, позже признанные недействительными из-за новой редакции. В этом упражнении человек учитывает лимит и принимает или отклоняет предлагаемые изменения; не подтверждено, что планировщик автоматически контролирует соблюдение этих ограничений.
По теме: Продукционная модель знаний: факты, правила и разрешение конфликтов.
Планирование, реакция и состояние
ReAct объясняет выбор следующего действия после наблюдения. План добавляет явные зависимости между этапами работы, поэтому новое наблюдение может сделать недействительными несколько последующих материалов. Реактивные решения и заранее составленный план могут сосуществовать; ни одно из них само по себе не доказывает, что блокировка устаревших результатов действительно работает.
Состояние ИИ-агента фиксирует текущие факты и ход работы. План объясняет, какие будущие шаги зависят от этого состояния. Многоагентные системы описывают распределение обязанностей; назначение S2 и S4 разным агентам не устраняет их зависимость.
Типичные ошибки — считать нумерованный список подтверждением выполнения, без необходимости возобновлять каждый шаг и не учитывать уже израсходованную часть лимитов после изменения источника. Предпочитайте фиксированный рабочий процесс, когда все зависимости и ветви уже известны. Избегайте автоматического перехода к следующим действиям, когда необходимые подтверждения или разрешения нельзя проверить на границе выполнения действия.