菜单
Верификация артефакта по эталону из Pack. Загружает роль VR.R.001 (Верификатор) с context isolation — проверяет результат, а не процесс создания.
用 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 | verify |
| description | Верификация артефакта по эталону из Pack. Загружает роль VR.R.001 (Верификатор) с context isolation — проверяет результат, а не процесс создания. |
| argument-hint | [code|archgate|capture|pack|wp|chain|adversarial|subsection|section|guide|auto] [путь или id] |
| version | 1.0.0 |
| layer | L1 |
| status | active |
| triggers | {"slash":["/verify"],"phrases":[]} |
| routing | {"executor":"sonnet","deterministic":false} |
| agents | single |
| interaction | multi-step |
| gates_required | [] |
| gates_enforced | [] |
| gates_rationale | операционный скилл; WP Gate применим только при создании нового РП, не для операционных вызовов |
Роль: VR.R.001 Верификатор (PACK-verification) Принцип: Context isolation (VR.SOTA.002) — проверяю результат по эталону, НЕ процесс создания. Архитектура: Ядро (Pack, фиксированное) + Контекст (переменный) — AS.D.004.
Аргументы: $ARGUMENTS
Верификация артефакта по эталону из Pack. Загружает роль VR.R.001 (Верификатор) с context isolation — проверяет результат, а не процесс создания.
| Аргумент | Тип | Что проверяет |
|---|---|---|
code | Проверка кода | Качество кода: логика, edge cases, безопасность, coupling |
archgate | Проверка реализации АрхГейта | Код соответствует ЭМОГССБ-оценке, принципы воплощены |
capture | Проверка capture-candidate | UL, полнота, непротиворечивость с Pack |
pack | Проверка Package-адекватности | Проверяет 11 координат E.4.DPF.DA seed-пакета (Ф1-Ф3 артефакты): SoTA, decision-record, seed-маркер, их достаточность. Используется из /verify pack или pack-creator Шаг 4 |
wp | Приёмка рабочего продукта | Критерии done из WP context file |
chain | Data flow check | Прочитаны ли downstream consumers? Контракты совпадают? (CoVe stage 3) |
adversarial | Scope & bias check | Scope определён анализом или выводом? Что НЕ прочитано? (Pre-mortem) |
subsection | Проверка подраздела руководства (SS) | 🔴 v4-lint + 🟡 нарратив/дуга/практика/аналогия (G-L) по CHECKLIST-subsection-v1.md |
section | Проверка раздела руководства (S) | 🔴 v4-lint section + 🟡 связность SS, дуга по ступеням, охват темы (D-H) по CHECKLIST-section-v1.md |
guide | Проверка руководства целиком | 🔴 v4-lint guide + 🟡 целостность объекта, дуга, охват узлов мастерства, эпилог (E-I) по CHECKLIST-guide-v1.md |
auto или пусто | Автоопределение | По типу файла и контексту сессии |
Автоопределение:
archgatecodecapturewpchainadversarialsubsection_id: PD.GUIDE.N.SX.SSY во frontmatter, или один файл подраздела руководства → subsectionS{N}-*/) или указан section_id во frontmatter → sectionstructure-guide-N.md или папка руководства целиком → guideТриггеры от пилота: «проверь подраздел X» / «проверь раздел S{N}» / «проверь руководство N» → соответственно subsection / section / guide.
Запустить Agent tool с context isolation:
Для code:
git diff (или указанные файлы)CLAUDE.md затронутого репоДля archgate:
Для capture:
Для pack:
06-sota/{slug}-sota-sheet.md (Ф1: SoTA-лист).pfad-decision.md (Ф2: decision record)01B-distinctions.md с маркером **Maturity:** seed (Ф3: seed-маркер + mature-lite чек-лист)verify-pack-adequacy-subsection.md + данные из контекстаДля wp:
{{GOVERNANCE_REPO}}/inbox/WP-{N}-*.md)Для chain (CoVe — Chain-of-Verification, Meta ACL 2024):
git diff изменённых файловgrep по codebase — найти все файлы, которые import/require/вызывают изменённые функцииДля adversarial (Pre-mortem + Devil's Advocate, PROClaim 2026):
git diff изменённых файловgit diff --stat vs файлы из diff)Для subsection (один подраздел руководства, WP-322 Ф0.10):
Двухэтапная проверка: 🔴 машинная (оркестратор) → 🟡 семантическая (sub-agent). 🟢 пилот не делается агентом.
Переменные окружения:
IWE_ROOT — корень рабочей директории (default: $HOME/IWE). Используется для путей к Pack и DS-principles-curriculum.Hotfix-исключение: если последний коммит содержит [hotfix] в message — запускается только 🔴, без 🟡 (см. CHECKLIST-subsection-v1.md §«Правило»).
Auxiliary-режим: если frontmatter подраздела содержит format_version: 4.1-aux — это auxiliary-подраздел (.08-concepts, .09-exercises, .10-review-questions, .11-section-conclusions). Применяется упрощённая проверка: только 🔴 B (минимальный frontmatter: subsection_id, title, order) + 🟡 проверка типа содержимого (concepts = сводка, exercises = практики, review = вопросы, conclusions = выводы). Полный G-L НЕ применяется (auxiliary не вводит понятий, не имеет цепочки мем→метод→мировоззрение).
Этап 🔴 (оркестратор, локально):
IWE_ROOT="${IWE_ROOT:-$HOME/IWE}"
cd "$IWE_ROOT/DS-principles-curriculum"
PACK_FORM_089="$IWE_ROOT/PACK-personal/pack/personal-development/02-domain-entities/formalizations/PD.FORM.089-learner-rcs.md"
# 1. Структура (A.1-A.11) + контракт Портного (B.1-B.9)
python3 tools/v4-lint.py porter <subsection.md>
# 2. Кросс-руководная согласованность
python3 tools/v4-lint.py cross-guide specs/v4-reference/
# 3. Pack-drift (cp/bh)
python3 tools/v4-lint.py pack-drift specs/v4-reference/ --pack "$PACK_FORM_089"
# 4. Граф понятий
python3 tools/v4-lint.py graph build specs/v4-reference/ --out-json /tmp/graph.json
# 5. Блок F (Git-целостность + F.4 формат степеней) — вне v4-lint:
git -C "$IWE_ROOT/DS-principles-curriculum" status --porcelain specs/v4-reference/ # F.1 чисто
grep -l "$(basename <subsection.md>)" "$IWE_ROOT/aisystant/docs" 2>/dev/null || \
echo "F.3 WARN: файл может быть не в правильном репо"
# F.4 (формат «Степени мастерства» — таблица, не список) проверяется вручную или в 🟡
FAIL с диагностикой из stderr, sub-agent НЕ запускаетсяЭтап 🟡 (два специализированных sub-agent, Opus, context isolation) — WP-322 Ф14:
Разделение на два субагента: смешанный промпт снижает качество обеих веток. FPF-агент видит только FPF; педагог-агент видит только педагогику.
Пропустить auxiliary: если format_version: 4.1-aux — Этап 🟡 заменяется упрощённой проверкой типа содержимого.
Порядок: FPF → педагог (FPF-нарушения часто блокируют педагогическую оценку).
Sub-agent 1 — verify-fpf (промпт: verify-fpf-subsection.md):
.claude/skills/verify/verify-fpf-subsection.mdSub-agent 2 — verify-pedagogy (промпт: verify-pedagogy-subsection.md):
.claude/skills/verify/verify-pedagogy-subsection.mdИтоговый Verdict (агрегированный):
pilot-feedback.yml)Для section (раздел руководства S, WP-322 Ф0.10):
Предусловие: ВСЕ подразделы раздела уже прошли
verify subsection(🔴+🟡 PASS). Если нет — остановиться, попросить сначала закрыть SS.
Hotfix-исключение: если последний коммит содержит [hotfix] в message И затронут только один SS — запускается verify subsection для этого SS, без полного verify section.
Этап 🔴 (оркестратор):
IWE_ROOT="${IWE_ROOT:-$HOME/IWE}"
cd "$IWE_ROOT/DS-principles-curriculum"
# 1. Структурная полнота раздела (A.1-A.4, B.1-B.3, C.1-C.2)
python3 tools/v4-lint.py section --id <section-id> specs/v4-reference/
# 2. Связность prerequisites внутри раздела (отдельная проверка B.1-B.3, дублирует часть section)
python3 tools/v4-lint.py prerequisites-graph --scope section --id <section-id> specs/v4-reference/
FAILЭтап 🟡 (sub-agent, Opus, context isolation):
CHECKLIST-section-v1.md §🟡 (D-H)CHECKLIST-section-v1.md §🟡 («Claude Opus, context isolation»). Sonnet справляется по объёму, но связность нарратива и согласованность метафор раздела требуют глубокого анализа — Opus.Verdict: PASS = 🔴+🟡 PASS → готов к 🟢 пилот-тесту раздела (≥3 пилота × 6/6). FAIL = диагностика по конкретным SS.
Для guide (руководство целиком, WP-322 Ф0.10):
Предусловие: ВСЕ разделы руководства уже прошли
verify section. Если нет — остановиться. Это самый дорогой тип проверки — Opus, объём 20-100K слов.
Hotfix-исключение: при [hotfix] в коммите — только verify subsection затронутых файлов; полный verify guide не запускается. Полный запуск guide — ежеквартально (content-аудит) или при релизе нового руководства.
Этап 🔴 (оркестратор):
IWE_ROOT="${IWE_ROOT:-$HOME/IWE}"
cd "$IWE_ROOT/DS-principles-curriculum"
PACK_FORM_089="$IWE_ROOT/PACK-personal/pack/personal-development/02-domain-entities/formalizations/PD.FORM.089-learner-rcs.md"
GUIDE_ID="<guide-id>" # PD.GUIDE.<N> или N (1-4)
# 1. Структурная полнота руководства (A.1-A.5, B.1-B.4, C.1-C.3)
python3 tools/v4-lint.py guide --id "$GUIDE_ID" --pack "$PACK_FORM_089" specs/v4-reference/
# 2. Кросс-руководная согласованность (внутри guide + между guides)
python3 tools/v4-lint.py cross-guide --scope guide --id "$GUIDE_ID" specs/v4-reference/
# 3. Граф понятий руководства
python3 tools/v4-lint.py graph build --scope guide --id "$GUIDE_ID" --out-json /tmp/guide-graph.json specs/v4-reference/
# 4. Pack-drift на масштабе руководства (если не прошло через cmd_guide --pack)
python3 tools/v4-lint.py pack-drift --scope guide --id "$GUIDE_ID" --pack "$PACK_FORM_089" specs/v4-reference/
FAILЭтап 🟡 (sub-agent, Opus, context isolation):
structure-guide-N.md) + README + CHECKLIST-guide-v1.md §🟡 (E-I) + frontmatter руководстваVerdict: PASS = 🔴+🟡 PASS → готов к 🟢 пилот-тесту руководства (≥3 пилота × 6/6, типично 2-4 недели). FAIL = диагностика по конкретным S/SS.
Sub-agent получает промпт с заполненными данными из шага 1.
⛔ Sub-agent НЕ получает:
Для code, capture, wp, archgate — определить эталон:
| Тип артефакта | Эталон |
|---|---|
| Pack-сущность | SPF pack-template + доменные принципы Pack |
| Описание метода | SPF process/07 + Pack |
| Код (DS) | CLAUDE.md репо + Pack-описания сервисов |
| Архитектурное решение | DP.ARCH.001 §7 (→ используй /archgate вместо /verify) |
| План (WeekPlan/DayPlan) | Протоколы Open/Close |
| Подраздел руководства (SS) | DS-principles-curriculum/specs/v4-reference/CHECKLIST-subsection-v1.md (v1.2+) |
| Раздел руководства (S) | DS-principles-curriculum/specs/v4-reference/CHECKLIST-section-v1.md |
| Руководство целиком | DS-principles-curriculum/specs/v4-reference/CHECKLIST-guide-v1.md |
Если эталон не определяется → СТОП. Сообщи: «Эталон не найден. Нужен рецензент, не верификатор.»
Для chain, adversarial — эталон = сам код (downstream consumers, scope analysis). Чеклисты встроены в шаг 1.
Sub-agent возвращает verdict:
## Verdict: [PASS / FAIL / CONDITIONAL]
**Контекст:** [тип проверки]
**Артефакт:** [что проверялось]
**Эталон:** [по чему проверялось]
### Несоответствия
| # | Severity | Файл | Строка | Что | Почему (reasoning) | Эталон |
|---|----------|------|--------|-----|-------------------|--------|
| 1 | критический / высокий / средний / низкий | path | N | описание | почему проблема | принцип/правило |
### Сводка
- **Критических:** N
- **Высоких:** N
- **Средних:** N
- **Низких:** N
### Рекомендация
[1-3 предложения]
Правила verdict:
Вывести verdict. Пользователь решает: