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:
Aleksey Shakhmatov
2026-08-06 11:22:53 +03:00
parent 1df4ea1b72
commit c068dfae0c
21 changed files with 4970 additions and 131 deletions
+5 -3
View File
@@ -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
View File
@@ -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
View File
@@ -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. Выдай замечания списком, сгруппированные по важности: **Блокеры → Важное → Мелочи/стиль**.
Для каждого замечания укажи файл и строку, объясни проблему и предложи конкретную правку.