# OpenHands Canvas не видит файлы: рабочая папка backend

OpenHands Canvas не находит файлы: различия браузера, backend выполнения, выбранной рабочей папки и endpoint модели.

Автор: Команда Retrivium
Обновлено: 2026-11-03
Канонический URL: https://retrivium.ai/ru/journal/openhands-canvas-workspace-file-location/
Language: ru

Если Agent Canvas не находит файлы, до смены модели определите рабочую папку backend. Браузер показывает задачу, backend выполняет файловые инструменты, endpoint модели генерирует ответы: эти места не являются автоматически одной папкой или компьютером.

## Конкретная граница приложения

Текущий обзор Canvas относит выполнение и постоянное состояние к сервисам backend. Рабочая область — папка, репозиторий или настроенное окружение чтения и записи агента. Компьютер модели предоставляет генерацию и не определяет эту папку. Поэтому браузер ноутбука может показывать беседу, файловые действия которой происходят в другом месте существующей схемы. Для диагностики используйте уже настроенный локальный backend. Не создавайте дополнительный сервис и не меняйте удалённый доступ из-за отсутствующего пути. Сначала установите каталог активного backend и привязку разговора к нужной области. Название проекта, написанное в сообщении модели, не заменяет фактический выбор рабочей папки и не делает отсутствующий файл доступным инструменту ([OpenHands product introduction](https://docs.openhands.dev/overview/introduction)) ([OpenHands Agent Canvas](https://docs.openhands.dev/openhands/usage/agent-canvas/overview)).

## Практический маршрут

Изучите выбранный backend и рабочую область текущей беседы. Сравните дерево с известным безопасным файлом нужного локального проекта. Запросите наблюдение папки или файла только для чтения и изучите результат инструмента, а не итог модели. При другой папке исправьте выбор области существующими элементами приложения. Settings > LLM проверяйте отдельно при отказе генерации: профиль Advanced управляет доступом к модели, а не каталогом файловых инструментов ([OpenHands model configuration](https://docs.openhands.dev/openhands/usage/agent-canvas/model-configuration)).

## Разобранный пример

Пользователь ожидает репозиторий парсера, но дерево относится к прежнему текстовому упражнению. Модель отвечает на общие вопросы, создавая впечатление рабочего подключения. Чтение конкретного примера данных отказывает из-за неправильной области. Выберите существующий нужный репозиторий, подтвердите появление файла и повторите чтение до изменения. Таким образом исправляется конкретная привязка беседы, а не параметры исправно отвечающего сервера модели.

| Проверка | Запись |
| --- | --- |
| Браузер | Интерфейс управления, в котором сейчас показана выбранная беседа. |
| Рабочая область backend | Фактическая локальная папка, наблюдаемая инструментом чтения файлов. |
| Профиль модели | Endpoint генерации, записанный независимо от расположения исходных файлов. |

## Как правильно прочитать сбой

Модель способна правдоподобно объяснить файл без чтения нужного исходника. Недоступная модель также может сосуществовать с правильным деревом файлов. Разделяйте наблюдения. У MCP могут быть собственные границы ресурсов, поэтому чтение встроенным инструментом не доказывает одинаковые пути каждого подключённого инструмента. Для следующего действия нужно знать именно его владельца выполнения и фактическую доступную область ([OpenHands MCP guide](https://docs.openhands.dev/overview/model-context-protocol)).

## Что завершает проверку

Исправление завершено, когда конкретный файл наблюдается в нужной области backend и прочитан задачей. Сохраните схему расположения, чтобы последующая смена модели случайно не превратилась в изменение рабочей папки или источника файлов.

Связанные материалы: [Воспроизводимый стек инференса: как сохранить результат GPU-пилота](/ru/journal/software-stack-reproducibility/), [LLM для кода на 12 ГБ VRAM: модель, контекст и запас](/ru/journal/coding-llm-12gb-vram/).