Почему LM Studio не видит ваши файлы

Вы скачали LM Studio, установили модель, запустили MCP Filesystem сервер. Просите модель прочитать документ из рабочей папки. В ответ - тишина. Или ошибка. Или "У меня нет доступа к файловой системе". Знакомо?

Windows 11 с её слоями безопасности - песочницами, политиками выполнения, виртуализацией доступа - превращает простую задачу "прочитать файл" в квест по прохождению лабиринта с ловушками. Особенно когда речь идёт о MCP (Model Context Protocol).

Ошибка "Permission denied" или полное молчание при запросе к файлам - это не баг LM Studio. Это диалог глухих между Windows Security, MCP сервером и вашей моделью.

MCP Filesystem: что ломается на Windows

MCP Filesystem сервер - это отдельный процесс, который запускается LM Studio. Он должен иметь те же права доступа, что и сама LM Studio. Но здесь начинается магия Windows:

LM Studio запускается от вашего пользователя
MCP сервер наследует контекст безопасности
Но пути монтируются через виртуализацию
А политики выполнения блокируют межпроцессное взаимодействие

Результат? Сервер работает, но видит только свою песочницу. Ваши документы в другой папке - как будто на другой планете.

Шаг за шагом: пробиваем брешь в защите

1 Проверяем базовую установку

Сначала убедимся, что проблема не в элементарном. Откройте LM Studio, перейдите в настройки MCP. Должны видеть что-то вроде:

{
  "mcpServers": {
    "filesystem": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-filesystem", "/ваш/путь"]
    }
  }
}

Здесь первая ловушка: путь. Windows использует обратные слеши, но JSON и MCP сервер ожидают прямые. Или экранированные.

💡

Используйте двойные обратные слеши C:\\Users\\ или UNIX-стиль C:/Users/. Второй вариант надёжнее.

2 Настраиваем права на папку

Windows любит контролировать. Откройте свойства папки, которую хотите дать LM Studio. Вкладка "Безопасность". Добавьте явные разрешения:

Нажмите "Изменить"
Добавьте "Все пакеты приложений" (APPLICATION PACKAGES)
Дайте полный доступ
Повторите для "Все ограниченные пакеты приложений"

Звучит параноидально? Да. Но без этого MCP сервер будет стучаться в дверь без ключа.

3 Запускаем от администратора (осторожно)

Самый простой способ - запустить LM Studio от имени администратора. Но я не люблю этот подход. Почему?

Модель получает доступ ко всей системе
Риск случайного повреждения файлов
Нарушается принцип минимальных привилегий

Но если нужно быстрое решение - работает. Только не забудьте вернуть нормальные права потом.

4 Используем symlinks или junction points

Хитрый трюк: создайте символическую ссылку из безопасной папки в вашу рабочую директорию.

mklink /J C:\Users\Public\LMStudio_Data D:\МоиДокументы\Проекты

Теперь настройте MCP Filesystem на C:\Users\Public\LMStudio_Data. Windows разрешит доступ к публичной папке, а ссылка приведёт к вашим файлам.

Отладка: когда ничего не помогает

Вы всё настроили, но LM Studio молчит. Время включить режим детектива.

Смотрим логи LM Studio

В LM Studio есть встроенные логи. Но они часто показывают только "ошибка соединения". Нужно копать глубже.

Запускаем MCP сервер вручную

Откройте терминал (PowerShell или CMD) и запустите сервер вручную:

npx -y @modelcontextprotocol/server-filesystem C:/test_folder

Сервер запустится и будет ждать соединения на stdin/stdout. Если здесь ошибка - проблема в установке Node.js или пакета.

Убедитесь, что Node.js установлен и npx доступен из командной строки. Windows часто не добавляет Node в PATH при установке.

Проверяем порты и процессы

MCP использует stdio для общения, но иногда возникают конфликты. Откройте диспетчер задач:

Ищите процессы node.exe
Проверьте, сколько их запущено
Завершите все, перезапустите LM Studio

Старые процессы node могут висеть и блокировать соединение.

Альтернатива: PlexMCP как универсальный шлюз

Если настройка нативного MCP Filesystem сводит с ума, посмотрите на PlexMCP. Это шлюз, который решает многие проблемы совместимости.

Особенно на Windows, где PlexMCP может выступать посредником между LM Studio и файловой системой, обходя ограничения безопасности.

Частые ошибки и их решения

Ошибка	Причина	Решение
"Server failed to start"	Node.js не в PATH	Переустановите Node.js с галочкой "Add to PATH"
"Permission denied"	Нет прав на папку	Настройте права безопасности папки
Модель не отвечает	MCP сервер упал	Проверьте логи, перезапустите LM Studio
Путь не найден	Неправильный формат пути	Используйте C:/style пути в конфиге

Почему это происходит только на Windows?

Linux и macOS имеют более простую модель безопасности для локальных приложений. Windows же выросла из эпохи, где каждый исполняемый файл - потенциальный вирус. Отсюда:

UAC (User Account Control) запрашивает разрешения
Запущенные из магазина приложения живут в песочнице
Даже обычные .exe получают виртуализированный доступ к файлам

LM Studio, будучи нативным приложением, сталкивается со всеми этими слоями. Особенно когда пытается запустить дочерний процесс (MCP сервер).

Для сравнения, в LM Studio vs llama.cpp эта проблема менее выражена - llama.cpp работает как единый процесс.

Будущее: станет ли проще?

Сообщество MCP активно работает над улучшением ситуации. В дорожных картах - встроенная поддержка Windows Security в MCP серверах, автоматическое разрешение прав, интеграция с Windows Sandbox.

Но пока что - приходится танцевать с бубном. Или использовать обходные пути вроде MCP Hangar для централизованного управления серверами.

Мой совет? Настройте один раз правильно, сохраните конфигурацию. Создайте папку специально для LM Studio, настройте на неё права один раз. Или используйте публичные папки Windows - они созданы для межпроцессного взаимодействия.

И помните: если LM Studio совсем отказывается работать с файлами, возможно, стоит посмотреть в сторону других инструментов в стеке, где файловый доступ реализован иначе.

Главное - не сдаваться. Потому что когда локальная модель наконец прочитает ваш документ и даст осмысленный ответ, это стоит всех этих танцев с правами доступа.

LM Studio и MCP Filesystem: файлы на Windows 11 как каменный лес