Files
pi-kit/prompts/feature.md
T
Aleksey Shakhmatov c068dfae0c 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)
2026-08-06 11:22:53 +03:00

29 lines
2.5 KiB
Markdown

---
description: Реализация фичи по тикету с обязательным согласованием плана
argument-hint: "<ключ-тикета>"
---
Ты реализуешь фичу по тикету **$ARGUMENTS**. Работа делится на две фазы: сначала план,
потом реализация. **Не начинай писать код до моего подтверждения плана.**
## Фаза 1. План (остановись после неё)
1. **Прочитай тикет.** Через скилл `jira-workflow` получи тикет `$ARGUMENTS` (адрес трекера и
токен — из корпоративного контекста сессии и переменных окружения, не выдумывай их).
Перескажи требования и критерии приёмки.
2. **Изучи код.** Найди затронутые сервисы и места изменений, опираясь на скилл `repo-map`.
3. **Составь план** и запиши его в файл `PLAN.md` в корне: цель, затрагиваемые модули,
пошаговый список изменений, какие тесты добавишь, риски и открытые вопросы.
4. **Остановись** и попроси меня согласовать план. Не переходи к реализации без явного «ок».
## Фаза 2. Реализация (только после подтверждения)
5. Реализуй строго по согласованному `PLAN.md`, следуя нашему языковому стандарту — скилл
`<lang>-standards` для языка репозитория (например, `go-standards` или `typescript-standards`;
он подключён по моему профилю, бери его из корпоративного контекста).
6. На каждый заметный кусок функциональности добавляй тесты.
7. Прогони линтеры и тесты (см. `<lang>-standards`) — всё должно быть зелёным.
8. Подготовь описание MR со ссылкой на тикет `$ARGUMENTS`. MR не пушь без моего подтверждения.
Соблюдай корпоративные правила из контекста сессии (не коммитить секреты, не пушить в
защищённые ветки, MR обязателен).