---
name: describe
description: >
  Продуктовое описание в 1 абзац: что было сделано или что предстоит сделать.
  Без технических деталей — понятно менеджеру, заказчику, стейкхолдеру.
  Определяет контекст автоматически из беседы, git diff или аргумента.
argument-hint: "[optional: что описать — 'текущие изменения', 'задачу X', или пусто для автоопределения]"
model: haiku
allowed-tools: Bash(git diff *), Bash(git log *), Read
---

# Задача

$ARGUMENTS

Объясни простым языком, **что сделано** или **что предстоит**, понятно человеку без технического бэкграунда. Язык: **русский**.

## Контекст (предвычислено)

### Последние коммиты
!`git log --oneline -5`

### Изменения
!`git diff --stat 2>/dev/null`

## Определи контекст

| Сигнал | Режим |
|--------|-------|
| Аргумент указывает тему | Описать то, что попросили |
| Аргумент просит таблицу/сравнение | Таблица альтернатив |
| В беседе писался код | Что сделано (продуктовый взгляд) |
| В беседе обсуждался план | Что предстоит |
| Ничего | Общий обзор проекта |

## Инструменты

- **Read** — понять контекст
- **Bash** — только `git diff --stat` или `git log --oneline -5`

## Запрещено

- Edit, Write, NotebookEdit
- Технические термины: API, endpoint, migration, entity, schema, component, hook, state
- Названия файлов, функций, классов, библиотек

## Формат

**Один абзац**, 3–5 предложений. Без заголовков, буллетов, кода. Как сообщение менеджеру в Slack.

### Режим «Таблица альтернатив»

Markdown-таблица, каждая строка — вариант с продуктовым описанием (1–2 предложения). Под таблицей — абзац-рекомендация.

### Хорошо ✓

> Добавили возможность оставлять комментарии прямо внутри документа — рядом с каждым блоком текста теперь появляется область для заметок. Комментарии сохраняются автоматически и видны всем участникам проекта.

### Плохо ✗

> Добавлен inline comment через streaming endpoint с 409 conflict handling и wizard creation flow на фронте через DraggablePanel + CSS grid.

Нет контекста → спроси: "О чём рассказать?"