Метод работы
Gherkin-first разработка
Сначала наблюдаемое поведение, затем минимальное изменение.
Контракт до реализации
- Найдите владельца факта и действующий механизм.
- Запишите цель, предусловия и проверяемый результат в Given/When/Then.
- Назовите допущения, границы и ошибочные состояния.
- Сделайте минимальное изменение, переиспользуя владельцев enum/логики.
- Получите разрешенную приемку и обновите инструкцию по фактическому результату.
Feature: От предположения к факту
Scenario: От предположения к факту
Given поведение описано только в плане
When инженер готовит изменение
Then он ищет код и противоречащие примеры
And не придумывает API, status или результат проверкиGherkin описывает поведение, не копии JSX и не факт существования файла. Documentary features имеют тег documentation и исключены из executable default profile. Executable tests требуют реальные bindings, среду и наблюдаемый эффект.
Методологии без культа
Используем официальную Gherkin reference и Diátaxis: инструкции, tutorials, reference и explanation не смешиваются. «Karpathy» трактуем как практику явных допущений, простоты и критериев результата. Популярный andrej-karpathy-skills — сторонняя интерпретация, не официальный стандарт Карапати.