메뉴
IntegrationGate — обязательный чеклист (4 шага) при проектировании нового инструмента, агента, детектора или системы. Загружать при триггерах: новый инструмент / агент / детектор / система / метод / интеграция.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Создание нового рабочего продукта (РП) с записью в 5 мест атомарно. Используй когда появляется новая задача, которой нет в плане недели.
Многотуровый диалог писателя (Claude) с напарником (Kimi) по задаче пилота (DP.SC.154). Ведёт turn-loop, обнаруживает CONSENSUS/ESCALATE, после консенсуса — Decision Gate (зафиксировать vs реализовать → ревью → проверить → задеплоить), синтезирует report.md через Agent tool.
Регистрация косяка агента в системе учёта WP-316 L1. Без LLM — детерминированный скрипт без WP Gate.
Аудит пользовательской инсталляции IWE. Запускает scripts/iwe-audit.sh + MCP healthcheck + smoke-test ритуала через sentinel-механику (контракт dry-run-contract.md), передаёт отчёт subagent'у в роли VR.R.002 Аудитор (context isolation) → verdict ✅/⚠️/❌ по 6 компонентам (Inventory, L1 drift, DS-strategy, L3 customizations, MCP, ритуал). Используй после restore из бэкапа, после update.sh, или при еженедельной сверке.
Протокол закрытия недели (Week Close). Ретро 7 дней + carry-over в новую неделю + платформенные шаги (бэкап, dirty repos).
Протокол закрытия дня (Day Close). Алиас для /run-protocol close day — симметрия с /day-open.
| name | integration-gate |
| description | IntegrationGate — обязательный чеклист (4 шага) при проектировании нового инструмента, агента, детектора или системы. Загружать при триггерах: новый инструмент / агент / детектор / система / метод / интеграция. |
| version | 1.0.0 |
| layer | L1 |
| status | active |
| triggers | {"slash":["/integration-gate"],"phrases":["новый инструмент","новый агент","новая система","новый детектор","новый метод","integration gate","IntegrationGate"]} |
| related | ["archgate"] |
Триггер: новый инструмент / агент / детектор / система / метод
Приоритет: БЛОКИРУЮЩЕЕ — пропуск фазы = паттерн P10 (DP.FM.010)
Пропуск фазы → зафиксировать как инцидент:
DS-ecosystem-development/.../C2.3.Operations/Incidents/
Обещание (Service Clause). Какое обещание инструмент даёт потребителю?
Создать/обновить DP.SC.NNN в PACK-digital-platform/.../08-service-clauses/.
Содержит: триггер · входы · выходы · время отклика · инвариант · режим отказа.
Сценарии использования. Кто запускает? Когда? Зачем? В каком контексте? Что делает с результатом?
Минимум 3 сценария с разными потребителями. Приложить к Service Clause.
Роль. Какую роль в системе играет инструмент?
Создать/обновить DP.ROLE.NNN в PACK-digital-platform/.../02-domain-entities/.
Содержит: обязанности · полномочия · связи · входы/выходы как артефакты.
Идентифицировать Kind (род) и Owner Role (кто владеет в надсистеме). Шаблон: DP.D.033.
Реализация. Только после (1)–(3).
Код · тесты · регистрация в hooks/config · smoke-test.
Заголовок реализации: # see DP.SC.NNN, DP.ROLE.NNN
