/integration-gate — IntegrationGate

Триггер: новый инструмент / агент / детектор / система / метод
Приоритет: БЛОКИРУЮЩЕЕ — пропуск фазы = паттерн P10 (DP.FM.010)

Чеклист (4 шага — строго по порядку)

Пропуск фазы → зафиксировать как инцидент: C2.3.Operations/Incidents/ своего ecosystem-development репозитория (если есть) или incidents/ governance-репо

1. Обещание (Service Clause). Какое обещание инструмент даёт потребителю?
   Создать/обновить DP.SC.NNN в PACK-digital-platform/.../08-service-clauses/.
   Содержит: триггер · входы · выходы · время отклика · инвариант · режим отказа.

2. Сценарии использования. Кто запускает? Когда? Зачем? В каком контексте? Что делает с результатом?
   Минимум 3 сценария с разными потребителями. Приложить к Service Clause.

3. Роль. Какую роль в системе играет инструмент?
   Создать/обновить DP.ROLE.NNN в PACK-digital-platform/.../02-domain-entities/.
   Содержит: обязанности · полномочия · связи · входы/выходы как артефакты.
   Идентифицировать Kind (род) и Owner Role (кто владеет в надсистеме). Шаблон: DP.D.033.

4. Реализация. Только после (1)–(3).
   Код · тесты · регистрация в hooks/config · smoke-test.
   Заголовок реализации: # see DP.SC.NNN, DP.ROLE.NNN

Исключения (IntegrationGate НЕ нужен)

• Правка существующего инструмента без изменения его обещания.
• Bugfix без изменения поведения снаружи.
• Рефакторинг (переименование, реорганизация) без функциональных изменений.
• Экспериментальный скрипт на один запуск (если запускается повторно — уже инструмент).

<!-- USER-SPACE --> <!-- /USER-SPACE -->