Попросите OpenCode выполнить короткую задачу без изменения файлов: «Ответь одним словом: готов». Если ответ пришёл, переходите к проверке папки проекта и разрешений на запись. Если ответа нет, начните с подключения к модели. Такая последовательность поможет отделить сбой API от зависшей команды и ситуации, когда агент просто ждёт подтверждения. Ниже разберём, что проверить до переустановки, как сохранить текущие правки и по каким признакам понять, что работу над сайтом можно продолжать.
Как понять, на каком действии остановился OpenCode?
Сначала прочитайте последнее сообщение агента и посмотрите, какое действие он выполняет. Ответ модели, чтение файла и запуск команды проходят через разные механизмы. Поэтому надпись об ожидании сама по себе ещё не объясняет причину остановки.
Для начала хватит короткой проверки. Пока ничего не удаляйте и не запускайте повторно большую задачу вроде «доделай весь сайт».
- Проверьте, нет ли запроса на подтверждение команды или доступа к файлам.
- Посмотрите, завершилась ли последняя команда в терминале.
- Запишите текст ошибки, если OpenCode его показывает.
- Отправьте короткий запрос без чтения проекта: «Ответь одним словом: готов».
Если агент отвечает, подключение к модели работает хотя бы для простого запроса. Это ещё не проверка инструментов, но уже полезная граница: дальше нужно выяснить, видит ли OpenCode проект и может ли менять файлы.
Отдельный случай — команда запустила сервер для просмотра сайта. Такой процесс продолжает работать и не возвращает обычное приглашение терминала. Проверьте, появился ли адрес для просмотра страницы или сообщение о запуске. Не запускайте вторую копию той же команды только потому, что первая не завершилась.
Что проверить, если модель не отвечает или возвращает ошибку API?
API — способ, которым OpenCode обращается к сервису с моделью. Для проверки нужны название провайдера, выбранная модель и точный текст ошибки. Не меняйте все настройки одновременно: иначе будет трудно понять, какое исправление помогло.
- Проверьте, какой провайдер и какая модель выбраны в текущем сеансе.
- Сверьте способ входа с инструкцией этого провайдера: через учётную запись или API-ключ.
- Откройте кабинет провайдера и проверьте доступ к модели, баланс и сообщения об ограничениях.
- Если подключение настроено вручную, сверьте адрес API и идентификатор модели с документацией провайдера.
- Повторите короткий запрос в новом сеансе без истории большого проекта.
Ошибка авторизации требует проверки ключа или повторного входа. Сообщение о лимите требует посмотреть условия доступа и доступный объём запросов. При ошибке соединения проверьте доступность сервиса из той же среды, где работает OpenCode. Открытая страница провайдера в браузере ещё не подтверждает, что терминал может обратиться к его API.
Если короткий запрос проходит в новом сеансе, а старый продолжает выдавать ошибку, сохраните описание задачи и продолжайте с кратким контекстом. Если провайдер сообщает о размере запроса, сократите историю и передавайте только нужные для задачи файлы.
При смене провайдера пригодится инструкция по подключению DeepSeek к OpenCode для доработки сайта. Сначала добейтесь ответа на простой запрос, затем возвращайте агенту доступ к проекту. Проверять новое подключение большой переделкой главной страницы неудобно: при сбое останется слишком много возможных причин.
Почему OpenCode отвечает, но не сохраняет изменения?
Ответ в чате подтверждает только то, что модель вернула текст. Теперь нужно проверить рабочую папку, доступ к инструментам и разрешения. Начните с запроса: «Покажи текущую папку проекта и список файлов в ней. Ничего не меняй».
Сравните результат с папкой, которую вы открываете в редакторе. У сайта могут быть отдельные копии для разработки и публикации. Если агент работает в другой копии, его правки не появятся в файлах, на которые вы смотрите.
- Если папка неверная, откройте в OpenCode нужный проект.
- Если агент только описывает будущие правки, проверьте, разрешает ли текущий режим редактирование.
- Если появилось подтверждение записи, прочитайте действие и разрешите только понятную правку.
- Если система запрещает запись, проверьте права на конкретную папку без выдачи широких прав всему проекту.
- Если файл изменился, но страница выглядит по-прежнему, проверьте, какую версию сайта вы просматриваете.
Разделите проверку файла и проверку сайта в браузере. Сначала откройте сам файл и найдите ожидаемый текст. Затем выясните, нужна ли проекту сборка и запущена ли она. Изменение исходного файла само по себе не публикует новую версию сайта.
Для пробной записи выберите отдельный временный текстовый файл с новым именем. Попросите добавить в него короткую строку и откройте его вручную. Если строка появилась, запись работает; причину остановки большой задачи стоит искать в её инструкции или в следующем действии агента.
Как продолжить доработку сайта без потери текущих правок?
Перед новым сеансом сохраните текущее состояние проекта. Если используете Git, посмотрите список изменённых файлов и разницу между версиями. Если Git пока нет, сделайте отдельную копию рабочей папки. Не включайте в переносимое описание задачи ключи и пароли.
Затем передайте агенту короткую задачу с проверяемым результатом. Для сайта небольшого бизнеса это может быть исправление заголовка услуги или ссылки в меню. Задача «проверь весь сайт и исправь ошибки» не помогает понять, где снова возникла остановка.
Пример запроса: «Работай только с файлом страницы услуги. Найди заголовок “Доставка” и замени его на “Условия доставки”. Другие файлы не меняй. После правки назови файл и покажи, что изменилось».
Проверяйте результат по файлу, а затем по странице. Сообщение «готово» не заменяет просмотр изменений. Если правка есть в исходнике и появилась в локальной версии сайта, цепочка от запроса к видимому результату работает. Публикацию проверяйте отдельно.
Когда агент останавливается на проверке проекта, сохраните название команды и её вывод. Не просите его бесконечно «попробовать ещё раз»: одинаковый запуск без изменения условий не объяснит причину ошибки. Сначала разберите первое сообщение о сбое.
Если нужна помощь с доработкой после вайбкодинга, такой набор материалов сокращает время на диагностику: описание ожидаемого поведения, проблемный файл и вывод команды. По ним можно поставить ограниченную задачу на проверку сайта, вместо того чтобы начинать разработку заново.
Типичные ошибки при восстановлении OpenCode
- Переустанавливать программу сразу. Сначала сохраните настройки и текст ошибки: переустановка не исправляет неверный ключ или ограничение у провайдера.
- Отменять все изменения проекта. Среди них могут быть нужные ручные правки, поэтому сначала просмотрите разницу между версиями.
- Выдавать агенту неограниченные права. Проверьте, какое конкретно действие заблокировано, и разрешите только его.
- Менять модель, папку и настройки одним заходом. После каждого изменения повторяйте один и тот же короткий тест.
- Считать ответ в чате доказательством готовности сайта. Проверьте содержимое файла и страницу, которую увидит посетитель.
Переустановку имеет смысл рассматривать после того, как вы проверили подключение, рабочую папку и разрешения, а ошибка всё ещё указывает на сам OpenCode. Сохраните её полный текст и версию программы: эти сведения нужны для разбора конкретного сбоя.
Сейчас потратьте до двух минут на один тест: отправьте OpenCode запрос «Ответь одним словом: готов, файлы не открывай и не меняй». Ответ покажет, стоит ли дальше проверять инструменты проекта или сначала разбираться с подключением к модели.
