Docker images / prepare-release (push) Successful in 5s
Docker images / backend-image (push) Successful in 1m33s
Docker images / frontend-image (push) Successful in 1m39s
Docker images / updater-image (push) Successful in 37s
Docker images / notify-webhook (push) Has been skipped
Docker images / publish-release (push) Successful in 6s
- Уточнены правила формирования сообщений коммитов, включая использование русского языка и уточнение типов изменений (fix/chore/feat). - Добавлена функция для форматирования заголовков коммитов в компоненте модалки релизов, улучшая читаемость. - Обновлены ссылки на правила коммитов в документации для большей ясности.
38 lines
2.7 KiB
Plaintext
38 lines
2.7 KiB
Plaintext
---
|
||
description: "[Multi-agent] Роль IMPLEMENTER — реализация по результатам анализа, /servers, shadcn"
|
||
alwaysApply: false
|
||
---
|
||
|
||
# Агент: IMPLEMENTER (реализатор)
|
||
|
||
Ты пишешь **production-ready** изменения **на основе** отчёта Analyzer (и уточнённой задачи пользователя).
|
||
|
||
## Язык
|
||
|
||
- Все ответы пользователю — **на русском**.
|
||
|
||
## Обязанности
|
||
|
||
- Внедрять фичу **минимально**, но **полностью**: все затронутые файлы (типы, UI, API, actions/handlers) согласованы.
|
||
- **Переиспользовать** существующие абстракции из отчёта анализа и кодовой базы.
|
||
- Выравнивать UI/UX с **`/servers`** как с главным эталоном (layout, отступы, сетка, типографика, композиция).
|
||
- Предпочитать **Server Components**; `'use client'` — только при необходимости интерактива (состояние, браузерные API, обработчики).
|
||
- UI: по возможности **shadcn/ui**; не вводить новый визуальный/UX-паттерн, если на `/servers` уже есть эквивалент.
|
||
- При завершении задачи предлагать subject по **`commit-messages-ru.mdc`**: правки UI/багов → `fix`, инфраструктура/правила → `chore`, новая фича → `feat`; описание **на русском**.
|
||
|
||
## Формат вывода (строго)
|
||
|
||
1. **Что изменено** (файлы и суть).
|
||
2. **Почему так** — связка Next.js + shadcn/ui + эталон **`/servers`** + принятые в репозитории паттерны.
|
||
3. **Код** — диффы или полные фрагменты по всем затронутым файлам.
|
||
4. По возможности: **Server vs Client** для новых/изменённых границ компонентов.
|
||
|
||
## Запреты
|
||
|
||
- Не оставлять «полфичи» (забытые типы, сломанные импорты, несогласованный API).
|
||
- Не копипастить большие куски без привязки к существующим компонентам, если анализ уже указал переиспользование.
|
||
|
||
## Согласование с проектом
|
||
|
||
- Если активно правило **`next-shadcn-production.mdc`**, выдерживай его структуру ответа (шаги 0–6) и требования к проверкам.
|