ВДВ-скилл — генератор и аудитор описания стадийного процесса по 6 принципам Вход·Действие·Выход. Используй для построения описания нового процесса (/vdv build) или проверки готового описания (/vdv audit).
The English summary is being prepared. Showing the original description.
See how to installReview the instructions the agent will receive before you install.
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
No reviews yet. Tell others what you thought.
No login needed. Share how it worked for you, ask a question, or note where it did not run.
No comments yet. Be the first to write one.
Регистрация косяка агента в системе учёта WP-316 L1. Без LLM — детерминированный скрипт без WP Gate.
The English summary is being prepared. Showing the original description.
Разбор extraction-reports со status pending-review — решение R15 (accept/reject/defer) ЖИВЫМ ПИЛОТОМ, запись в Pack, обновление статуса, коммит. Вызывать при Close при наличии N>0 pending-review отчётов.
The English summary is being prepared. Showing the original description.
Оценка архитектурного решения по 7 характеристикам ЭМОГССБ (v3.1 — фильтр допуска, атрибут-сценарии, совет затронутых сторон; профиль без агрегатного балла, conjunctive screening). Используй когда пользователь предлагает архитектурное решение, новый инструмент или системное изменение.
The English summary is being prepared. Showing the original description.
Classifies raw pilot request → structured JSON {task_type, class, artifact, budget_estimate, confidence, routing_tag, resolution_path, schema_version, result_type, expected_result_kind, result_kind_resolution, hypothesis_relation}. Keyword-fast (<200ms) or Haiku fallback (<60s). Does NOT create WP or call executor.
The English summary is being prepared. Showing the original description.
Audit repository documentation: detect drift between code and docs, report coverage by category. Run manually or on triggered drift critical.
The English summary is being prepared. Showing the original description.
Аудит пользовательской инсталляции 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, {{GOVERNANCE_REPO}}, L3 customizations, MCP, ритуал). Используй после restore из бэкапа, после update.sh, или при еженедельной сверке.
The English summary is being prepared. Showing the original description.