state · diff
git:20260908.af498fc to git:20260915.de884e2
49 added, 0 removed. Audit A to A.
---
name: state
description: Show project status
---
# /polisade:state — Статус проекта
Показать полный статус проекта для PM.
## Использование
```
/polisade:state # Показать статус
```
## Алгоритм
1. Прочитай `.state/PROJECT_STATE.json`
2. Просканируй папки `docs/`, `backlog/`, `tasks/` на артефакты
3. Сверь статусы с PROJECT_STATE.json (синхронизируй если нужно)
4. Собери статистику по состояниям
5. Выведи в структурированном формате
## Формат вывода
```
═══════════════════════════════════════════
СТАТУС ПРОЕКТА
═══════════════════════════════════════════
МОЖНО РЕАЛИЗОВАТЬ (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)
+ ПРИЁМКА:
+ пар: 7; последний прогон: 6/7 зелёных; ⚠️ база разошлась: чеков 0, приборов 1
+
<!-- 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
═══════════════════════════════════════════
РЕКОМЕНДАЦИЯ:
→ [Конкретное действие]
═══════════════════════════════════════════
```
## Логика рекомендаций
1. Если есть `waitingForPM`:
→ "Запусти /polisade:unblock чтобы ответить на N вопросов"
2. Если есть ready BUG:
→ "Есть баги для исправления. /polisade:continue или /polisade:implement BUG-XXX"
3. Если есть ready TASK:
→ "Запусти /polisade:continue для автономной работы"
4. Если есть ready FEAT/SPEC/PLAN без задач:
→ "Создай задачи: /polisade:tasks FEAT-XXX"
5. Если есть ready PRD без спеки:
→ "Создай спецификацию: /polisade:spec PRD-XXX"
5b. Если есть ready SPEC без DESIGN-PKG (опц. рекомендация):
→ "Можно создать дизайн-пакет: /polisade:design SPEC-XXX (C4/ERD/OpenAPI/ADR)"
6. Если всё `blocked`:
→ "Все задачи заблокированы. Детали выше."
7. Если всё `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 | информационно — показывает количество в блоке "АРХИТЕКТУРА" |
<!-- polisade:claude-only BEGIN -->
| Corpus-run (#187) | ARCHRUN (waiting_pm / ready) | отдельная секция "CORPUS-RUN" — **НЕ** в "Можно реализовать"; resume через /polisade:design-corpus --resume, не implement |
<!-- polisade:claude-only END -->
+
+ ### Источник строки блока "ПРИЁМКА" (issue #343)
+
+ Строка берётся ЦЕЛИКОМ из поля `summary` одной команды и не собирается
+ своими словами:
+
+ <!-- polisade:exec-denied CAPSULE BEGIN -->
+ > ⛔ **Вызов скрипта отклонён или не запустился** (`Command references protected path` / `Install directory is read-protected` / `Filesystem Guard` / `the tool's default permission is 'deny'`, отказ песочницы, ненулевой exit без вывода) — **STOP**.
+ > Процитируй отказ дословно. НЕ пересказывай по исходнику, что скрипт «сделал бы»; НЕ собирай dry-run вручную; НЕ переходи к apply/push/pr-create.
+ > НЕ транскрибируй скрипт (прочитать → записать копию в `/tmp` или в проект → запустить копию): копия не байт-идентична — уезжают классы символов в regex, форма возврата функций, пропадают целые функции — и молча меняется набор применённых изменений.
+ > Отказ инструмента — это отказ, а не результат. Доложи PM дословный текст отказа и сошлись на #127 (доставка скриптов в проект).
+ <!-- polisade:exec-denied CAPSULE END -->
+
+ ```bash
+ ${POLISADE_PYTHON:-python3} {plugin_root}/scripts/polisade_acceptance.py status --json --root "${POLISADE_WORK_DIR:-.}"
+ ```
+
+ Чеки она НЕ исполняет — состояние читается из файла приёмки, зафиксированной
+ базы и отчёта последнего прогона. Тот же расчёт читают `/polisade:doctor`,
+ `/polisade:review-pr` и раздел `## Приёмка` в описании PR: четыре собственных
+ разбора одного файла разошлись бы молча.
+
+ Блок печатается ВСЕГДА, включая «приёмка не заведена»: её отсутствие — факт
+ о проекте, а не пустое место. Пометки `stale` (отчёт снят на другом коде) и
+ «база разошлась» не глотать — это ровно те два способа, которыми зелёная
+ приёмка перестаёт что-либо означать.
+
+ ⛔ **Три формы, и третья обязательна** (issue #356). Блок печатается так:
+
+ | когда | что печатать |
+ |---|---|
+ | команда отработала | строку `summary` **ДОСЛОВНО** |
+ | команда ответила `state: absent` | `приёмка не заведена` |
+ | команда НЕ отработала | `не удалось определить` + **дословный** отказ |
+
+ «Приёмка не заведена» — это ОТВЕТ ИНСТРУМЕНТА, а не заполнитель пустоты.
+ Замерено на живом прогоне: скрипт не запускался вовсе (ноль вхождений в
+ логе), модель придумала отказ, привела несуществующую причину, процитировала
+ капсулу exec-denied как прикрытие — и напечатала «не заведена» на проекте,
+ где приёмка ЗАВЕДЕНА и где она сама её двумя строками выше увидела.
+ Отсутствие ответа, отрендеренное как отрицательный ответ, — тот самый класс
+ F1, ради которого блок и заводился.
+
+ Дословная строка `summary` в отчёте и есть свидетельство, что команда
+ отработала: пересказ своими словами такого свидетельства не даёт.
+
### Источники цифр для блока "АРХИТЕКТУРА"
- **Active ADRs** — длина массива `architecture.activeADRs` в PROJECT_STATE.json
- **Design packages** — количество артефактов с `type == "DESIGN-PKG"` в `artifacts`
<!-- polisade:claude-only BEGIN -->
### Источники для блока "CORPUS-RUN" (#187, experimental)
- **Corpus mode** — `architecture.corpus.mode` (`silo` / `living`). Блок
показывается только если `mode == "living"` ИЛИ есть хотя бы один `ARCHRUN-*`.
- **ARCHRUN runs** — артефакты с префиксом `ARCHRUN-` (из `waitingForPM` и
`readyToWork`). `ready` означает **«resume required»**, а не обычную задачу:
всегда сопровождай ссылкой `/polisade:design-corpus --resume=<runId>`
(runId — из `architecture.corpus.pendingRun`). **Никогда не показывай ARCHRUN
в "Можно реализовать".**
<!-- polisade:claude-only END -->
### По статусу
- **ready** — готово к работе
- **in_progress** — в работе
- **waiting_pm** — ждёт ответа PM
- **blocked** — техническая проблема
- **done** — завершено
- **draft** — черновик (не показывать в основном списке)
## Синхронизация
При обнаружении расхождений между файлами и PROJECT_STATE.json:
- Добавь недостающие артефакты в state
- Обнови статусы из frontmatter файлов
- Сообщи о синхронизации: "Синхронизировано N артефактов"
## Важно
- Показывай самую важную информацию первой (баги, блокеры)
- Группируй по возможным действиям, не просто по типам
- Давай конкретные рекомендации с командами
- Не перегружай информацией — PM должен быстро понять что делать