Временные агенты AI: Отдельное длительное исполнение от агента здравоохранения

Временный это сильный ответ на одну трудной задачу агента: как сохранить долгосрочное исполнение восстанавливающимся, когда работники крушиваются, процессы возобновляются или внешняя зависимость не работает? Это не сама по себе ответ на другой вопрос: является ли препарат здоровым и приводит ли он к результату, который запросил пользователь? Безопасным дефолтом является использование состояния временного рабочего процесса в качестве доказательства исполнения, а затем добавление четырех квитанций заявки перед назначением судебного решения: 1. квитанция прогресса , показывающая значительный вехой или дельта выхода; 2. квитанция wait с названием владельца, сроком действия и условием продолжения работы; 3. квитанция effect , разрешающая, произошло ли действие на стороне инструмента; 4. Доставленный квитанция , подтверждающая запрошенный артефакт или состояние. Это различие имеет значение, потому что собственный Документация выполнения рабочего процесса Temporal определяет Running как способный добиваться прогресса, активно продвигаясь в или ожидая чего то . Поэтому зеленый открытый рабочий процесс не может отличать продуктивную работу, законное ожидание одобрения или молчание. Точно так же закрытый рабочий поток Completed доказывает, что его код достиг пути завершения; он не автоматически доказывает, что счет был отправлен один раз, запрос по удалению содержит предполагаемые изменения или отчет существует в обещанном пункте назначения. Что доказывает Temporal и что не доказывает Продолжительная модель выполнения Temporal дает агенту AI ценные механические гарантии. Состояние рабочего потока сохраняется даже после неудачи. Проверка повторного воспроизведения генерировала команды против истории событий. Деятельность изолирует вызовы, склонные к неудачам, такие как запросы LLM, использование инструментов и внешние API от детерминистического оркестрационного кода. Официальное объяснение динамические агенты AI на Temporal делает этот предел ясным: оркестрация рабочего потока должна быть детерминистической, в то время как решения LLM и результаты инструмента могут оставаться недетерминистичными внутри деятельности. Эти свойства отвечают на несколько оперативных вопросов: Может ли записанное состояние оркестрации выжить после перезагрузки работника? Может ли рабочий поток возобновиться из его записанной истории вместо того, чтобы пересчитать все предыдущие решения LLM? Продолжается ли деятельность, не выполняется, не выполняется или завершается? Открыт ли рабочий процесс, приостановлен ли он, отменен ли, завершен ли, не удалось, прекращен ли или закончен ли срок работы? Они не отвечают на четыре конкретных вопроса агента: План приблизился к цели пользователя, или цикл просто активен? Ожидается ли перерыв, можно ли его использовать и возобновить? Были ли внешние побочные эффекты, особенно после перерыва или аварии на работе? Существует ли окончательное поставляемое и удовлетворяет ли это детерминистической проверке принятия? Это не критика Temporal. Это граница ответственности. Внедрение временного сообщества AI агента демонстрирует агентскую петлю, инструментальные звонки, человеческое подтверждение, сигналы, управление состоянием и тестирование внутри рабочего потока. В его собственных записях также упоминается длинная история разговоров, попытка восстановления видимости и рассмотрения вопросов хранения продукции. Семантика приложения по прежнему принадлежит приложению. Поставьте четыре квитанции выше состояния рабочего потока Комплексный квитанция может быть намного меньше, чем переписка. Он должен раскрывать доказательства, свежесть и личность, не загружая запросов, полезных инструментов или секретов. Документ о прогрессе должен описывать шаг вперед в подаче заявки, а не просто время от времени сердцебиения. Временные документы Деятельность Сердечные сокращения как способ для работника сообщить о состоянии жизни и прогрессе, сохранить подробности прогресса для повторной попытки и получить отмену. Этот транспорт полезен, но полезная нагрузка должна нести значительную дельту: обработанный подсчет записей, проверенный набор источников, заполненные идентификаторы ветвей, переваривание артефакта или другой инвариант, специфический для задачи. Агент может выпустить новую часовую печать навсегда, повторяя один и тот же неудачный звонок. Квитанция ожидания предотвращает обратную ошибкуpaging здоровой человеческой паузы в цикле в качестве задержки. Требуется три поля: owner : лицо или система, способная разрешить зависимость; deadline : когда ожидание затягивается; resumeToken : сигнал, обновление, идентификатор одобрения или другая идентификация, которая продолжает работу. Если не будет ни одного из трех, ожидание будет оперативно неполным. Ожидание одобрения без владельца это брошенная работа. Владелец без установленного срока может исчезнуть на неопределенный срок. Срок без идентификации резюме приводит к дублированию или ошибочному продолжению. Получение эффекта необходимо, поскольку деятельность может быть перепробована. Руководство по обработке ошибок Python Temporal описывает деятельность как минимум один раз и рекомендует бездействие: работник может завершить внешнюю операцию и столкновение до завершения записи службы. Для агента критическими состояниями являются none , attempted , verified и unknown . Unknown не позволяет снова попробовать. Сначала согласуйте идентификатор стабильной эксплуатации с местом назначения. Доставленный квитанция закрывает разрыв на другом конце. Он должен связать рабочий поток и запустить идентификацию с детерминистической проверкой: дизест файла, версия базы данных, идентификатор ресурсов HTTP, объединенное обязательство, результат тестирования или структурированный вердикт принятия. Сообщение на естественном языке done является доказательством претензии, а не доказательством результата. Эксперимент с шестью случаями Проверяемая установка, используемая для данной статьи, оценивает шесть пробегов с одним детерминистическим правилом: Только состояние рабочего потока привело бы к тому, что первые четыре случая развалились бы на RUNNING , а последние два на COMPLETED . Квитанции изменяют решение оператора: Дело Решительные доказательства Безопасное действие Работа Недавний этап изменился Оставь его в покое. Ждём владелец, крайний срок, продолжение токен маршрут или ждать до истечения срока Застрял. Нет недавнего дельта и нет действительной ожидания Исследовать, а затем подготовить один ограниченный восстановление Неопределенный эффект Устойчивая операционная идентификация не имеет приговора о назначении примириться; не пытаться снова Ложный успех Рабочий поток завершен, но доступа отсутствует Возобновить инцидент Здоровый полный завершение, действие, и доставка соглашение Закройте с доказательствами Правило намеренно консервативное. Он не использует судью LLM, если доступна детерминистическая проверка. Он сохраняет uncertain , когда доказательства не согласны. Кроме того, она избегает каждой паузы: действительная ожидание остается ожиданием, а не провалом. Оперативные повторные попытки и длинные истории без ложного зеленого Temporal управляет механикой повторного испытания, но приложение все еще владеет бюджетом повторного испытания и границей эффекта. За каждую внешнюю активность используйте один стабильный идентификатор операции в разных попытках. Запишите вердикт о беззаконии места назначения, когда будет доступно. Отделить переходную неисправность транспортировки от постоянной неисправности ввода, и остановить, когда оставшийся срок выполнения не может соответствовать другой попытке плюс согласованию и проверке доставки. Для длительных действий объединяйте три различных сигнала: Деятельность сердечный ритм свежесть: работающий недавно общался? свежесть эталона: изменилось ли полезное состояние применения? Попытка и бюджет сроков: все еще разрешены и способны завершить нынешние повторные попытки? Свежий сердцебиение с неизменным этапом может быть петлей. Старый сердечный ритм с недавним квитанцией на место назначения может быть неопределенным провалом в сообщении. Экспоненциальное ожидание может быть здоровым, если время и бюджет ожидания ясны. Ни один временной знак не заслуживает зеленого приговора. Исторический рост это еще одна граница. В текущем документе Рабочий поток Лимиты выполнения жесткая история событий ограничивает 51,200 событий или 50 МБ, с предупреждениями на 10,240 событий или 10 МБ. Не превращайте эти датированные значения в универсальные константы; проверьте текущую документацию и свое развертывание. Устойчивая схема заключается в том, чтобы сохранить объемные данные общения за пределами истории потока работы, когда это целесообразно, сохранить идентичности и инварианты, минимизированные контентом, и использовать Continue As New, прежде чем давление на историю станет выключением. Это создает практическое разделение труда: Временное сохраняет и восстанавливает состояние оркестрации. В заявке агент определяются этапы, ожидается собственность, эффект примирения, и проверки принятия. Состояние здоровья оператора объединяет оба набора доказательств и показывает неопределенность, а не выдумывает вердикт. Сохраняйте здоровье отдельно от оркестрации Для временного агента AI длительное исполнение является основой, а не окончательным показателем здоровья. Повторное воспроизведение может восстановить записанные решения после аварии. Повторные попытки деятельности могут восстановить временные неудачи. Сигналы и обновления могут нести человеческие решения. Ни одна из этих механизмов не должна включаться в утверждение о том, что агент продвигается, что побочный эффект произошел точно один раз, или что результат пользователя присутствует. Начнем с четырех квитанций. Сделайте их маленькими, свежими и привязанными к workflowId , runId и стабильным идентификациям работы. Проверьте шесть неудобных состояний перед производством. Если панель управления не может отображать waiting , stuck , uncertain и false success отдельно, она скрывает решения, которые оператор на самом деле должен принять. Ограничение это семантическое: каждый рабочий процесс должен определить свой собственный значимый этап и проверку результативности. Агент по проверке источника и агент по оплате не могут разделять один и тот же предлог принятия. Если нет определённой проверки результатов, маркируйте решение и его доверие; не принимайте его в тайне в факт. Sidewisp сейчас находится на этапе закрытого предварительного доступа. Его направление продукта слой здоровья агента AI, но производственный адаптер Temporal и коллекция живого агента здрава не представлены здесь как поставленные возможности. Полезный краткосрочный шаг не зависит от любого продукта: сохранить доказательства долговечности Temporal, добавить четыре квитанции заявки и потребовать, чтобы они согласились, прежде чем назвать агент здоровым.