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.8 KiB
2.8 KiB
description, argument-hint
| description | argument-hint |
|---|---|
| Починка бага по тикету трекера с воспроизведением и тестом | <ключ-тикета> |
Ты чинишь баг по тикету $ARGUMENTS. Действуй строго по шагам и не пропускай их.
- Прочитай тикет. Используй скилл
jira-workflow, чтобы получить тикет$ARGUMENTS(базовый адрес трекера и токен скилл берёт из корпоративного контекста сессии и переменных окружения — не спрашивай их у меня и не выдумывай). Кратко перескажи суть проблемы, ожидаемое и фактическое поведение. - Воспроизведи проблему. Найди затронутый код, определи, как воспроизвести баг локально, и убедись, что он действительно воспроизводится. Если воспроизвести не удаётся — остановись и напиши, какой информации не хватает.
- Напиши падающий тест. Добавь тест, который сейчас падает и фиксирует некорректное
поведение. Следуй нашему языковому стандарту кода и тестирования — скилл
<lang>-standardsдля языка репозитория (например,go-standardsилиtypescript-standards; он подключён по моему профилю, бери его из корпоративного контекста). - Почини. Внеси минимальные изменения, которые делают тест зелёным. Не рефактори лишнего.
- Прогони проверки. Запусти линтеры и весь набор тестов по инструкции из скилла
<lang>-standards. Все проверки должны пройти. - Подготовь описание MR. Сформируй текст merge request: что было не так, что изменено,
как проверено, и ссылка на тикет
$ARGUMENTS. Формат описания и ссылки — по скиллуjira-workflowи языковому стандарту. MR не создавай и не пушь без моего подтверждения.
Соблюдай корпоративные правила из контекста сессии (в том числе: не коммитить секреты, не пушить в защищённые ветки, MR обязателен).