OPENCODE × PASEO
Личный агентный харнесс / снимок 28.09.2026

Работа идёт,
даже когда я не у экрана.

Моя связка Paseo и OpenCode: удалённое управление задачами, оркестрация нескольких агентных ролей и модели разных поставщиков, подобранные под сложность работы.

01 / Зачем эта связка

Удобный вход.
Гибкая начинка.

Мне нужен способ поручить работу агентам и не сидеть постоянно перед компьютером. При этом я хочу выбирать модели по роли и стоимости, а не зависеть от одного вендора.

Control plane01

Paseo.sh ↗

Нравится удалённое управление и удобное мобильное приложение. Агент запускается на моей машине, а я могу следить за работой и возвращаться к ней с другого устройства. Проект ещё молодой — мне интересно участвовать в его развитии.

Agent runtime02

OpenCode ↗

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

02 / Архитектура

Где именно что происходит

Эти компоненты решают разные задачи. Paseo даёт интерфейс и удалённый доступ; OpenCode загружает конфигурацию и выполняет агентный процесс; маршрутизация выбирает роль и модель.

Управление
PASEO
Сессии, мобильный доступ, удалённое управление

Профиль Paseo запускает OpenCode в режиме orchestrator. Режимы и выбранная модель могут отличаться у отдельных сессий.

Оркестрация
OPENCODE
Главный агент, субагенты, разрешения

Оркестратор принимает задачу, определяет подход, отдаёт ограниченную часть работы исполнителю и затем проверяет итог. Глубина субагентов в текущей глобальной конфигурации — 2.

Выбор исполнителя
ROUTING
Живой порядок кандидатов для каждой роли

Перед отправкой задачи оркестратор перечитывает отдельный файл маршрутов. Первая включённая запись этапа — приоритетная; запасные варианты используются по правилам промпта.

Вычисление
MODELS
OpenAI · Qwen · DeepSeek · MiMo и другие

Модели приходят через разные подключения: OpenAI, Alibaba Model Studio, Command Code, OpenRouter и прямые провайдеры. Префикс модели показывает маршрут доступа; бренд самой модели может отличаться.

03 / Рабочий цикл

Задача проходит через роли,
а не через одну «супермодель».

Схема сокращает ручное внимание: дешёвая и узкая работа уходит подходящим агентам, а ответственность за план, интеграцию и финальную проверку остаётся у оркестратора.

Жизненный цикл одной задачи
01 / ВХОД

Моя задача

Цель, проект, ограничения и критерии готовности

02 / PASEO

Сессия

Передаёт задачу OpenCode и даёт удалённый доступ

03 / OPENCODE

Оркестратор

Разбирает контекст → выбирает путь → делегирует → собирает и проверяет

04 / ВЫХОД

Отчёт мне

Изменения, проверки, границы и вопросы, требующие решения

Что уходит субагентам и возвращается назадМаршрут выбирается перед каждым вызовом
ИССЛЕДОВАНИЕ

Explorer

Получает: точный вопрос о коде.
Возвращает: файлы, факты и пробелы.

РЕАЛИЗАЦИЯ

Coder

Получает: ограниченный контракт и критерии.
Возвращает: diff, тесты и риски.

ПО УРОВНЮ РИСКА

Verifier

Получает: итоговый diff и доказательства проверок.
Возвращает: замечания или вывод о прохождении.

01 / ЗАДАЧА

Формулирую цель

Запускаю сессию в Paseo с компьютера или телефона. OpenCode получает задачу в контексте проекта.

02 / ИССЛЕДОВАНИЕ

Explorer ищет факты

Read-only агент изучает нужные файлы, существующие правила и тесты. Решение о реализации остаётся у оркестратора.

03 / ИСПОЛНЕНИЕ

Coder меняет код

Оркестратор даёт ограниченный контракт. Обычный маршрут начинает с DeepSeek Flash; более мощный исполнитель вызывается при обоснованной необходимости.

04 / ИНТЕГРАЦИЯ

Результат проверяется

Оркестратор смотрит общий diff и запускает проверки. Отдельный verifier подключается к рискованным изменениям. Я получаю итог и точки, где нужен мой выбор.

Автономность с границами. Оркестратор может продолжать уже одобренную дорожную карту и использовать Paseo heartbeat для возврата к простаивающей сессии. Публикация, слияние, разрушительные действия и работа с реальными деньгами не вытекают из такого разрешения автоматически.
04 / Карта решений

Модели выбираются
по типу работы

Это не список доступных моделей, а практическая карта: оркестратор получает задачу, выбирает нужную роль и ждёт конкретный результат. Этапы вызываются по необходимости: одна задача может закончиться после исследования, другая — пройти через несколько ролей.

Главный агент

OpenAI
GPT-6 Sol

Оркестратор принимает задачу, уточняет границы, выбирает роль и собирает итог. Он не запускает все стадии по цепочке: подключает только то, что помогает сдвинуть конкретную работу.

ИССЛЕДОВАНИЕ

Explorer

Первый выбор: Qwen3.8 Flash · Alibaba

Когда: нужны факты о коде, зависимостях или текущем состоянии.

Возвращает: выводы и ссылки на файлы.

РЕАЛИЗАЦИЯ

Coder

Первый выбор: DeepSeek V4.1 Flash · Command Code

Когда: есть ограниченная задача на изменение кода.

Возвращает: diff и результаты проверок.

МЕЛКАЯ ПРАВКА

Fixer

Первый выбор: MiMo V2.5 · Command Code

Когда: исправление детерминировано и не требует широкого исследования.

Возвращает: готовый патч.

АРХИТЕКТУРНАЯ РАЗВИЛКА

Architect

Первый выбор: Qwen3.8 Max · Alibaba

