Открытый стандарт записей выполнения агентов: аргументы в пользу единой схемы журнала

Пост на Reddit в r/ClaudeAI убедительно обосновывает необходимость открытого стандарта для записей сессий агентов — журналов, документирующих каждое действие ИИ-агента во время сессии. Автор утверждает, что текущая фрагментация сред выполнения приводит к трем конкретным издержкам:

1. Кросс-платформенная отладка: Изучение разных схем журналов для каждого фреймворка увеличивает когнитивную нагрузку пропорционально количеству используемых фреймворков.
2. Кросс-платформенный аудит: Сборка вручную трех разных форматов журналов для ответа на вопрос аудитора — это программный проект, а не простой запрос.
3. Переносимость: Инструменты, построенные на формате журналов конкретной среды (отладчики, средства проверки соответствия, оценочные стенды), привязывают пользователя; смена среды требует переписывания инструментов.

Предлагаемый стандарт не о новых полях — они уже существуют в лучших средах выполнения. Базовая схема включает:

• session_id, agent_id, runtime_version
• tool_call: инструмент, ввод, вывод, статус, верификатор, путь к подтверждению
• decision: утверждение, обоснование, статус, допущение
• approval: запрошено, утверждено_кем, утверждено_когда, область
• diff: на уровне файла или поведения, до/после
• resume_verdict: завершено, частично, небезопасно_возобновлять, с next_safe_action

Ценность в том, что единая схема, которую emits каждая среда, позволяет одним и тем же отладчикам, аудиторским запросам и логике возобновления работать во всех средах. Автор предупреждает, что стандарт рискует стать полем битвы, если он будет принадлежать одному вендору или медленному комитету. Здоровая модель больше похожа на OpenTelemetry, чем на POSIX: небольшая базовая схема, расширения вендоров для неподходящих функций и мейнтейнер, выпускающий обновления при изменении семантики полей.

В посте задается вопрос к разработчикам сред выполнения: Есть ли значимые издержки в согласовании базовой схемы? Если нет, то фрагментация — это просто инерция. Если да, то кто платит за эти издержки: пользователи (худшие инструменты, сложнее аудит) или вендоры сред (меньше привязки)? Автор отмечает, что три разные дискуссии о схемах записей сессий пришли примерно к одному и тому же набору полей, что говорит о том, что «формат хочет существовать».