level85

Применяй при написании или правке API BDD через godog: общий каталог `features/`, теги `@api` в monorepo, layout API runner-а, TestMain, State, step definitions и testcontainers

Применяй при написании или правке browser BDD: `features/` Gherkin-сценарии, `@browser` в monorepo, playwright-bdd поверх Playwright Test, TypeScript steps, fixtures и page objects

Применяй при реализации функционала по готовому .feature: скелет шагов (red) → реализация до green → рефакторинг (blue)

Применяй при ревью или реализации BDD steps на godog или playwright-bdd, когда нужно выявить FAKE GREEN: stateful-заглушки, no-op шаги, self-fulfilling Then, локальную подстановку ошибок, When без observable effect и сценарии, которые проходят без проверки реальной реализации. Используй каждый раз при аудите BDD на честность, при переводе undefined/pending в green и в bdd-reviewer.

Применяй для конвертации фрагментарных legacy-знаний (код, doc.go, docs/, git history, интервью) в структурированные .feature файлы

Применяй на этапе планирования фичи: PRD → бизнес-интервью → драфт .feature → RFP разработке → разбор вопросов → готовые сценарии

Применяй при подключении, обновлении или кастомизации Ant Design во frontend: AntD v6, Tailwind CSS v4, cascade layers, scoped `.ant-*` overrides через `@layer components` и локальные Tailwind utilities в JSX

Применяй при написании или правке любого теста в проекте: выбор слоя (`unit`/`features`/`api-bdd`/`browser-bdd`/`smoke`), `t.Parallel()`, build tags, AAA и базовая структура проверки

Применяй когда нужно создать или актуализировать `docs/TEST-MATRIX.md` в сервисном репозитории: инвентаризация test layers, feature inventory, покрытие runner-ами, перечень test cases, сводная таблица и секция code coverage. Формат должен повторять project template из `assets/TEST-MATRIX.md.tmpl` без самовольной переработки структуры

Краткий runbook для первичной диагностики test/env/service проблем; основная ценность — локальный diagnostic script

Применяй при создании нового пакета или изменении существующего package contract: наличие `doc.go`, структура package comment, секция `Конфигурация`, ограничения, doc-комментарии экспортируемых символов и тестируемые примеры `Example...`

Применяй когда работаешь с GraphQL через gqlgen: `gqlgen.yml`, раскладка generated vs resolvers, тонкие резолверы, привязка к domain-типам и интеграция с `transport/http/`

Применяй когда добавляешь новый инфраструктурный адаптер: выбор места в дереве, `doc.go`, `Config`, конструктор, lifecycle-контракт, observability и тесты

Применяй каждый раз, когда интеграционный тест поднимает внешний сервис через testcontainers-go: PostgreSQL, RabbitMQ, Redis, Kafka, MongoDB, MinIO/S3; обычные Go integration tests и integration tests в BDD/godog-формате. Выбирай готовые modules вместо ручного контейнера, задавай context timeout и cleanup.

Применяй при написании юнит-тестов с внешними зависимостями: частично применяемые интерфейсы, локальные контракты потребителя, callback-зависимости и mock workflow

Применяй когда работаешь с TDLib-адаптером: `clientAdapter`, `telegramRepo` (consumer-side), тестовая стратегия, авторизация и lifecycle

Применяй когда добавляешь новую внешнюю операцию, adapter package или server middleware: bootstrap monitoring через `../platform/monitoring`, tracer/meter в пакете, метрики и порядок HTTP/gRPC/GraphQL observability

Применяй когда в unit-тесте нужен мок интерфейсной зависимости: объяви частично применяемый интерфейс у потребителя, добавь пакет в корневой `.mockery.yml` и сгенерируй мок через mockery v3 + testify

Применяй только по явной команде пользователя вроде «закоммить», «сделай коммит», «/commit»: проанализируй diff, составь commit message `type: subject` + body и выполни локальный git commit без push

Применяй когда проектируешь PostgreSQL-доступ в сервисе или адаптере: выбор `pgx`/`sqlx`, структура `repo`, общий `dbQuerier`, транзакции, named queries и обработка constraint errors

Применяй когда нужно добавить или изменить конфигурацию через env: `Config` struct, теги `envconfig`, вложенные adapter/platform config, загрузка через `env.InitConfig`, `.env`, `doc.go` и тесты конфигурации

Применяй при добавлении или изменении логирования в сервисе, адаптере, репозитории, клиенте, resolver или handler: `*slog.Logger` в структуре, `module`, `logger.FromContext(ctx)` и уровни логирования

Применяй когда проектируешь publisher/subscriber для Kafka через API `../adapters/queue/kafka`: `Dialer`, `Publisher`, `Subscriber`, topic, consumer group, retry через `(bool, error)`, `Balancer` и текущие дефолты адаптера

Применяй когда проектируешь publisher/subscriber для RabbitMQ через API `../adapters/queue/rabbitmq`: `Definitions`, `NewPublisher2`, `NewSubscriber2`, retry через `x-death`, DLQ и `MultiQueueSubscriber`

Применяй вместе с `skill-creator`, когда создаёшь или редактируешь локальный skill в `level85`: project-specific требования к `SKILL.md`, `scripts/`, `assets/`, аудируемости и запрету ссылок на эталонные репозитории

Применяй когда работаешь с S3-совместимым хранилищем через `../adapters/storage/minio`: выбор между `Put/Get/Delete`, `GetFileHeader`, presigned URL, multipart upload и `storage` error helpers

Краткий appendix по локальным error-style дельтам: английские lowercase messages, `%q` для строк и осторожность с exported sentinel errors

Применяй когда нужно обернуть внешний CLI в адаптер или инфраструктурный компонент: `executor/cli.New`, `Start`, `Execute(ctx, ...)`, локальный запуск, SSH и проверка доступности команды