В этом материале
Локальный провайдер Goose обеспечивает генерацию, расширения — инструменты; модель без их вызова ограничивается обычной беседой.
Goose может использовать локальную модель через документированных провайдеров Ollama или LM Studio. Для первой задачи настройте провайдера явно и рассматривайте расширения отдельно: успешная беседа не включает автоматически все инструменты.
Конкретная граница приложения
Текущая документация находится на goose-docs.ai, а официальный репозиторий — у aaif-goose. Справочник перечисляет локальные пути и указывает значительную роль вызова инструментов в Goose. Модель без этой возможности ограничивается обычной беседой и требует отключения расширений. Поэтому выбирайте модель по поведению задачи, а не только способности загрузить файл. Расширение предоставляет действия чтения файлов или команд, тогда как провайдер обеспечивает генерацию. Разделение особенно важно, если ответ получается, а действие нет. Локальный провайдер также не делает автономным отдельно подключённый внешний инструмент. Для первой пробы лучше ограничить количество расширений и заранее знать, какое из них должно получить исходный текст (Goose extension guide).
Практический маршрут
В Goose Desktop откройте боковую панель, Settings, Models и Configure providers. Для работающего LM Studio выберите LM Studio, настройте провайдера, подтвердите Submit и выберите загруженную сервером модель. Имя должно совпадать с идентификатором панели сервера. Для Ollama используйте документированного провайдера и адрес работающего локального runtime. Альтернатива CLI — goose configure и Configure Providers. Начните свежую сессию только с нужным для пробы расширением (Goose provider configuration).
Разобранный пример
Подготовьте учебную папку с вымышленной заметкой проекта. Попросите Goose пересказать её через явно разрешённое расширение чтения без изменения файлов. Сопоставьте ответ с исходником и посмотрите, какой инструмент вызван. Затем задайте уточнение по полученному тексту. Это различает реальное чтение и правдоподобный ответ модели без доступа к содержимому нужного файла.
| Проверка | Запись |
|---|---|
| Провайдер | Выбранный локальный runtime и точный идентификатор модели. |
| Расширение | Включённая возможность чтения учебной заметки из выбранной папки. |
| Свидетельство | Результат инструмента и ответ, основанный на фактическом содержимом заметки. |
Как правильно прочитать сбой
Если Goose отвечает, но не читает файл, проверьте доступность расширения, окружение процесса и границы файлов. Если вместо действия модель возвращает прозу, проверьте поддержку нужного поведения сочетанием модели и runtime. Повторное изменение формулировки не заменяет определения отсутствующей возможности или неисправного инструмента. Эти отказы нельзя надёжно исправить одним общим пресетом.
Что завершает проверку
Сохраните конфигурацию провайдера и один наблюдавшийся результат инструмента первой задачи. Остальные расширения добавляйте постепенно, чтобы их собственные учётные данные и последствия выполнения не скрыли уже проверенный путь локальной модели. Используйте точный идентификатор загруженной модели вместо копирования условного названия модели из примера руководства провайдера (Goose official repository).
Связанные материалы: Воспроизводимый стек инференса: как сохранить результат GPU-пилота, LLM для кода на 12 ГБ VRAM: модель, контекст и запас.