# Jan Agent с локальной моделью: первое проверенное изменение

Первая задача Jan Agent с локальной моделью: проверенный endpoint, ограничение действий и просмотр конкретного изменения файла.

Автор: Команда Retrivium
Обновлено: 2026-11-03
Канонический URL: https://retrivium.ai/ru/journal/jan-agent-local-coding-workflow/
Language: ru

Для первой локальной задачи Jan Agent подключите отдельно распространяемый предварительный агент к проверенному endpoint модели и ограничьте задачу до разрешения изменений. Полезный результат — проверенное изменение с понятной ответственностью за файлы.

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

Предварительный Agent добавляет действия с файлами и командами к беседе модели, поэтому первой задаче нужны более узкие границы, чем обычному чату. Определите папку проекта, разрешённый для изменения файл и существующую проверку. Успешный ответ Desktop подтверждает только генерацию. Agent всё ещё должен обращаться к нужному endpoint и работать в нужном проекте. Поведение подтверждений также относится к настройкам приложения, а не к весам модели. Текущая документация разрешений различает безопасный режим с подтверждениями и ограничения операционной системы. Одобренная команда сохраняет доступ к ресурсам, разрешённым её учётной записи. Поэтому видимый запрос разрешения оценивают по фактическому действию, а не по обобщённому доверию к локальной модели или названию режима ([Jan Desktop documentation](https://docs.jan.ai/desktop)) ([Jan Agent documentation](https://docs.jan.ai/agent)).

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

Сначала убедитесь, что сервер Desktop выдаёт ответ с выбранной локальной моделью. Затем откройте Agent в учебной папке проекта и проверьте его собственную конфигурацию модели. Начните с просьбы описать конкретный исходный файл. До небольшого изменения изучите предлагаемые инструменты и настройки разрешений. Проверка одной беседы не заменяет проверку следующего действия агента ([Jan Local API Server](https://docs.jan.ai/desktop/api-server)).

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

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

| Проверка | Запись |
| --- | --- |
| Границы | В начальную задачу входят только функция форматирования и относящаяся к ней существующая проверка. |
| Endpoint | Собственная конфигурация Agent соответствует отдельно проверенному локальному серверу модели. |
| Проверка | Изменённая подпись и результат проверки записаны рядом с исходной версией файла. |

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

Поведение предварительной версии Agent нельзя выводить из настроек беседы Desktop. Запрос подтверждения управляет решением агента, а разрешения операционной системы определяют доступ запущенной команды. При отказе инструмента сначала проверяйте конкретное действие и рабочую папку, а не заменяйте исправно отвечающую локальную модель. Это разные границы выполнения.

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

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

Связанные материалы: [llama.cpp server: локальный API из GGUF-модели](/ru/journal/llama-cpp-server-launch/), [VRAM для LLM: почему размер модели — не весь расчёт](/ru/journal/vram-and-models/).