Aleksey Shakhmatov
c068dfae0c
- permission-gate: block refs/tags/v* pushes, rm -r -f separated flags, git reset --hard, git clean (verified against actual bypasses) - prompts: /bugfix /feature /review no longer hardcode go-standards — reference profile-gated <lang>-standards instead - company-context: drop hardcoded Go stack, note TRACKER_URL priority, warn on context truncation instead of silently dropping rules - repo-map/docs-map: graceful degradation when config values are TODO - /kit-doctor: warn on unfilled config fields (repoMap/trackerUrl/docsUrl) - audit: retry POSTs to endpoint (3 attempts, backoff), still best-effort - install.sh: remove TODO course URL from cheat sheet - tests: expand guardrails (43 node checks), add shell tests for create-mr.sh (scp/https origin parse, GITLAB_HOST override, protected branch refusal), cover company-context lib (normalize/fetch/truncation) and mcp-bridge - commit package-lock.json for reproducible installs - document npm test Node >= 22.6 requirement (type stripping)
2.5 KiB
2.5 KiB
description, argument-hint
| description | argument-hint |
|---|---|
| Реализация фичи по тикету с обязательным согласованием плана | <ключ-тикета> |
Ты реализуешь фичу по тикету $ARGUMENTS. Работа делится на две фазы: сначала план, потом реализация. Не начинай писать код до моего подтверждения плана.
Фаза 1. План (остановись после неё)
- Прочитай тикет. Через скилл
jira-workflowполучи тикет$ARGUMENTS(адрес трекера и токен — из корпоративного контекста сессии и переменных окружения, не выдумывай их). Перескажи требования и критерии приёмки. - Изучи код. Найди затронутые сервисы и места изменений, опираясь на скилл
repo-map. - Составь план и запиши его в файл
PLAN.mdв корне: цель, затрагиваемые модули, пошаговый список изменений, какие тесты добавишь, риски и открытые вопросы. - Остановись и попроси меня согласовать план. Не переходи к реализации без явного «ок».
Фаза 2. Реализация (только после подтверждения)
- Реализуй строго по согласованному
PLAN.md, следуя нашему языковому стандарту — скилл<lang>-standardsдля языка репозитория (например,go-standardsилиtypescript-standards; он подключён по моему профилю, бери его из корпоративного контекста). - На каждый заметный кусок функциональности добавляй тесты.
- Прогони линтеры и тесты (см.
<lang>-standards) — всё должно быть зелёным. - Подготовь описание MR со ссылкой на тикет
$ARGUMENTS. MR не пушь без моего подтверждения.
Соблюдай корпоративные правила из контекста сессии (не коммитить секреты, не пушить в защищённые ветки, MR обязателен).