Когда: есть конкретный архитектурный выбор с последствиями.

Возвращает: рекомендацию и обоснование.

ПРОВЕРКА

Verifier

Первый выбор: GPT-6 Luna · OpenAI

Когда: изменение несёт риск и нужна независимая проверка без правок.

Возвращает: PASS/FAIL или список находок.

Сбой провайдера

Переход к следующему включённому кандидату возможен только внутри той же роли.

Не сработала реализация или постановка

Оркестратор сначала диагностирует причину. Это не повод автоматически менять провайдера.

Сложное кодирование

Эскалация к coder-pro или hard-coder требует причины; следующая модель не выбирается автоматически.

Полные приоритеты и резервные кандидаты лежат в agent-routing.json ↗. Это снимок конфигурации, не статистика фактических вызовов и затрат.

05 / Пример из Paseo

Так это выглядело на my note taker

В сессии по InkPlanner я попросил разобраться, что осталось до завершения приложения, а затем разрешил продолжать согласованные работы без постоянного ожидания меня.

01 / СВЕРКА

План обновился

Оркестратор сначала опёрся на старый локальный PRD. После моего замечания сверил план с Linear и отделил подтверждённые задачи от устаревших пунктов.

02 / ДЕЛЕГИРОВАНИЕ

Роли получили узкие части

В истории сессии видны вызовы explorer, coder, архитектора и verifier. Например, для рукописного переименования листа отдельные coder-задачи охватывали схему, репозиторий и интерфейс.

03 / ПРОДОЛЖЕНИЕ

Heartbeat возвращал к работе

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

04 / ГРАНИЦЫ

Отчёт разделял этапы

Агент показывал локально сделанное, проверки и статусы задач отдельно от доставки и внешних проверок на устройстве. Я возвращался к решениям, которые нельзя было честно закрыть автоматически.

Важно: это пример из конкретной сентябрьской сессии, а не гарантия поведения каждой новой задачи. В той же истории видно, почему нужна проверка фактов: первоначальная оценка готовности приложения оказалась неверной.

Как это выглядит в Paseo

Два снимка из разных сессий. Нажмите на изображение, чтобы открыть его в полном размере.

Панель ввода Paseo: выбран Orchestrator на Qwen 3.8 Flash; над полем показаны счётчики задач, субагентов и изменений кода.
Панель сессииМожно выбрать модель и режим Orchestrator и видеть ход работы. Счётчики относятся к этой сессии, а не ко всей системе.
Сессия Paseo по ENG-194: история действий с GitHub и Linear, итоговый отчёт об объединённом PR и проверках; внизу выбран Orchestrator с GPT-5.6 Terra.
Завершение ENG-194 · 29 августа 2026История действий и итог с проверками, обновлением GitHub и Linear. Эта более ранняя сессия использовала GPT-5.6 Terra — модель может отличаться от текущего маршрута.
06 / Принципы

Разные классы моделей.
Меньше ручного контроля.

Цель настройки — сочетать качество и стоимость, оставляя мне управление по существенным решениям. Ниже — правила, которые действительно прослеживаются в конфигурации.

01 / Разделение ролей

Не вся работа требует дорогой модели

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

02 / Обоснованная эскалация

Сложнее — только по причине

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

03 / Переносимость

Модели можно переставлять

Порядок хранится в отдельном agent-routing.json. Это не запускаемый модуль: оркестратор читает файл перед делегированием. Ниже — как подключить его и запустить сессию.

07 / Запуск

Где лежит маршрут и как он работает

agent-routing.json — мой файл правил, не отдельный плагин. OpenCode сам по себе его не подхватывает: агент orchestrator.md содержит инструкцию перечитывать маршрут перед каждым делегированием.

01 / ФАЙЛЫ

Разместить определения

Глобальные агенты — в ~/.config/opencode/agents/, маршрут — в ~/.config/opencode/agent-routing.json.

02 / ДОСТУП

Подключить провайдеров

Восстановить собственные ключи и авторизацию. Публичный экспорт содержит только безопасный срез конфигурации.

03 / ПРОВЕРКА

Проверить OpenCode

Команды opencode debug agent orchestrator и opencode models показывают доступные определения и модели.

04 / СЕССИЯ

Запустить оркестратора

Выбрать OpenCode Orchestrator в Paseo или запустить OpenCode напрямую с --agent orchestrator.

08 / Исходники

Конфиги, которые можно изучить

Ниже — безопасный экспорт файлов, на которых основано описание. Из него удалены значения ключей и личные настройки доступа. Исходная логика маршрутизации и тексты выбранных ролей сохранены.

Текущая система: глобальный OpenCode config и файл маршрутов. В них видны подключения, модели, активные роли и резервные варианты.

Поведение ролей: промпты оркестратора и основных субагентов. Paseo показан отдельным публичным срезом настройки запуска и доступа.

config/opencode.public.json
Скачать ↓
Загрузка исходника…

Публичные JSON-файлы являются очищенным экспортом: поля с учётными данными исключены целиком. Это не готовая конфигурация для запуска без собственных ключей и авторизации. Markdown-файлы агентов показывают тексты ролей с обезличенными домашними путями.

09 / Что показывает этот снимок

Конфигурация объясняет намерение.
Фактический запуск зависит от сессии.

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

Активная глобальная конфигурация

Логи OpenCode подтверждают загрузку глобальных файлов при запуске через Paseo. Это основа описанного маршрута.

Профиль против сессии

В профиле Paseo указан OpenCode orchestrator с моделью Terra, но сохранённые сессии могут использовать другую модель, в том числе Sol. Выбор в конкретной сессии имеет значение.

Нет выдуманной экономии

На этой странице нет процента экономии или обещания качества: конфигурация не содержит достаточного измерения затрат и результата для такого вывода.