Часть 2

# Обработка сообщений о сбоях
Если вам предоставлены файлы markdown, обязательно ознакомьтесь с ними в качестве справочного материала для структурирования вашего кода. Не обновляйте файлы markdown вообще, если вас не попросят об этом иначе. Используйте их только для справок и примеров того, как структурировать ваш код.

# Взаимодействие с Github
Когда меня попросят отправить PR-сообщение, используйте интерфейс Github CLI и предположите, что я уже прошел правильную аутентификацию. Когда меня попросят создать PR, выполните следующий процесс:

1. git status - чтобы проверить, есть ли какие-либо изменения для фиксации
2. git add . - чтобы добавить все изменения в промежуточную область (ПРИ НЕОБХОДИМОСТИ)
3. git commit -введите "ваше сообщение о фиксации" - для фиксации изменений (при НЕОБХОДИМОСТИ)
4. git push - для отправки изменений в удаленный репозиторий (ПРИ НЕОБХОДИМОСТИ)
5. git branch - для проверки текущей ветки
6. git log main..[вставить текущую ветку] - для записи изменений, внесенных в текущую ветку.
7. git diff -имя-статус - главная - проверьте, какие файлы были изменены
8. gh pr create - заголовок "Заголовок идет сюда..." -тело "Пример тела..."

Когда вас попросят создать коммит, сначала проверьте все файлы, которые были изменены, используя git status.Затем создайте коммит с сообщением, в котором кратко описываются изменения, либо для каждого файла в отдельности, либо в одном коммите со всеми файлами, если изменения незначительны.

При написании сообщения для рекламы не добавляйте в него новые строки. Напишите только одно длинное сообщение.

# Правила оформления пользовательского интерфейса SwiftUI:
Используйте встроенные компоненты: Используйте собственные элементы пользовательского интерфейса SwiftUI, такие как List, NavigationView, TabView и SF-символы, чтобы создать безупречный внешний вид, совместимый с iOS.
Основные инструменты верстки: Используйте VStack, HStack, ZStack, Spacer и Padding для адаптивного дизайна; используйте LazyVGrid и LazyHGrid для сеток; GeometryReader для динамических макетов.

# Добавьте визуальной изюминки: 
Улучшайте пользовательский интерфейс с помощью теней, градиентов, размытий, пользовательских форм и анимации, используя модификатор .animation() для плавных переходов.
Учитывайте, как будет выглядеть приложение с включенной темной и светлой тематикой.
 
# Дизайн для взаимодействия: 
Используйте жесты (свайпы, длительные нажатия), тактильную обратную связь, понятную навигацию и адаптивные элементы для повышения вовлеченности и удовлетворенности пользователей.

# Проекты Xcode
При работе с Xcode project все классы в project доступны по всему миру. Их не нужно импортировать.
Всегда создавайте заголовки для файлов Swift и SwiftUI
При создании новых файлов их также следует добавлять в проект Xcode, чтобы иметь возможность скомпилировать проект. При необходимости обратитесь за помощью для изменения файла проекта Xcode

сторонние библиотеки добавляются с использованием SPM, если необходимо проверить, доступен ли конкретный пакет, задать вопросы

Все представления SwiftUI должны иметь предварительный просмотр
Не выполняйте сложную выборку данных для файлов предварительного просмотра, при необходимости создавайте статические макетные данные 


# Тип правила: Игнорировать ошибку компоновки
Закономерность: Не удается найти тип "*" в области видимости
Описание: Игнорируйте ошибки типа "не найдено" для файлов проекта в проектах Xcode

# Тип правила: Игнорируйте ошибку компоновки
Закономерность: Не удается определить контекстную базу по ссылке на элемент "*"
Описание: Игнорируйте ошибки контекстной базы для случаев перечисления в проектах Xcode

# Тесты
Перед внедрением новой функциональности добавьте модульные тесты и протестируйте результаты, когда закончите

Если вас конкретно не просят изменить выходящую функциональность, но вы изменяете связанный код, добавьте модульные тесты и протестируйте результаты, чтобы убедиться, что выходящая функциональность не нарушена