Доверить вызовы ИИ — но проверять форму самому

Вот практическое разделение труда. ИИ по-настоящему хорош в написании кода, вызывающего API: он знает библиотеки, синтаксис заголовков, обработку ошибок. Позвольте ему. Вы не пишете эту «сантехнику» вручную.

Но за вами одна вещь, в которой ИИ плох: знать, действительно ли форма данных верна. Хороший рабочий процесс:

• Дайте ИИ настоящую документацию. Вставьте пример запроса и ответа из документации в свой промпт. ИИ, угадывающий форму API по памяти, — главный источник ошибок: он выдумает правдоподобно выглядящие ключи, которых не существует. Реальные примеры привязывают его к реальности.
• Попросите его сначала показать вам сырой ответ. «Прежде чем разбирать, выведи в лог фактический JSON, который возвращает API.» Затем сверьте его глазами с тем, что ожидает код. Действительно ли существует в ответе ключ, который он читает (response.current.temp)? Половина ошибок с API — это несовпадающее имя ключа.
• Проверьте типы на здравый смысл. Это number или string? Бывает ли поле, которое должно присутствовать всегда, иногда null? Теперь вы умеете читать JSON — используйте это.
• Обработайте несчастливый путь. Спросите: «Что произойдёт, если этот вызов провалится, истечёт по тайм-ауту или упрётся в лимит запросов?» Если ответ «приложение падает» — это баг, а не фича.

Вам не нужно писать запрос. Вам нужно прочитать ответ и спросить: «это та форма, которую я ожидал?» Одна эта привычка — сверять данные с контрактом — ловит большинство ошибок интеграции до того, как их когда-либо увидят ваши пользователи.