23 июля по американскому времени Уэнда и Rohit Prasad официально выпустили в X открытый десктоп-агент OpenWorker. Это продукт с открытым исходным кодом — его можно проверять, изменять и расширять. Цель OpenWorker — снизить порог использования и разработки агентов, сохранив за пользователем выбор модели и контроль над данными.
OpenWorker представляет собой рабочий стол агента, который состоит из трёх уровней:
* Верхний уровень — десктоп-интерфейс. Здесь можно создавать автоматические задачи (например, утренние или еженедельные отчёты, мониторинг каналов), указывать названия и инструкции для задач. Интерфейс отображает процесс мышления модели, записи о вызове инструментов и конечный результат.
* Средний уровень — локальный сервис агента. Он принимает цели пользователя, вызывает модель, управляет циклом задач, читает файлы, выполняет команды, работает с внешними инструментами, управляет записями сеансов, памятью, состоянием задач и проверкой разрешений.
* Внешний уровень — модели и соединители. OpenWorker поддерживает модели OpenAI, Gemini, Ollama и инструменты Slack, GitHub, Jira, Notion, Outlook.
Модельный уровень OpenWorker основан на ранее выпущенном командой Уэнды aisuite. Он предоставляет единый интерфейс между моделями и приложением, позволяя агенту использовать схожие способы вызова разных моделей. Благодаря этому пользователь может сменить базовую модель без перестройки всего рабочего процесса агента — система позиционируется как «независимая от модели».
OpenWorker отличается от других агент-продуктов открытостью. Пользователь сам выбирает модель, способ развёртывания и коннектор, может менять инструменты и процессы, проверять исходный код. При этом ответственность за API Key, расходы на модели, совместимость интерфейсов, авторизацию коннекторов и устранение неполадок лежит на пользователе.
Агент-продукты принято делить на три категории:
1. Программные инженерные агенты (Codex, Claude Code) — ориентированы на работу с кодом, тестами, версиями.
2. Долгосрочные персональные агенты (OpenClaw, Hermes) — сохраняют предпочтения пользователя и историю, стремятся стать персонализированным помощником.
3. Интегрированные офисные агенты (WorkBuddy) — предоставляют закрытый пакет услуг с моделью, облачными сервисами, системой аккаунтов и поддержкой.
Однако после запуска OpenWorker сообщество указало на большой разрыв между «игрушкой для гиков» и «цифровым сотрудником для обычных людей». Среди нерешённых проблем — совместимость нескольких моделей, направление потоков данных и контроль разрешений.
Разработчики после запуска анализировали исходный код и пробовали подключать разные модели и коннекторы. На GitHub основные вопросы касались:
* совместимости с несколькими моделями;
* границ локальных данных;
* охвата всех путей выполнения проверкой прав.
Несмотря на позиционирование OpenWorker как «независимого от модели» решения, есть проблемы совместимости на уровне использования. Например:
* при подключении самописного OpenAI-compatible интерфейса система обнаруживает соединение на этапе настройки, но в новой сессии не видит доступных моделей;
* иногда OpenWorker не может загрузить модели из локального сервиса Ollama, хотя сам сервис работает корректно.
Также существуют проблемы совместимости сервисов с интерфейсом OpenAI: различия в формате интерфейса, названии модели, заявленных возможностях и возвращаемых полях. При тестировании автоматического утреннего отчёта выявлена проблема: из‑за недостатка средств на модели система трижды возвращает одинаковый сбой без остановки или подсказки.
OpenWorker подчёркивает принцип «локальный приоритет»: агент работает на устройстве пользователя, а данные (сеансы, ключи, память, часть задач) хранятся локально. Данные делятся на 3 категории:
* локальные (сеансы, ключи, задачи);
* метаданные, отправляемые в облако после входа в учётную запись;
* данные, передаваемые третьим сторонам (облачные модели, Slack, почта, Notion).
Сообщество волнует, насколько чётко OpenWorker информирует пользователей о местах хранения данных, их отправке в сервисы и возможности отключения/замены путей данных.
У OpenWorker есть механизм проверки для операций (запись файлов, выполнение команд, изменение системы), но некоторые конфигурационные файлы могут запускать внешние сервисы до того, как пользователь доверит рабочей области. Риски десктоп-агента связаны с тем, что контроль прав должен охватывать не только вызовы инструментов моделью, но и разбор конфигурации, загрузку плагинов, инициализацию коннекторов, запуск фоновых процессов.
OpenWorker объединяет маршрутизацию моделей, вызов инструментов, память, коннекторы и механизм проверки прав в единую рабочую систему. Проект официально объявлен открытой тестовой версией — разработчики признают наличие недоработок.
Преимущества и недостатки OpenWorker проистекают из его открытости: она обеспечивает большую свободу и прозрачность, но усложняет использование «из коробки». OpenWorker не создаёт новый подход к агентам, но пытается интегрировать стандартизированные компоненты агентов в десктопные продукты. Успех проекта будет зависеть от того, удастся ли сделать совместимость, восстановление после ошибок, раскрытие данных и контроль доступа базовыми функциями, не требующими от пользователя понимания их сути.
Подписаться в Макс
