Определяет желаемое поведение, границы, реакции на сбои, человеческий контроль и требования безопасности для резервной модели. Этот справочник фиксирует границы принятия, поведение при сбоях и наблюдаемые доказательства, оставляя при этом специфичные для среды ограничения настраиваемыми.
Статус пакета: справочный контекст готов для проверки человеком. Контракт и тестовые сценарии завершены, но не заявляется, что внедренная реализация их прошла.
Решение
Для резервной модели принять версионированную политику оркестрации и явную границу вызова модели. Сделать явными обещания, исключения, полномочия и реакции на сбои, видимые пользователю, оставляя измеряемые пороги в качестве выбора при внедрении. Этот блок требований сосредоточен конкретно на требованиях и политике. Этот пакет является справочным контрактом: команда внедрения должна выбрать числовые лимиты, провайдеров, юрисдикции и операционных владельцев на основе доказательств в своей собственной среде.
Область применения
- Акторы, входы, выходы, состояния, версии политики или схемы и внешне видимые результаты резервной модели, необходимые для фокуса требований и политики этого блока требований.
- Основные и альтернативные интерфейсы, фоновые процессы, кэши, интеграции, пути поддержки и доказательства, которые могут задействовать ту же границу.
- Конфигурация, развертывание, восстановление и обязанности по проверке, специфичные для внедрения, необходимые для безопасного применения справочника.
Вне этого блока
- Выбор универсального поставщика, фреймворка, юрисдикции, числового порога, периода хранения или целевого уровня обслуживания для каждого внедряющего.
- Заявление о том, что упакованные сценарии были выполнены на нижестоящей реализации или что этот справочник предоставляет юридическую, безопасность или сертификацию доступности.
Контракт
- Сохранять версии подсказки, инструмента, извлечения, модели и политики, необходимые для воспроизведения или объяснения каждого существенного результата.
- Проверять структурированный вывод перед любым побочным эффектом; некорректный или неполный вывод является ошибкой, а не частичным полномочием.
- Разделять недоверенный пользовательский или извлечённый контент и системную политику, маркируя каждый элемент контекста происхождением и классом доверия.
- Ограничивать токены, вызовы инструментов, задержки и затраты на запрос; при превышении границы следует использовать именованный резервный вариант вместо неограниченного продолжения.
- Указывать, какой актор получает какой результат при каждом существенном состоянии, включая недоступные, неавторизованные, пустые и частичные условия.
- Отмечать настраиваемые лимиты и политики как выбор с владельцами; не представлять примерные значения как универсальные требования.
- Объявлять порядок резервных вариантов по возможностям, политике безопасности, региону данных, задержке, стоимости, длине контекста и контракту вывода, а не слепо заменять любую доступную модель.
- Повторно проверять входы и выходы на каждой границе провайдера, выявлять существенное ухудшение качества и сохранять идентичность одной операции, чтобы резервный вариант не мог повторять инструменты или побочные эффекты.
- Для варианта требований и политики обеспечивать соблюдение объявленной границы: определяет желаемое поведение, границы, реакции на сбои, человеческий контроль и требования безопасности для резервной модели.
Руководство по реализации
- Обсудить контракт с продуктом, реализацией, операциями, безопасностью и затронутыми пользователями перед продвижением за пределы проверки.
- Смоделировать входы, выходы, акторов, состояния, инварианты, побочные эффекты и доказательства резервной модели перед выбором деталей фреймворка или поставщика.
- Хранить применимую версию контракта или политики резервной модели с существенным состоянием, чтобы миграции, воспроизведение и решения поддержки оставались атрибутируемыми.
- Внедрять путь за контролируемым развертыванием, сравнивать ожидаемые и наблюдаемые результаты и сохранять проверенный маршрут восстановления до завершения доказательств внедрения.
Обработка сбоев и меры безопасности
- Сбой провайдера, небезопасный вывод или исчерпанный бюджет возвращают ограниченный резервный вариант и сохраняют диагностические доказательства, безопасные для корреляции.
- Недопустимое или противоречивое состояние резервной модели отклоняется или помещается в карантин; реализация никогда не угадывает значение, расширяющее полномочия или дублирующее эффект.
- Повторы ограничены и используют долговременную идентичность; после исчерпания работа достигает проверяемого конечного состояния с ответственным владельцем.
Проверка и эксплуатация
- Соотносить каждое обещание и исключение как минимум с одним наблюдаемым сценарием и подтверждать, что ни два состояния не требуют противоречивых результатов.
- Отслеживать успех, отказ, ошибку валидации, сбой зависимости, исчерпание повторов и восстановление резервной модели по версии контракта без чувствительных измерений полезной нагрузки.
- Повторно запускать парные положительные и отрицательные фикстуры после изменений политики, схемы, зависимости, миграции или границ и сохранять полученные доказательства.
Предположения внедрения
- Имена и значения в примере — это конкретные фикстуры, а не универсальные значения по умолчанию; внедряющие заменяют их через документированные доказательства и владение.
- Внедряющая система может обеспечить аутентифицированную идентичность, долговременные версии операций или записей, ограниченную телеметрию и контролируемый путь для изменений.
Примеры, похожие на исполняемые, в этом пакете являются фикстурами и контрактами приемки. Запустите валидатор коллекции для проверки структуры и метаданных, затем переведите и выполните сценарии в целевом репозитории перед записью доказательств реализации.
Ссылки
- NIST AI 600-1, Профиль генеративного ИИ (применяется с 2026-09-08)