В этой статье
ChatGPT можно использовать не только для генерации нового кода. Если Python-проект уже хранится на GitHub, подключите разрешённый репозиторий и попросите разобрать конкретный файл или функцию. Важная граница: подключение предназначено для чтения и анализа. Оно не означает, что ChatGPT сможет сделать push, commit или pull request вместо вас.
Надёжный маршрут такой: подключить GitHub, выбрать репозиторий, назвать путь к .py-файлу и функцию, получить предложение исправления в тексте, а затем проверить ответ по тому же состоянию исходника — лучше по commit, а не по плавающей ссылке на ветку.
Что проверить до подключения GitHub
Сначала определите, какой фрагмент вы собираетесь показывать. Для учебного или открытого проекта это может быть src/main.py, модуль с обработчиком API или функция вроде parse_config. Для рабочего репозитория доступ к коду должен быть разрешён вашей организацией, а рядом с нужным фрагментом не должно быть секретов.
Не передавайте в чат .env, токены, приватные ключи, пароли и файлы с боевыми настройками. Секрет может оказаться не в самой функции, а в конфигурации, которую она читает. До подключения проверьте, разрешена ли передача содержимого рабочего репозитория и какие репозитории доступны приложению.
Версию Python и зависимости не угадывайте по расширению файла. Откройте в репозитории pyproject.toml, requirements.txt, uv.lock, poetry.lock или документацию проекта. Если в pyproject.toml указано requires-python = ">=3.11", это ограничение конкретного проекта, а не универсальное требование ChatGPT для анализа Python.
Как подключить разрешённый репозиторий
В ChatGPT откройте раздел приложений — он может называться Apps или Plugins в зависимости от интерфейса и режима аккаунта — и выберите GitHub. Авторизуйте GitHub-аккаунт с нужным доступом и подтвердите разрешённые репозитории. Официальная инструкция описывает подключение GitHub и выбор доступных репозиториев: Connecting GitHub to ChatGPT.
После подключения не нужно ждать полной синхронизации или считать, что весь репозиторий уже проиндексирован. ChatGPT получает разрешённое содержимое по запросу: репозиторий ищется в селекторе, а путь к файлу и имя функции указываются в сообщении.
Если GitHub нет в списке или репозиторий не находится, проверьте:
- вы вошли в правильный GitHub-аккаунт;
- приложению разрешён именно этот репозиторий, а не только организация в целом;
- подключение активно в текущем рабочем пространстве и режиме ChatGPT.
Если нужен отдельный разбор самого подключения и диагностика отсутствующего репозитория, пригодится инструкция как подключить GitHub к ChatGPT.
Если в вашем режиме нужна отдельная подписка ChatGPT, её можно оформить через каталог Amber Market. Это каталог оплаты зарубежных цифровых сервисов через посредника для пользователя из России, а не API-ключ, разрешение GitHub или гарантия наличия GitHub в конкретном плане. Перед заказом проверьте товар, срок, доступный способ оплаты и итоговую сумму; магазин подтверждает оплату через СБП, автоматических списаний нет. Сначала убедитесь, что GitHub доступен именно в вашем плане и режиме.
Как попросить разбор файла или функции
Запрос «Объясни этот Python-код» оставляет модели слишком много догадок: где границы задачи, какая версия исходника и каким должен быть результат. Передайте координаты и формат ответа явно.
Разбери Python-проект OWNER/REPOSITORY через подключённый GitHub.
Нужен файл: src/main.py.
Нужна функция: load_settings.
Ветка или commit для проверки: COMMIT_SHA.
Версия Python и зависимости: возьми из pyproject.toml.
Объясни:
1. какие входные данные получает функция;
2. что возвращает на успешном пути;
3. какие исключения и побочные эффекты возможны;
4. где есть ошибка или хрупкое место;
5. предложи исправление только как пример в ответе, без записи в GitHub.
Для каждого вывода укажи путь и диапазон строк. Если файла, функции или нужного commit
нет, сообщи об этом прямо и не подменяй его догадкой.
OWNER/REPOSITORY не даёт перепутать проект, путь отделяет нужный модуль от похожих файлов, а имя функции сужает область анализа. Указание версии Python и зависимостей заставляет сверяться с окружением проекта. Фраза «без записи» фиксирует ожидаемый режим: вы просите объяснение и патч в тексте, а применяете изменения отдельно.
Если проблема уже известна, добавьте её в запрос:
Ошибка проявляется, когда HTTP-ответ имеет статус 429.
Сравни текущую обработку исключений с поведением клиента в соседнем модуле.
Покажи минимальное исправление и отдельно перечисли, что нужно проверить тестом.
Соседние файлы тоже назовите явно. Иначе вывод о взаимодействии модулей может оказаться реконструкцией, а не результатом чтения конкретного кода.
Если после разбора нужно отдельно пройти по найденной ошибке в Python-фрагменте, следующий шаг — отладить код с ChatGPT, сохранив тот же путь и commit в запросе.
Как получить исправление без изменения репозитория
Попросите unified diff или небольшой фрагмент с пояснением:
Составь unified diff только для src/main.py.
Не выполняй запись в репозиторий и не предлагай commit.
После diff укажи:
- какое поведение меняется;
- какие тесты должны пройти;
- какие случаи остаются за пределами исправления.
Небольшой diff можно применить в отдельной ветке, прогнать локальные тесты и отклонить, если он не соответствует архитектуре проекта. GitHub app в ChatGPT читает и анализирует код, но не является маршрутом для push, commit или pull request; изменения выполняются отдельно.
Как проверить, что ответ относится к нужному коду
Имя файла в ответе — не доказательство. Сверьте четыре координаты:
- владельца и название репозитория;
- путь к файлу;
- ветку или commit;
- строки и фактический текст функции.
Ссылка вида https://github.com/OWNER/REPOSITORY/blob/main/src/main.py указывает на текущее состояние ветки main. После нового commit код по ней изменится. Для воспроизводимой проверки используйте permalink на конкретный commit:
https://github.com/OWNER/REPOSITORY/blob/COMMIT_SHA/src/main.py#L20-L48
GitHub описывает такие постоянные ссылки в инструкции Getting permanent links to files. Откройте permalink, убедитесь, что путь и строки совпадают, и сравните сам код с цитатами или пересказом из ответа. Если функция переименована, файл отсутствует или commit другой, остановите проверку и запросите анализ заново. Не дописывайте недостающий код по предположению.
Перед применением исправления проверьте:
- ChatGPT назвал тот же
OWNER/REPOSITORY; - в ответе указан существующий путь к
.py-файлу; - функция действительно есть в проверяемом commit;
- версия Python и зависимости взяты из файлов проекта;
- исправление показано как предложение и не применено к GitHub;
- строки и вывод сверены с permalink;
- тесты после применения diff запускаются локально в окружении проекта.
Если подключение больше не нужно, его можно отключить в настройках подключённых приложений. Это прекращает будущий доступ через данное подключение, но само по себе не удаляет уже сохранённые разговоры и файлы. Поэтому отдельно проверьте историю чатов и вложения, если код уже передавался туда; подробности управления подключениями есть в Connecting and managing app accounts in ChatGPT.
В итоге связка ChatGPT и Python на GitHub работает как инструмент чтения с проверяемым контекстом. Репозиторий и файл задают область, commit фиксирует версию, а локальные тесты решают, можно ли принять предложенное изменение. Самая дорогая ошибка здесь — разобрать правильную функцию, но уже не из той версии кода.