OpenWork

skills・plugins・MCP接続を、使うAIエージェントから切り離して共有する

OpenWorkの中心は、特定のchat UIだけにworkflowを閉じ込めず、capabilityを再利用できる層を作ることです。READMEではOpenWork MCPをCodex、Claude Code、Cursor、OpenCodeなどへ追加し、assigned skills、plugins、MCP connections、Google Workspace、Microsoft 365のcapabilitiesを呼び出す構成を案内しています。

remote MCPはsearch_capabilitiesとexecute_capabilityの2 toolを公開し、対応clientから利用可能なcapabilityを検索して実行します。desktop appは専用workspaceとして使えますが、README上は既存agentからOpenWorkを使うだけなら必須ではありません。

出典：[2]

Electron desktop・React UI・OpenCode SDKを組み合わせ、workspaceとagent実行を1つの操作面にまとめる

repositoryの主要言語はTypeScriptです。apps/appはReactとViteを使い、Model Context Protocol SDKとOpenCode SDKを依存関係に持ちます。desktop shellはElectron 43系で、better-sqlite3やterminal系dependencyを含みます。

v0.18.48ではlive workflow authoring、generated apps、session recovery、browser tab/consent/session originの整合性などが改善されており、単なるprompt launcherではなく継続的なagent workspaceとして更新されています。

出典：[6][7][3]

OpenWork Denで、組織向けにcapability配布・access・model providerを統制する

組織向けのOpenWork Denでは、team/member管理、model provider利用制御、desktop policy、skill/plugin marketplace、remote MCP配布などをcontrol planeから管理できます。

ただしDenはcore desktopと同じMIT部分ではありません。機能評価では、個人・小規模利用のMIT coreと、組織統制を担うee/の機能を分けて比較する必要があります。

出典：[2][5]

Claude Code・Codex・Cursor・OpenCodeを併用し、同じworkflowを何度も作り直したくないチームに

AI coding/agent toolごとにskillsやMCP設定を重複管理している環境、共有workflowを個人端末だけでなくteamへ展開したい環境に向きます。desktop専用UIへ移行すること自体より、agentからcapability layerを共通利用したいかが導入判断の軸です。

repository全体をMITとは扱えない。ee/はproduction利用条件付きの独自EE License

root LICENSEはee/以外のdesktop appとcore platformをMITとし、ee/配下のOpenWork DenをOpenWork EE Licenseで分離しています。GitHub metadataもlicense_spdxをNOASSERTIONとしており、単一のOSI系licenseでは表せません。

EE Licenseは、5 users以下のorganization、30日以内のinternal evaluation、development/testingなどを例外とし、それ以外のproduction利用には適切なsubscriptionを要求します。各versionは公開2年後にMITへ移行するfuture-license条項があります。

出典：[4][5][1]

remote MCPやDenを使うと、local desktopだけでは完結しない

OpenWork MCPの公式endpointはapi.openworklabs.com上のremote MCPです。組織選択やsign-inを行い、capabilityをremote経由で利用する構成なので、『desktop appを入れれば全処理がlocal』という製品ではありません。

機密データを扱う場合は、実行するcapability、接続service、model provider、Den deploymentの境界ごとに送信先・認証・保存方針を確認する必要があります。

出典：[2]

default branchはdevでrelease更新も速い。workflow互換性とversion差を固定して評価する

2026年9月16日時点のdefault branchはdevで、v0.18.48は前日の9月15日に公開されています。release notesでもworkflow authoring、session recovery、browser flowなど実行基盤の改善が継続しています。

team運用ではdesktop app、OpenWork MCP、Den側のversion差をまたいで挙動が変わり得るため、productionへ展開する前に利用versionと配布channelを固定し、主要workflowを回帰確認する方が安全です。

出典：[1][3]