Выберите источник промптов перед подключением модели
Portward работает с тремя типами моделей: облачным AI-провайдером через стандартный API endpoint, моделью, работающей локально на вашем ПК, и встроенной моделью. Каждый выбор определяет, куда отправляются ваши промпты, поэтому выберите вариант до того, как направить агента на сервер.
Три способа подключения модели
Облачный AI-провайдер
Облачный провайдер подключается через стандартный API endpoint, который вы вводите в настройках вместе со своим API-ключом. Portward отправляет ваши промпты на этот endpoint, и промпт может включать текст любого файла или лога, прочитанного агентом, поэтому облачная модель получает этот текст. Ваши чаты, рабочие папки и API-ключи остаются на вашем ПК, а секреты в выводе инструментов скрываются перед отправкой модели. Этот вариант часто используют для длинных логов и больших конфигурационных файлов, так как модель не ограничена вашим оборудованием. Ознакомьтесь с условиями провайдера, чтобы узнать, как он обрабатывает промпты, и нажмите кнопку Test после ввода endpoint.
Модель на вашем ПК
Модель, работающая локально на вашем ПК, хранит всё на машине: с локальной моделью ничего не покидает её. Вы подключаете Portward к локальному endpoint, а кнопка Test показывает время отклика и контекстное окно. Скорость и качество зависят от модели и вашего оборудования, а более простая модель может допускать больше ошибок при работе с длинным конфигурационным файлом, поэтому внимательно читайте каждый diff. Этот вариант подходит для заметок и логов, которые вы не хотите отправлять провайдерам, например копии конфигурации почты, содержащей личные имена.
Встроенная модель
Встроенная модель готова к использованию без собственного endpoint, поэтому перед первой задачей ничего не нужно вводить. Выберите её, если хотите посмотреть карточки, diff и режимы подтверждения перед подключением других моделей. Позже вы можете переключиться на облачную или локальную модель, если задача потребует более мощную. Качество варьируется от задачи к задаче, поэтому читайте каждую карточку результата и каждый diff перед принятием, и проверяйте результат на сервере из второго сеанса.
Что проверяет кнопка Test
Кнопка Test проверяет endpoint, затем показывает время отклика и контекстное окно. Запустите её после ввода облачного или локального endpoint, прежде чем давать агенту задачу на сервере. Контекстное окно показывает, сколько текста помещается в один запрос, что важно при вставке длинного лога или конфигурационного файла. Если тест не удался, проверьте адрес endpoint и ключ, исправьте их и запустите тест снова перед началом задачи.
Выберите модель для задачи
Используйте более мощную модель для сложных шагов, таких как чтение длинного лога или планирование изменения брандмауэра, и более простую модель для мелких правок, например одной строки в скопированном конфигурационном файле. Инструмент run_on_model отправляет сложный шаг на более мощную модель, пока остальная часть чата остаётся на вашей основной. Инструмент task разделяет независимые проверки, например место на диске и статус служб, между параллельными субагентами. Cron запускает сохранённый промпт по расписанию, а планы сохраняются после перезагрузки, поэтому длительная задача может продолжиться после закрытия приложения.
Качество варьируется между моделями, и любая модель может неверно прочитать лог или предложить неправильную настройку. Читайте diff перед принятием. Ask first ставит паузу перед действиями, которые что-то меняют, Plan only пишет план и ничего не выполняет, а Auto-run действует сразу, поэтому выбирайте режим в зависимости от риска изменения. Проверьте результат самостоятельно, например, войдя на сервер из второго сеанса.
