fix(review): address review findings (guardrails, prompts, tests, docs)
- 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)
This commit is contained in:
+5
-3
@@ -12,13 +12,15 @@ argument-hint: "<ключ-тикета>"
|
||||
и убедись, что он действительно воспроизводится. Если воспроизвести не удаётся — остановись
|
||||
и напиши, какой информации не хватает.
|
||||
3. **Напиши падающий тест.** Добавь тест, который сейчас падает и фиксирует некорректное
|
||||
поведение. Следуй нашим стандартам тестирования из скилла `go-standards`.
|
||||
поведение. Следуй нашему языковому стандарту кода и тестирования — скилл `<lang>-standards`
|
||||
для языка репозитория (например, `go-standards` или `typescript-standards`; он подключён
|
||||
по моему профилю, бери его из корпоративного контекста).
|
||||
4. **Почини.** Внеси минимальные изменения, которые делают тест зелёным. Не рефактори лишнего.
|
||||
5. **Прогони проверки.** Запусти линтеры и весь набор тестов по инструкции из скилла
|
||||
`go-standards`. Все проверки должны пройти.
|
||||
`<lang>-standards`. Все проверки должны пройти.
|
||||
6. **Подготовь описание MR.** Сформируй текст merge request: что было не так, что изменено,
|
||||
как проверено, и ссылка на тикет `$ARGUMENTS`. Формат описания и ссылки — по скиллу
|
||||
`jira-workflow` и `go-standards`. MR не создавай и не пушь без моего подтверждения.
|
||||
`jira-workflow` и языковому стандарту. MR не создавай и не пушь без моего подтверждения.
|
||||
|
||||
Соблюдай корпоративные правила из контекста сессии (в том числе: не коммитить секреты,
|
||||
не пушить в защищённые ветки, MR обязателен).
|
||||
|
||||
+4
-2
@@ -17,9 +17,11 @@ argument-hint: "<ключ-тикета>"
|
||||
|
||||
## Фаза 2. Реализация (только после подтверждения)
|
||||
|
||||
5. Реализуй строго по согласованному `PLAN.md`, следуя стандартам из скилла `go-standards`.
|
||||
5. Реализуй строго по согласованному `PLAN.md`, следуя нашему языковому стандарту — скилл
|
||||
`<lang>-standards` для языка репозитория (например, `go-standards` или `typescript-standards`;
|
||||
он подключён по моему профилю, бери его из корпоративного контекста).
|
||||
6. На каждый заметный кусок функциональности добавляй тесты.
|
||||
7. Прогони линтеры и тесты (см. `go-standards`) — всё должно быть зелёным.
|
||||
7. Прогони линтеры и тесты (см. `<lang>-standards`) — всё должно быть зелёным.
|
||||
8. Подготовь описание MR со ссылкой на тикет `$ARGUMENTS`. MR не пушь без моего подтверждения.
|
||||
|
||||
Соблюдай корпоративные правила из контекста сессии (не коммитить секреты, не пушить в
|
||||
|
||||
+5
-3
@@ -1,16 +1,18 @@
|
||||
---
|
||||
description: Ревью текущего диффа по стандартам Go с заданным фокусом
|
||||
description: Ревью текущего диффа по корпоративным стандартам с заданным фокусом
|
||||
argument-hint: "[фокус: например безопасность, конкурентность, ошибки]"
|
||||
---
|
||||
Проведи ревью **текущего диффа** (незакоммиченные изменения и/или изменения ветки
|
||||
относительно основной) по нашим стандартам Go.
|
||||
относительно основной) по нашим корпоративным стандартам кода — скилл `<lang>-standards`
|
||||
для языка репозитория (например, `go-standards` или `typescript-standards`; он подключён
|
||||
по моему профилю, бери его из корпоративного контекста).
|
||||
|
||||
Фокус ревью: **$ARGUMENTS**. Если фокус выше пустой — оценивай общее качество кода.
|
||||
|
||||
Порядок:
|
||||
|
||||
1. Определи, что именно изменилось (`git status`, `git diff`, при необходимости `git diff main...`).
|
||||
2. Оцени изменения по скиллу `go-standards`: структура, идиоматичность, обработка ошибок,
|
||||
2. Оцени изменения по языковому стандарту: структура, идиоматичность, обработка ошибок,
|
||||
конкурентность, тесты, линтеры. Если задан фокус — удели ему особое внимание.
|
||||
3. Выдай замечания списком, сгруппированные по важности: **Блокеры → Важное → Мелочи/стиль**.
|
||||
Для каждого замечания укажи файл и строку, объясни проблему и предложи конкретную правку.
|
||||
|
||||
Reference in New Issue
Block a user