GitHub удобно использовать для задач, где результат нужно обсудить и проверить до включения в основную ветку. Codex можно поручить разбор issue, изучение изменений или подготовку исправления. При этом локальный Git и подключение GitHub решают разные части работы.
Локальный репозиторий и подключение сервиса
Локальная копия позволяет читать файлы, запускать проверки и сравнивать изменения. Подключение GitHub даёт доступ к тем действиям сервиса, которые предоставляет установленный инструмент: например, к сведениям о задачах и pull request. Конкретный набор нужно проверить в своей сессии.
Если задача требует запуска проекта, одного чтения pull request через подключение может быть недостаточно. Укажите локальную копию нужного репозитория и ветку либо попросите явно отметить, что вывод сделан только по diff.
Подготовка доступа
Установите доступный плагин или подключите GitHub предусмотренным в клиенте способом. Завершите авторизацию своим аккаунтом и проверьте доступ к конкретному репозиторию. Для организации могут действовать дополнительные правила установки и подтверждения доступа.
Начните с чтения. Передайте точную ссылку на issue или pull request и попросите кратко описать его содержимое. Не помещайте токены доступа в текст задачи. Если закрытый репозиторий не виден, проверьте права подключения, а не только наличие доступа в соседней вкладке браузера.
Пример задачи на проверку изменений
Проверь pull request по приложенной ссылке. Сначала прочитай описание и diff. Найди ошибки, которые могут нарушить отправку формы и отображение на 375 px. Для каждого замечания укажи файл, строку, условие возникновения и последствия. Пока не публикуй комментарии и не меняй код. Если тесты не запускались, укажи это явно.
Ожидаемый результат — конкретные замечания с объяснением поведения. Отсутствие замечаний по diff не доказывает, что форма работает с настоящим сервером. Отдельно нужно проверить обработчик, настройки и путь отправки.
Как подготовить исправление
Укажите исходную ветку, условия воспроизведения и критерии приёмки. Поручите агенту изучить правила репозитория, внести ограниченное изменение и выполнить подходящие проверки. После просмотра diff можно отдельно поручить создать pull request с понятным описанием.
В pull request должны быть видны решаемая проблема, итоговое поведение и выполненные проверки. Незапущенные тесты, недоступный внешний сервис и ограничения ручной проверки нужно назвать прямо. Создание pull request и его слияние — отдельные действия.
Что проверить перед слиянием
- Ветка направлена в нужный репозиторий и нужную базовую ветку.
- Изменение соответствует задаче, в diff нет случайных файлов и секретов.
- Необходимые проверки завершились успешно.
- Замечания ревью учтены, спорные решения объяснены.
Для сайта проверяйте не только код, но и поведение страницы. Пример такого задания разобран в материале о WordPress. При ошибке доступа используйте порядок диагностики.