메뉴
ВДВ-скилл — генератор и аудитор описания стадийного процесса по 6 принципам Вход·Действие·Выход. Используй для построения описания нового процесса (/vdv build) или проверки готового описания (/vdv audit).
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 | vdv |
| description | ВДВ-скилл — генератор и аудитор описания стадийного процесса по 6 принципам Вход·Действие·Выход. Используй для построения описания нового процесса (/vdv build) или проверки готового описания (/vdv audit). |
| argument-hint | [build | audit] [описание процесса или деятельности] |
| version | 1.0.0 |
| layer | L1 |
| status | active |
| service_clause | DP.SC.052 |
| triggers | {"slash":["/vdv","/vdv build","/vdv audit"],"phrases":["проверь процесс по ВДВ","построй описание процесса","аудит стадийного процесса"]} |
| tests | ./test_cases.md |
| routing | {"executor":"sonnet","deterministic":false} |
| agents | single |
| interaction | multi-step |
| gates_required | [] |
| gates_enforced | [] |
| gates_rationale | операционный скилл; WP Gate применим только при создании нового РП, не для операционных вызовов |
Service Clause: DP.SC.052
Источник принципов: PD.METHOD.008 §174-230 (каскад v9 стратегирования как эталонный тест-кейс)
Выполни: $ARGUMENTS
ВДВ-скилл — генератор и аудитор описания стадийного процесса по 6 принципам Вход·Действие·Выход. Используй для построения описания нового процесса (/vdv build) или проверки готового описания (/vdv audit).
Шесть инвариантов, по которым работают оба режима:
| # | Принцип | Формулировка | Тест нарушения |
|---|---|---|---|
| 1 | Триада на каждой стадии | У стадии есть Вход, Действие, Выход. Нет одного — неполно. | Одно из трёх полей отсутствует или пусто |
| 2 | Сцепление выход→вход | Выход стадии должен стать входом одной из следующих. | Выход стадии N не появляется во Входе ни одной последующей стадии (и не помечен «внешний» / «обещание контура») |
| 3 | Инвариант входа | Вход = выходы предыдущих + стабильные документы + «план для сравнения». Артефакт без производителя и без пометки «внешний» — сигнал пропущенной стадии. | Во Входе стадии N стоит артефакт, которого нет в Выходе ни одной предыдущей стадии и нет пометки (внешний) |
| 4 | Двусторонняя трассируемость | У каждого артефакта есть производитель и потребитель. Без потребителя — лишний. Без производителя и без «внешний» — пропущенная стадия. | Артефакт в Выходе без потребителя во Входах следующих стадий (и не является обещанием контура) |
| 5 | Carry-over | Незавершённое переносится во Вход следующей итерации того же контура. | Повторяемый процесс (ритм > 1 итерации): вход первой стадии не включает carry-over от предыдущей итерации |
| 6 | Антипустышка | Стадия имеет прямую или косвенную трассировку к обещанию контура. Убрать стадию → нарушится ли обещание? Если нет — кандидат-пустышка. | Проверка: убери стадию — нарушится ли обещание контура? Нет → ❌ кандидат-пустышка. Стадия не трассируется ни напрямую (выход = обещание), ни косвенно (цепочка выходов ведёт к обещанию) |
Особые случаи принципа 5: одноитерационный процесс (однократный, без цикла) — принцип 5 неприменим, ставь ⏸ с пояснением.
Особые случаи принципа 6: обещание контура неизвестно — ⚠️ + запрос уточнения.
/vdv build — ГенерацияПрочитать описание деятельности из $ARGUMENTS. Если описание слишком краткое (<1 предложения или нет ни одного результата/выхода) — запросить уточнение:
«Опишите деятельность подробнее: что происходит, какой основной результат, есть ли повторяющийся ритм?»
Из описания вывести предположительный набор стадий. Правила:
(внешний) если они не производятся внутри процесса—# | Стадия | Ритм | Вход | Действие | ВыходСразу после черновика прогнать принципы 1-4 по построенной таблице. Показать:
Предварительный аудит (принципы 1-4):
П1 (триада): ✅ / ⚠️ / ❌ — <что нашёл>
П2 (сцепление): ✅ / ⚠️ / ❌ — <что нашёл>
П3 (инвариант входа): ✅ / ⚠️ / ❌ — <что нашёл>
П4 (трассируемость): ✅ / ⚠️ / ❌ — <что нашёл>
П5 (carry-over): ⏸ проверится после утверждения структуры
П6 (антипустышка): ⏸ проверится после утверждения обещания контура
После таблицы ВДВ вывести компактный блок:
| Артефакт | Произведён на стадии | Потребляется на стадиях |
|----------|----------------------|------------------------|
| Название | N. Стадия | M. Стадия / → обещание контура / → carry-over (следующая итерация) |
Висячие артефакты (без потребителя внутри контура) помечать:
→ обещание контура — терминальный выход, является обещанием→ carry-over (следующая итерация) — уходит в следующий цикл процесса (П5)→ ❌ потребитель не найден — нарушение П4После правок пользователя — запустить полный аудит (шаги 1-5 режима audit) включая принципы 5-6.
/vdv audit — АудитВходной текст из $ARGUMENTS — таблица стадий или текстовое описание. Если не содержит явной структуры стадий — спросить: «Выделите стадии или передайте таблицу с колонками Вход/Действие/Выход».
Найти все выходы, не являющиеся входом ни одной последующей стадии = кандидаты на обещание контура. Показать:
«Я вижу обещание контура как:
<список терминальных выходов>. Это верно?»
При несогласии — уточнить у пользователя. При нескольких терминальных выходах — попросить выбрать или подтвердить все.
Для каждой стадии и каждого артефакта проверить все 6 принципов. Формат вердикта:
## Аудит процесса: <название>
### Принцип 1: Триада на каждой стадии
✅ Все стадии имеют триаду / ❌ Нарушения:
- Стадия N «<название>»: отсутствует <Вход | Действие | Выход>
Фикс: <конкретное предложение>
### Принцип 2: Сцепление выход→вход
...
### Принцип 3: Инвариант входа
...
### Принцип 4: Двусторонняя трассируемость
...
### Принцип 5: Carry-over
✅ / ⚠️ / ❌ / ⏸ <пояснение>
### Принцип 6: Антипустышка
Обещание контура: <что принято>
✅ / ⚠️ / ❌ — <для каждой стадии с ❌: трассировка к обещанию не найдена>
Фикс: <убрать стадию или явно связать с обещанием>
---
Итог: ✅ <N принципов OK> | ⚠️ <M предупреждений> | ❌ <K нарушений>
Если есть ❌ — предложить исправленную таблицу стадий с применёнными фиксами.
/vdvВДВ-скилл (Вход·Действие·Выход) — WP-413, DP.SC.052
Режимы:
/vdv build <описание деятельности> — построить описание процесса
/vdv audit <описание стадий> — проверить по 6 принципам ВДВ
6 принципов: триада · сцепление · инвариант входа · трассируемость · carry-over · антипустышка
Эталонный тест-кейс: каскад стратегирования v9 (PD.METHOD.008 §185-189)
Тест-кейсы разработки: test_cases.md