Customer Delivery

Обзор

Customer Delivery закрывает разрыв между «работа существует» и «заказчик получил обещанный результат». Навык хранит в одной проверяемой цепочке исходное требование, выбранные знания, дельту реализации, тестовые доказательства, слитую и выкаченную ревизии, live-результат и диспозицию заказчика.

Цепочка приёмки

1. Зафиксировать источник. Сохранить дословную формулировку заказчика и разделить её на стабильные ID требований. Исправления вытесняют старый текст, но не удаляют историю.
2. Закрепить применимые знания. До начала реализации записать неизменяемые ревизии роли, скила, blueprint, ограничения, политики и критерия успеха.
3. Сделать и проверить. Связать требование с дельтой реализации, red/green-доказательством и итоговой слитой ревизией. Только тест или документация — это поддерживающее доказательство, а не пользовательская поставка.
4. Доказать поставку. Записать выкаченную ревизию и свежий live-результат. Для визуальной работы добавить локаль, viewport, тему и явную визуальную диспозицию оператора.
5. Закрыть честно. Выставить диспозицию заказчика: принято, отклонено, вытеснено или ожидается. Отсутствующее звено цепочки не считается успехом.

Receipt покрытия

Машинный receipt связывает Requirement → ревизии знаний → реализация → red/green-доказательство → merge → deploy → live-доказательство → диспозиция. Цепочка ациклична и mutation-tested: удаление любого обязательного звена должно перевести гейт в отказ.

Что не заменяет поставку

• Зелёный unit-тест без выкатки и live-результата.
• Изменение знаний, документации, ledger или CI без пользовательского результата.
• Скриншот staging, если production всё ещё отстаёт от принятой ревизии.
• Предположение агента, что ожидаемая проверка заказчика означает принятие.