القائمة
Show project status
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
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 | state |
| description | Show project status |
Показать полный статус проекта для PM.
/polisade:state # Показать статус
.state/PROJECT_STATE.jsondocs/, backlog/, tasks/ на артефакты═══════════════════════════════════════════
СТАТУС ПРОЕКТА
═══════════════════════════════════════════
МОЖНО РЕАЛИЗОВАТЬ (N):
• BUG-001: Кнопка не работает (P1)
• TASK-001: Create API endpoint
• TASK-002: Add UI component
МОЖНО СОЗДАТЬ ЗАДАЧИ (N):
• FEAT-001 → /polisade:tasks FEAT-001
• SPEC-001 → /polisade:tasks SPEC-001
НУЖНА ПРОРАБОТКА (N):
• PRD-001 → /polisade:spec PRD-001
• SPEC-002 → /polisade:design SPEC-002 (опц., создать doc-as-code пакет)
АРХИТЕКТУРА:
Active ADRs: 4
Design packages: 2 (DESIGN-001, DESIGN-002)
<!-- polisade:claude-only BEGIN -->
CORPUS-RUN (экспериментально, #187 — показывать только если есть ARCHRUN или corpus.mode=living):
Corpus mode: living
• ARCHRUN-001: ждёт PM — "synonym collision: Order vs PurchaseOrder"
→ /polisade:unblock, затем /polisade:design-corpus --resume=<runId>
• ARCHRUN-002: ready (resume required) → /polisade:design-corpus --resume=<runId>
<!-- polisade:claude-only END -->
───────────────────────────────────────────
ЖДУТ PM (N):
• TASK-003: "Какой лимит для rate limiting?"
(с 2024-01-15)
• FEAT-002: "Какой приоритет?"
(с 2024-01-14)
ЗАБЛОКИРОВАНО (N):
• TASK-008: Тесты падают после изменений в API
В РАБОТЕ (N):
• TASK-005: Implementing auth module
───────────────────────────────────────────
БЭКЛОГ:
Features: 3 (1 ready, 2 draft)
Bugs: 2 (1 ready, 1 in_progress)
Tech Debt: 5 (2 ready, 3 draft)
ЗАВЕРШЕНО ЗА СЕССИЮ:
• TASK-004, BUG-002
═══════════════════════════════════════════
РЕКОМЕНДАЦИЯ:
→ [Конкретное действие]
═══════════════════════════════════════════
Если есть waitingForPM:
→ "Запусти /polisade:unblock чтобы ответить на N вопросов"
Если есть ready BUG: → "Есть баги для исправления. /polisade:continue или /polisade:implement BUG-XXX"
Если есть ready TASK: → "Запусти /polisade:continue для автономной работы"
Если есть ready FEAT/SPEC/PLAN без задач: → "Создай задачи: /polisade:tasks FEAT-XXX"
Если есть ready PRD без спеки: → "Создай спецификацию: /polisade:spec PRD-XXX"
5b. Если есть ready SPEC без DESIGN-PKG (опц. рекомендация): → "Можно создать дизайн-пакет: /polisade:design SPEC-XXX (C4/ERD/OpenAPI/ADR)"
Если всё blocked:
→ "Все задачи заблокированы. Детали выше."
Если всё done:
→ "Всё завершено! Добавь новую работу: /polisade:feature или /polisade:prd"
| Группа | Артефакты | Следующее действие |
|---|---|---|
| Можно реализовать | BUG, TASK, DEBT (ready) | /polisade:implement или /polisade:continue |
| Можно создать задачи | FEAT, SPEC, PLAN (ready) | /polisade:tasks |
| Нужна проработка | PRD (ready) | /polisade:spec |
| Можно спроектировать | SPEC (ready) без DESIGN-PKG | /polisade:design (опционально) |
| Архитектура | DESIGN-PKG, ADR | информационно — показывает количество в блоке "АРХИТЕКТУРА" |
| Corpus-run (#187) | ARCHRUN (waiting_pm / ready) | отдельная секция "CORPUS-RUN" — НЕ в "Можно реализовать"; resume через /polisade:design-corpus --resume, не implement |
architecture.activeADRs в PROJECT_STATE.jsontype == "DESIGN-PKG" в artifactsarchitecture.corpus.mode (silo / living). Блок
показывается только если mode == "living" ИЛИ есть хотя бы один ARCHRUN-*.ARCHRUN- (из waitingForPM и
readyToWork). ready означает «resume required», а не обычную задачу:
всегда сопровождай ссылкой /polisade:design-corpus --resume=<runId>
(runId — из architecture.corpus.pendingRun). Никогда не показывай ARCHRUN
в "Можно реализовать".При обнаружении расхождений между файлами и PROJECT_STATE.json: