Многомерная модель статуса объекта¶

Одного поля status недостаточно: документ может быть действующим, а описываемый продукт — только гипотезой; архитектура может быть утверждена, а реализация ещё не начата.

Четыре измерения¶

Измерение	Допустимые значения	Главный вопрос
`architecture_status`	`canonical`, `approved-target`, `experiment`, `hypothesis`, `deprecated`, `retired`	Какое место объект занимает в принятой архитектуре?
`implementation_status`	`not-started`, `in-design`, `prototype`, `controlled-pilot`, `commercial-beta`, `operational`, `paused`, `closed`	В каком состоянии исполнение?
`evidence_status`	`untested`, `preliminary-support`, `supported`, `validated-within-scope`, `contested`, `contradicted`, `not-applicable`	Насколько подтверждены связанные claims?
`visibility_status`	`public`, `team`, `restricted`, `legal-privileged`, `personal-data`	Кому допустимо видеть объект или его представление?

Связь со статусом документа¶

descriptive.status описывает жизненный цикл Markdown-документа: draft, active, superseded и так далее. object_state описывает сущность, о которой говорит документ. Эти поля не выводятся друг из друга автоматически.

descriptive:
  status: active
object_state:
  architecture_status: hypothesis
  implementation_status: prototype
  evidence_status: untested
  visibility_status: team

Такой пример означает: действующая страница честно и канонически описывает командный прототип, который остаётся непроверенной гипотезой.

Правила применения¶

object_state добавляется только после содержательного review.
Неизвестное состояние не угадывается; отсутствие поля честнее ложной точности.
Evidence status относится к явно определённым claims и scope.
Visibility metadata не заменяет технический access control.
Смена статуса требует даты, основания, owner и при необходимости decision record.
Публичное представление не может показывать более зрелое состояние, чем канонический объект.