iwe-bug-report · diff
v1.0.0 to v1.0.0
8 added, 0 removed. Audit A to A.
---
name: iwe-bug-report
description: Сообщить об ошибке или проблеме платформы IWE. Создаёт GitHub issue в FMT-exocortex-template.
argument-hint: "[описание проблемы]"
version: 1.0.0
layer: L1
status: active
triggers:
slash: [/iwe-bug-report]
phrases: []
routing:
executor: agent
model: sonnet
deterministic: false
agents: none
interaction: one-shot
gates_required: []
gates_enforced: []
gates_rationale: "операционный скилл; WP Gate применим только при создании нового РП, не для операционных вызовов"
---
# Отчёт об ошибке платформы IWE
Проблема: $ARGUMENTS
## When to use
Сообщить об ошибке или проблеме платформы IWE. Создаёт GitHub issue в FMT-exocortex-template.
## Algorithm
+ ## Шаг 0. Проверка на запрос справки (issue #274)
+
+ Если `$ARGUMENTS` пуст, отсутствует, или равен `--help`/`-h`/`help` — НЕ создавать issue. Вместо этого вывести:
+
+ > «`/iwe-bug-report [описание проблемы]` — сообщает об ошибке платформы IWE, создаёт GitHub issue в FMT-exocortex-template. Опиши, что произошло и что ожидалось, например: `/iwe-bug-report day-close не архивирует DayPlan`.»
+
+ Прекратить выполнение.
+
## Шаг 1. Категоризация
Определи категорию по содержанию $ARGUMENTS:
| Метка | Когда |
|-------|-------|
| `bug` | Скилл / протокол / скрипт работает не так, как задумано |
| `docs` | Неточность или пробел в документации / memory / SKILL.md |
| `enhancement` | Улучшение существующего поведения (не новый функционал) |
| `question` | Поведение непонятно, нужно уточнение |
## Шаг 2. Сбор деталей
Извлеки из $ARGUMENTS и контекста сессии:
- **Что произошло:** конкретное наблюдаемое поведение
- **Что ожидалось:** правильное поведение по протоколу
- **Шаги воспроизведения:** команда / скилл / триггер (если применимо)
- **Где:** путь к скиллу / протоколу / скрипту или имя файла
Если какой-либо элемент не указан — пропусти соответствующий блок в issue (не оставляй пустые заголовки).
## Шаг 3. Получить версию IWE
Запусти:
```bash
cd ~/IWE/FMT-exocortex-template && git log -1 --format="%h %ad" --date=short 2>/dev/null || echo "неизвестно"
```
## Шаг 4. Проверить gh CLI
Запусти:
```bash
gh auth status 2>&1 | head -3
```
Если `gh` не авторизован или не установлен — выведи сообщение:
> «`gh` CLI не найден или не авторизован. Установи через `brew install gh`, затем `gh auth login`. Issue не создан.»
> Прекрати выполнение.
## Шаг 5. Создать issue
Собери переменные:
- `TITLE`: до 80 символов, формат `[ТИП] Краткое описание`
- `CATEGORY`: метка из шага 1
- `DATE`: сегодняшняя дата (YYYY-MM-DD)
- `IWE_VERSION`: из шага 3
Запусти (подставив реальные значения):
```bash
gh issue create \
--repo TserenTserenov/FMT-exocortex-template \
--title "TITLE" \
--label "CATEGORY" \
--body "$(cat <<'BODY'
## Что произошло
[описание]
## Что ожидалось
[ожидаемое поведение]
## Шаги воспроизведения
[шаги или «не применимо»]
## Контекст
- Файл / скилл: [путь или название]
- Дата: DATE
- IWE commit: IWE_VERSION
BODY
)"
```
## Шаг 6. Отчёт
Выведи одну строку:
> *«Issue создан: [URL]»*
Если `gh` вернул ошибку — вывести текст ошибки полностью.
<!-- USER-SPACE -->
<!-- /USER-SPACE -->