Online companion¶
Online companion хранит материалы, которые должны быть версионируемыми, проверяемыми и обновляемыми отдельно от печатной рукописи.
В книге остаются аргумент, критерии решений и минимальные формы контрактов. Здесь остаются полные CLI-проходы, runtime configs, trace/event catalogs, eval datasets, источники и справочные walkthrough.
Основные маршруты¶
- Runtime configs and MCP boundary
- Runtime CLI
- Eval datasets
- Traces and events
- Templates
- Checklists
- Changelog
- Errata
- Example artifacts:
artifacts/trace-demo.jsonl,artifacts/trace-failed-tool-timeout.jsonl,artifacts/trace-post-dispatch-timeout.jsonl,artifacts/session-failed-tool-timeout.json,artifacts/eval-failed-run-timeout.json,artifacts/eval-unknown-effect-reconciliation.json - Filled examples:
examples/capability-contract-support-ticket.md,examples/release-decision-record-support-ticket.md,examples/incident-record-support-ticket-timeout.md,examples/production-readiness-support-ticket.md,examples/context-manifest-support-ticket.yaml,examples/threat-map-negative-tests.yaml,examples/slo-card-support-ticket.yaml,examples/adlc-transition-support-ticket.yaml,examples/readiness-rubric-support-ticket.yaml - Полный reference package walkthrough
- Полный список источников
Практика по безопасному агенту¶
Если читатель хочет не только читать, но и повторять материал руками, основной вход — полный reference package walkthrough. Там главы связаны с файлами agent_runtime_ref, командами CLI, companion artifacts и тестами. Минимальная линия практики: inspect-agent для инвентаря, simulate-run для управляемого запуска, dump-events/inspect-trace для доказательств, inspect-approvals для человеческого шлюза, export-eval-dataset для оценок и check-rollout/check-controls для решения о выпуске.
Что должно жить здесь¶
- Полные YAML-конфиги и review forms.
- CLI-команды и ожидаемые JSON-поверхности.
- Trace/event catalogs и validation-message catalogs.
- Eval datasets, verifier contracts и rollout judgment examples.
- Длинные source catalogs, changelog, errata и правила обновления.
Что должно оставаться в книге¶
- Почему архитектурное решение нужно.
- Какой риск оно закрывает.
- Кто владеет действием и доказательствами.
- Как команда понимает, что runtime, policy, trace, eval gate и rollout готовы.