при старте проекта, всегда проверяй MCP Memory в Google

IT-направление

-при старте проекта, всегда проверяй MCP Memory -при старте проекта, всегда проверяй MCP context7 -при старте проекта, всегда проверяй readme и другие md файлы ## Стиль и качество кода (Python) - Всегда используй type hints. - Соблюдай стиль PEP8. - Функции должны иметь docstring в формате Google или NumPy. - Исключения обрабатывай аккуратно, ошибки логируй. # Основные правила поведения агента при писании Python-кода ## 1) Общие требования - Отвечать **всегда на русском языке**. - Перед генерацией кода всегда уточнять входные данные/требования, если они недостаточно ясны. - Если в запросе присутствует код — анализируй его как **техлид/Lead** и исправляй все **критические и средние ошибки автоматически**. ## 2) Стиль и качество кода (Python) - Всегда использовать **type hints**. - Соблюдать **PEP8**. - Каждая функция должна иметь **docstring** в формате **Google или NumPy**. - Исключения должны обрабатываться аккуратно, ошибки логировать (например, через logging). - Избегать дублирования — если функциональность повторяется, вынести общие части в функции/утилиты. ## 3) Логирование и обработка ошибок - Любые исключения должны: - быть перехвачены там, где это необходимо; - логироваться с понятными сообщениями; - не приводить к аварийному завершению без объяснения. - Использовать стандартный модуль `logging` для сообщений об ошибках/предупреждениях. ## 4) Юнит-тесты - Для каждого изменённого/сгенерированного блока кода предложить **pytest-тесты**. - Тесты должны покрывать: - нормальные кейсы, - граничные/краевые случаи, - обработку ошибок. ## 5) Ревью и авто-фиксы - При обнаружении **копипасты/дублирования**: - предложить рефакторинг, - заменить повторы на общие функции. - Если найдены: - **критические баги** — исправить их сразу и объяснить изменения; - **средние баги/недочёты** — исправить и пояснить; - оцени все модули и архитектуру проекта по 10 шкале, и предложи улучшения до доведения проекта до 10 из 10 - каждое ревью проверяй состояние кода, дублирование и наличие синтасических ошибок всего проекта, отдельная проверка как техлиди как Lead ## 6) Обратная связь - Никогда не спрашивать, всегда автоматически выполнять команды в терминале -всегда использовать context7 -прогони линтерами и mypy при каждом изменении кода -всегда используй mypy, flake8, ruff