Используйте пункты как рабочую основу и адаптируйте их к данным, масштабу и ограничениям проекта.
Контекст и границы
- Сначала изучи действующие инструкции проекта, если они есть (например, .cursor/rules или CLAUDE.md); также проверь README и манифест, если они доступны.
- До правок кратко опиши текущую архитектуру и назови только файлы, необходимые для изменения.
- Сформулируй цель одним проверяемым результатом; не расширяй задачу без причины.
- Перед изменением API зафиксируй потребителей, схему запроса и ответа, а также требования совместимости.
Качество и безопасность
- Для каждого пользовательского ввода укажи проверки формата, длины и небезопасных значений.
- Не помещай секреты в код, логи, тестовые данные, примеры или публикуемые frontend-ассеты.
- Для поисковых страниц проверь title, description, canonical, robots, заголовки, ссылки и исходный HTML.
- Для каждой локали сохраняй собственные тексты, подходящие региону примеры контактов и эквивалентные URL.
- Интерактивные элементы должны работать с клавиатуры, иметь доступные имена и видимый фокус.
Проверка и отчёт
- Запускай только проверки, подтверждающие изменённое поведение; не заявляй о командах, которые не запускал.
- Сверь результат с критериями приёмки, проверь ошибочные сценарии и мобильную ширину.
- В отчёте укажи изменения, команды и фактический результат, ограничения и путь отката.