В этом материале
Jan Agent требует собственной конфигурации модели и проекта; генерация Desktop не подтверждает доступ к файлам и проверку изменений.
Для первой локальной задачи Jan Agent подключите отдельно распространяемый предварительный агент к проверенному endpoint модели и ограничьте задачу до разрешения изменений. Полезный результат — проверенное изменение с понятной ответственностью за файлы.
Конкретная граница приложения
Предварительный Agent добавляет действия с файлами и командами к беседе модели, поэтому первой задаче нужны более узкие границы, чем обычному чату. Определите папку проекта, разрешённый для изменения файл и существующую проверку. Успешный ответ Desktop подтверждает только генерацию. Agent всё ещё должен обращаться к нужному endpoint и работать в нужном проекте. Поведение подтверждений также относится к настройкам приложения, а не к весам модели. Текущая документация разрешений различает безопасный режим с подтверждениями и ограничения операционной системы. Одобренная команда сохраняет доступ к ресурсам, разрешённым её учётной записи. Поэтому видимый запрос разрешения оценивают по фактическому действию, а не по обобщённому доверию к локальной модели или названию режима (Jan Desktop documentation) (Jan Agent documentation).
Практический маршрут
Сначала убедитесь, что сервер Desktop выдаёт ответ с выбранной локальной моделью. Затем откройте Agent в учебной папке проекта и проверьте его собственную конфигурацию модели. Начните с просьбы описать конкретный исходный файл. До небольшого изменения изучите предлагаемые инструменты и настройки разрешений. Проверка одной беседы не заменяет проверку следующего действия агента (Jan Local API Server).
Разобранный пример
Подготовьте вспомогательную функцию форматирования вымышленного статуса. Попросите объяснить текущий запасной вариант и предложить более понятную подпись для неизвестного значения. Изучите изменения файла и выполните подходящую существующую проверку самостоятельно либо через явно проверенное действие. Сохраните исходный файл, чтобы точное изменение можно было оценить независимо от объяснения агента.
| Проверка | Запись |
|---|---|
| Границы | В начальную задачу входят только функция форматирования и относящаяся к ней существующая проверка. |
| Endpoint | Собственная конфигурация Agent соответствует отдельно проверенному локальному серверу модели. |
| Проверка | Изменённая подпись и результат проверки записаны рядом с исходной версией файла. |
Как правильно прочитать сбой
Поведение предварительной версии Agent нельзя выводить из настроек беседы Desktop. Запрос подтверждения управляет решением агента, а разрешения операционной системы определяют доступ запущенной команды. При отказе инструмента сначала проверяйте конкретное действие и рабочую папку, а не заменяйте исправно отвечающую локальную модель. Это разные границы выполнения.
Что завершает проверку
Процесс можно принять, когда понятны endpoint, рабочая папка, запрошенные действия и итоговые изменения. Успешное объяснение не подтверждает редактирование файлов. Сгенерированное утверждение о прошедших тестах также не заменяет реальный вывод соответствующей проверки и просмотр изменённого исходного кода. Сначала проверьте, что рабочая папка действительно учебная.
Связанные материалы: llama.cpp server: локальный API из GGUF-модели, VRAM для LLM: почему размер модели — не весь расчёт.