Menü
Show and manage open questions across all artifacts
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
Capture a simple task that does not need planning (CHORE + TASK in readyToWork by default, or registration-only with --no-task). Use when PM mentions "simple task", "chore", "small task", "housekeeping", "quick task", "мелкая задача", "чора", or any request to log routine work without PRD/SPEC overhead. Trigger liberally — under-triggering pushes tiny work into freeform chat; over-triggering is recoverable (PM can delete).
Autonomous work — find and execute ready tasks
Record a technical-debt item (DEBT-NNN) — registration only by default, or register + auto-generate a fix TASK with --task. Use when PM mentions "add tech debt", "record tech debt", "technical debt", "tech debt item", "refactor tracking", "технический долг", "запиши техдолг", or any request to capture deferred refactoring / cleanup work. Trigger liberally — under-triggering loses debt visibility; over-triggering is recoverable (PM can delete or defer).
Register a defect (BUG-NNN) and auto-generate the fix TASK so the bug enters the normal implement/review flow. Use when PM mentions "file a bug", "report defect", "bug report", "register defect", "report a bug", "заведи баг", "баг-репорт", or any request to capture a defect for tracking. Trigger liberally — under-triggering leaves bugs in chat where they get lost; over-triggering is recoverable (PM can delete the BUG artefact).
EXPERIMENTAL (Claude Code only). Apply a SPEC increment to a single LIVING architecture corpus under docs/architecture/ instead of a per-SPEC silo package — treats docs as event-sourcing (SPEC = commit, corpus = working tree), so C4 Context/Container, glossary and the data model stay system-wide and never drift across SPECs. Use when PM mentions "living corpus", "single architecture", "corpus mode", "merge design into the corpus", "one architecture for all SPECs", or wants to migrate per-SPEC DESIGN silos into one corpus. Opt-in behind settings.experimental.designCorpus (default off). v1 is a best-effort prompt corpus on a strong model; deterministic stdlib gates are the weak-model-orchestrator spec (#133/#184/#135).
Create a doc-as-code design package from a PRD or SPEC. Conditionally generates C4 diagrams (Context/Container/Component), sequence diagrams, ER diagram + Data Dictionary, OpenAPI 3.0, AsyncAPI 3.0, ADRs, domain glossary, state diagrams, and deployment view as Mermaid-rendered Markdown files. Use when PM mentions "design", "architecture diagrams", "doc-as-code artifacts", "C4", "ERD", "OpenAPI spec", "AsyncAPI", "event-driven", "Kafka", "message broker", "sequence diagram", "state machine", "domain glossary", "ADR", or before handing a SPEC to another team. Trigger liberally — undertriggering loses architectural value, overtriggering is recoverable (PM can delete).
| name | questions |
| description | Show and manage open questions across all artifacts |
Показывает все открытые вопросы (OQ-, Q-) из PRD, SPEC, FEAT и DESIGN артефактов. Позволяет отслеживать и закрывать вопросы.
/polisade:questions # Все открытые вопросы
/polisade:questions PRD-001 # Вопросы конкретного артефакта
/polisade:questions close OQ-01 # Закрыть вопрос (обновить статус в файле)
python3 {plugin_root}/scripts/polisade_doctor.py {project_root} --questions --format=json
close)--format=json, найти вопрос по ID.closed (или Закрыт если статусы на русском).═══════════════════════════════════════════
OPEN QUESTIONS
═══════════════════════════════════════════
PRD-001 (PRD)
──────────────────────────────────────────
OQ-01 open J. Smith 2026-04-20
Точный механизм подписки: pub/sub или polling?
OQ-03 open A. Johnson 2026-04-25
Какие данные подпадают под 152-ФЗ?
SPEC-001 (SPEC)
──────────────────────────────────────────
Q-001 open Архитектор 2026-04-15
Оптимальный формат хранения: JSON vs Protobuf?
══════════════════════════════════════════
Total: 5 questions, 3 open
══════════════════════════════════════════
Если в проекте есть SPEC с non-empty external_systems, после основного списка
вопросов добавь агрегированный блок:
──────────────────────────────────────────
INTEGRATION STATUS
──────────────────────────────────────────
External Systems: N total
✓ With contract: K
✗ Without contract: M
? Missing SLA/timeout in §7.0: L
Recommendation:
→ Закройте OQ/Q по контрактам перед /polisade:tasks
──────────────────────────────────────────
Чтобы получить эту информацию:
external_systemscontract_ref указан и файл существует → "With contract"contract_ref пуст или файл не найден → "Without contract"Скрипт сканирует markdown-таблицы в артефактах и извлекает строки с ID-паттерном Q-NNN или OQ-NNN.
| Артефакт | Директория | ID-паттерн | Формат таблицы |
|---|---|---|---|
| PRD | docs/prd/ | OQ-NN | ID, Вопрос, Ответственный, Срок, Статус |
| SPEC | docs/specs/ | Q-NNN | ID, Question, Owner, Due, Status |
| FEAT | backlog/features/ | OQ-NN | ID, Вопрос, Ответственный, Срок, Статус |
| DESIGN | docs/architecture/DESIGN-*/ | Q-NNN | ID, Question, Owner, Due, Status |
Помимо явных OQ/Q из таблиц, /polisade:questions проактивно проверяет:
external_systems → есть ли §7.0 Integration Matrix?external_systems → есть ли contract_ref?Эти проверки НЕ создают новые вопросы, а подсвечивают пробелы в блоке Integration Status.
| Статус | Значение |
|---|---|
open / Открыт | Вопрос ожидает ответа |
in_progress / В работе | Ответственный работает над ответом |
waiting_pm | Ожидает решения PM |
blocked | Заблокирован внешней зависимостью |
closed / Закрыт / resolved / Решён | Вопрос закрыт |
/polisade:doctor (использует тот же скрипт)waiting_pm не может быть принят пока есть открытые вопросы