Claude Cowork代替OSSにOpenWorkが選ばれる理由と設計思想

Claude Cowork の GA 以降、社内業務で AI エージェントを常用する動きが本格化した一方で、「機密資料を扱うため、クラウド完結型のプロプライエタリを全面採用するのは難しい」という声も同時に強まっています。OSS で同等の使い勝手を実現しつつ、チーム単位で MCP サーバやプラグインを配布したい、というニーズです。

こうした背景で急浮上したのが、Different AI（Y Combinator 支援）が公開している OSS デスクトップアプリ OpenWork（different-ai/openwork）です。公式サイトは自らを「The open source Claude Cowork alternative」と位置付け、GitHub では作成から約 8 か月で 22,898 スター・2,261 フォークを集めています。ただし急成長リポジトリゆえに、初見のエンジニアが評価する際には「本当に自プロジェクトで採用してよいのか」「opencode や goose とどう違うのか」「ライセンス種別が NOASSERTION と表示される点をどう扱えばよいのか」といった判断材料が不足しがちです。

さらに日本語で単に「OpenWork」と検索すると、同名の転職・就職口コミサービス「OpenWork（オープンワーク）」の情報に埋もれてしまい、OSS としての情報にたどり着きにくいという事情もあります。

本記事では、公式サイト・README・公式ドキュメント・GitHub の一次情報のみに基づいて、OpenWork（different-ai/openwork）の位置付け・中核機能・アーキテクチャ・類似 OSS との差分・向き不向き・導入前に確認すべき注意点を整理します。動作検証・実行環境構築は行わず、公開情報に基づく採用判断の軸として活用できることを目標にしています。

なお、リポジトリメタデータの確認時点で archived=false / fork=false / disabled=false / private=false であり、通常の公開・アクティブ運用状態にあります。ライセンスは GitHub 側で NOASSERTION と識別されているため、後段の「導入前に確認しておきたい注意点」で個別に扱います。

OpenWork とは — Claude Cowork 代替 OSS が登場した背景

OpenWork（different-ai/openwork）は、AI ワークフローを共有するためのオープンソースデスクトップアプリです。README には次のように記述されています。

OpenWork is a free, open-source desktop app made for sharing AI workflows.

（出典: different-ai/openwork README）

公式サイトはより端的に「The open source Claude Cowork alternative」と掲げており、Anthropic の Claude Cowork（Claude Desktop 内のコワーカー機能）のオープンソース代替として自らを位置付けています（OpenWork 公式サイト）。

Claude Cowork 側の流れを簡単に押さえておくと、2026 年 2 月に Windows 対応、2026 年 4 月に GA、2026 年 7 月にブラウザ／モバイル拡張が公開されるなど、この半年で「デスクトップ AI コワーカー」というカテゴリが一般化してきました（TechCrunch: The coding agent wars are spilling into the res…）。Pro プラン以上の有償プランに標準搭載され、クラウド側で処理を行うリモート実行モデルを取ることから、社内資料を扱いたい層では「OSS のローカルファースト代替」が明確な需要として顕在化しました。

OpenWork はこの需要に応える形で、Different AI（Y Combinator 支援）から公開されています。GitHub リポジトリのメタデータは以下のとおりです（gh api /repos/different-ai/openwork で取得した値。日付は API 応答時点）。

作成から約 8 か月で 22,898 スターという成長スピードは、Claude Cowork 系ユースケースに対する OSS 側の期待の大きさを反映しています。一方で license が NOASSERTION（GitHub 側で標準 SPDX ライセンスとして識別されていない状態）である点は、採用判断の際に個別に扱う必要があります（詳細は「導入前に確認しておきたい注意点」で後述します）。

なお本記事内で「OpenWork」と表記する場合、明示的に断らない限り GitHub リポジトリ different-ai/openwork を指します。日本語検索で先にヒットしがちな転職・就職口コミサービスの「OpenWork（オープンワーク）」とは別サービスです。

OpenWork の中核機能と設計思想

OpenWork の中核は、「AI ワークフローをチームで共有・実行するためのデスクトップアプリ」という点に集約されます。ここでは公式サイトと公式ドキュメントから読み取れる 4 つの軸に分けて整理します。

デスクトップアプリとしての基本形

OpenWork は macOS / Windows / Linux 向けのデスクトップアプリとして無料配布されており、公式サイトのダウンロード導線から入手できます（OpenWork Download）。実装言語は TypeScript で、GUI を持つデスクトップクライアントとしての体験を、Claude Cowork（プロプライエタリ）に近い形で提供することを狙っています。

MCP Gateway と 2 つのコアツール

OpenWork がターミナル型の AI コーディングエージェントと最も差別化されているのが、MCP（Model Context Protocol）Gateway 機能です。公式ドキュメントによれば、OpenWork は単一ホストエンドポイントとして、組織のスキル・プラグイン・接続を Claude Code / VS Code / Cursor など複数の MCP クライアントに提供できます（OpenWork MCP for Claude Code）。

MCP 経由で公開される中核ツールは以下の 2 種です。

• search_capabilities：利用可能な能力（スキル・プラグイン等）を検索する
• execute_capability：検索で見つけた能力を実行する

さらに Notion / Linear / Stripe などのサードパーティ MCP サーバとの統合が「External MCP Connections」として整理されており、OAuth または認証情報ベースで接続できます（OpenWork Docs）。個人 PC 上で開発者ごとに MCP サーバ設定を管理するのではなく、組織単位の Gateway を経由して統一的に配布・利用する構造です。

50+ LLM プロバイダ対応と BYOK モデル

公式サイトによれば、OpenWork は 50 以上の LLM プロバイダに対応しています。OpenAI・Anthropic・Google・Gemini などがラインナップされており、利用者側で API キーを持ち込む BYOK（Bring Your Own Key）モデルを採用しています。「Claude Cowork の代替」を謳いつつ、モデルは特定ベンダーに縛られない構造になっている点が、後述の opencode との共通項でもあります。

Skill / Plugin / Collection / Workspace の用語体系

公式ドキュメントでは、AI ワークフローを構成するオブジェクトに独自の呼称が与えられています（OpenWork Docs）。

• Skill：チャットからも作成できる再利用可能なタスク自動化
• Plugin：システム機能を拡張する上位概念（Skill を含む）
• Collection：プラグインをグループ化し、チームに再利用可能な単位で割り当てる箱
• Workspace：チームが共有するプロジェクト環境
• Den：デプロイメント管理およびクラウドバックエンド（den-api）

「Skill」「Plugin」といった語は他ツールでも登場するため意味を推測しがちですが、OpenWork では公式ドキュメントの定義に沿って読み解くと、Skill が実装単位、Plugin がその集合、Collection がチーム配布の単位、Workspace がチームの実行環境、Den がその裏側のマネージドサービス、という階層になっていることが分かります。

アーキテクチャ構造と opencode との関係

OpenWork のアーキテクチャを把握するうえで欠かせないのが、コアエンジンとして opencode（anomalyco/opencode）を採用している点です。公式サイトが powered by opencode と明言しており、GitHub リポジトリの description にも「The open-source alternative to Claude Cowork (powered by opencode)」と記載されています。

opencode 自体は TypeScript で実装されたターミナル型の AI コーディングエージェントで、多数の LLM プロバイダ対応・BYOK・Ollama によるローカル実行・クライアント／サーバー分離アーキテクチャを備えています（opencode 公式サイト、anomalyco/opencode（GitHub））。かつては sst/opencode として SST チーム発でスタートしましたが、現行のリポジトリパスは anomalyco/opencode に移管されており、旧パスは 301 リダイレクトで新パスに転送されます。古い記事・スライドで sst/opencode の表記を見かけた場合も、実体は同じプロジェクトを指しています。

OpenWork はこの opencode をエンジン基盤として、以下の 3 層を積み上げた構造と読み解けます。

1. エンジン層：opencode をベースに、モデル呼び出しやセッション管理を担う
2. GUI 層：Electron 系のデスクトップアプリとして macOS / Windows / Linux に展開
3. チーム / ガバナンス層：MCP Gateway、Skill / Plugin / Collection、Den によるチーム管理と RBAC

さらに OpenWork は、デスクトップアプリに加えて Web 版（app.openworklabs.com）とスケジュール実行機能も提供していますが、公式サイト上で Alpha と明記されているため、本番運用ではデスクトップアプリを主軸に据えるのが安全です。

実行モデルの選択肢としては、以下の 2 つを目的別に組み合わせる形になります。

• ローカル完結モード：デスクトップアプリでの利用が中心で、機密資料を外部に出したくないユースケースに向く
• Den Cloud 連携モード：チーム管理・RBAC・SSO などが必要な場合に、Den（マネージドバックエンド）と連携する。セルフホストにも対応

Google Workspace / Microsoft 365 との統合が用意されている一方で、実行系のガバナンスは Den 側に寄せられている構造です。

なお、OpenWork のリポジトリはデフォルトブランチが dev に設定されています。開発の反映が速い分、本番導入時はタグ・リリースに紐づくコミットを固定して運用する前提で扱うのが無難です。

類似 OSS との比較（opencode / goose との差分）

「Claude Cowork 代替 OSS」として比較検討されるのは、主に OpenWork・opencode・goose の 3 リポジトリです。参考として本家の Claude Cowork も並べ、位置付けを整理します。以下の GitHub パス・スター数・ライセンスは 2026-08-22 時点で GitHub API から取得した値に基づきます。

opencode（同じエンジン・ターミナル特化）との違い

opencode（anomalyco/opencode）は OpenWork のエンジン基盤としても採用されており、根の実装は共通です。両者の違いは、opencode が「開発者が個人のターミナルから使う」ことを最適解に据えているのに対し、OpenWork は「デスクトップ GUI + MCP Gateway + チーム管理」までを積み上げている点にあります（anomalyco/opencode（GitHub））。

ターミナル完結で問題ない個人開発者や、モバイルからのリモート操作までを含めたクライアント／サーバー構成を求める場合には opencode 単独の方が軽量です。一方で「非エンジニアもチームで使う」「MCP サーバの設定をチームで統一する」といった要件がある場合は、opencode を素で使うよりも OpenWork の GUI + Gateway レイヤーを載せた方が現実的です。

goose（Apache 2.0・Rust・Linux Foundation AAIF 傘下の独立系デスクトップ AI エージェント）との違い

goose（aaif-goose/goose）は元々 Block（Square / Cash App の親会社）が公開した OSS AI エージェントで、現在は Linux Foundation の Agentic AI Foundation（AAIF）に寄贈され、中立財団の傘下で運営されているプロジェクトです。goose 自体の設計思想や他エージェントとの違いは、既に別記事の汎用AIエージェントgooseとは｜Aider/OpenHandsとの違いと選び方で詳しく整理しているため、本記事では OpenWork との差分に絞って触れます。

OpenWork と比べた場合の主な差分は以下です。

• ライセンス：goose は Apache 2.0 で、商用利用・改変・組込みの制約が少なく、条文上の判断がしやすい。OpenWork は NOASSERTION で、LICENSE ファイル本体の確認が必要
• 実装言語 / ランタイム：goose は Rust ネイティブ、OpenWork は TypeScript ベース。運用側の運用スキル・監視スタックの相性で選択が変わる
• ガバナンス：goose は Linux Foundation AAIF 傘下で中立財団運営のため、特定企業への依存リスクが低い。OpenWork は Different AI（YC 支援スタートアップ）の単独運営という違いがある
• チーム管理レイヤー：OpenWork は Den Cloud / セルフホストで RBAC・SSO まで一体化されている。goose は MCP 拡張や CLI・API での柔軟な組み込みが強みで、組織ガバナンスは別途設計する構造

「エージェント本体の柔軟性・ライセンスの明確さ・中立財団のガバナンスを重視する」なら goose、「Claude Cowork 的な GUI 体験を OSS で提供し、チーム配布まで含めて閉じたい」なら OpenWork、という棲み分けになります。

なお、Claude Cowork 系の OSS 代替として比較検討の視野に入りやすいプロジェクトとしては、他にも「デスクトップ AI コワーカー」カテゴリで独自のポジションを取る OSS が登場しつつあります。人間サイドの操作補助を主眼とするTinyHumans/OpenHuman の解説記事では、OpenWork のような MCP Gateway 集約型とは異なる「対人業務の自動化」寄りのアプローチを整理しているため、対象領域が異なる代替候補も俯瞰したい場合は併せて参照してください。本記事の OpenWork はあくまで「デスクトップ GUI × チーム配布 × MCP 集約」という別軸に焦点を当てています。

参考：Claude Cowork（本家プロプライエタリ）との位置関係

Claude Cowork は Claude Desktop アプリ内の第 3 タブとして提供され、Pro プラン以上（月額 20 ドル〜）で利用できます。特定フォルダへのアクセス権を渡し、レシートから経費入力、メモから報告書生成、フォルダ再編成などを自然言語で指示できるのが特徴で、クラウド側で処理を行うリモート実行モデルです（Claude Cowork ガイド）。

OpenWork は Claude Cowork の GUI 体験に着想を得つつ、モデルベンダーに依存しない BYOK 構造・OSS ライセンス・チーム配布までを取り込むことで、「Claude Cowork の使い勝手を、社内資料でも扱える形で再現する」ポジションを取っています。

どのチームに OpenWork が向くか — 選定判断軸

ここまでの整理を踏まえ、OpenWork をどのようなチームが選ぶと合理的か、逆にどのケースでは別の選択肢が有力かを、判断軸に落とし込みます。

判断軸 A：特定 LLM ベンダーへのロックインを避けたい

OpenWork は 50 以上の LLM プロバイダに対応する BYOK モデルで、モデル選定と GUI 体験を分離できます。Claude Cowork は Anthropic モデルへの依存が前提となるため、「デスクトップ AI コワーカーの GUI 体験は欲しいが、モデルは複数を切り替えて評価したい」というチームには OpenWork のほうがフィットします。

判断軸 B：MCP サーバ設定をチームで統一管理したい

MCP Gateway 経由で、Skill / Plugin / Collection を組織単位で配布できる構造は、他の OSS AI エージェントには少ない特徴です。個々のエンジニアが自分の端末で MCP サーバ設定をメンテナンスする体制から、「組織で承認済みの MCP セットを一元配布する」体制に移行したいチームには適しています。

判断軸 C：SAML / SCIM / RBAC を必要とするエンタープライズ要件がある

Den Cloud（および AWS 等へのセルフホスト）と組み合わせることで、Okta SAML・Microsoft Entra SCIM プロビジョニング・カスタムロール・チーム作成・リソースごとの権限付与が利用できます（OpenWork Members and RBAC、Team Quickstart）。エンタープライズ要件で SSO と RBAC が前提となる場合、これらを既に持っている点は導入コストを下げます。

逆に OpenWork が向かないケース

一方で、以下のケースでは他の選択肢のほうが素直です。

• 個人・小規模チームでターミナル完結型で十分な場合：opencode を直接利用したほうが構成要素が少なく、運用負荷が軽い
• プロプライエタリの完成度・サポートを優先する場合：Claude Cowork（有償プラン）のほうが更新頻度と統合機能の完成度で先行する場面がある
• ライセンスの明確さと中立財団のガバナンスを最優先する場合：Apache 2.0 かつ Linux Foundation AAIF 傘下の goose や、MIT の opencode のほうが判断が容易

導入前に確認しておきたい注意点

OpenWork は勢いのあるリポジトリですが、初見で採用判断を下す前に、いくつか個別に確認しておきたい論点があります。ドキュメントベースで観察できる範囲でも、以下の 5 点は避けて通れません。

1. ライセンスが NOASSERTION である

GitHub API から取得したメタデータでは license フィールドが NOASSERTION になっており、標準 SPDX ライセンスとして識別されていません。ライセンス条項の解釈は LICENSE ファイル本体を直接確認する必要があります（different-ai/openwork）。商用利用・組込み・改変再配布の判断は、必ず自組織の法務担当と合わせて LICENSE 本文を読み込んだうえで行うことが望ましい構造です。

2. Web 版・スケジュール実行機能は Alpha

公式サイトでは、Web 版（app.openworklabs.com）とスケジュール実行機能が Alpha として提供されている旨が明記されています（OpenWork 公式サイト）。本番導入時はデスクトップアプリを主軸とし、Alpha 機能はサイドプロジェクト・PoC の範囲に留める切り分けが安全です。

3. デフォルトブランチが dev

リポジトリのデフォルトブランチが dev に設定されています。開発の反映は速い一方で、main 相当の安定ブランチを固定して追う運用にはなっていません。本番利用時はリリースタグまたは特定コミットへの固定運用を前提としたバージョン管理設計が必要になります。

4. Open Issues 375 件・OSS 8 か月の若さ

gh api で取得できる Open Issues は 375 件で、OSS としての公開から約 8 か月というタイミングです。スター数の伸びに対して、成熟度の観点では通常の OSS プロジェクトと同様に「issue 内容を軽く眺め、自分たちの要件と重なる既知問題がないか」を事前に確認するプロセスは省略しない方が無難です。

5. Den Cloud の課金モデル

デスクトップアプリ本体は完全無料・オープンソースですが、Team Starter（最初 5 シート無料、以降 $10 / シート / 月）・Enterprise（カスタム価格）が Den Cloud 側の料金体系として提示されています（OpenWork 公式サイト）。「デスクトップアプリまでで完結する範囲」と「Den Cloud を使う範囲」を切り分けて、想定利用規模での費用感を先に見積もっておくと、後から意思決定が揺れにくくなります。

まとめ — OpenWork は何を"代替"するのか

OpenWork（different-ai/openwork）は、Claude Cowork の GUI 体験に着想を得ながら、opencode（anomalyco/opencode）をエンジン基盤として、MCP Gateway・Skill / Plugin / Collection・Den Cloud を組み合わせた「OSS のデスクトップ AI コワーカー + チーム配布基盤」として設計されているリポジトリです。

3 つの OSS を選定軸で並べ直すと、次のように整理できます。

• opencode（anomalyco/opencode）：ターミナル型で軽量。個人・小規模チームや、モバイルからのリモート操作を含めた開発者向けのユースケースに向く
• goose（aaif-goose/goose）：Apache 2.0・Rust ネイティブ・Linux Foundation AAIF 傘下。ライセンスの明確さ、言語ランタイムの独立性、中立財団によるガバナンスを重視する場合に有力
• OpenWork（different-ai/openwork）：Claude Cowork 的な GUI 体験 × OSS × チーム配布（MCP Gateway・RBAC）の同時充足を求める場合の最有力候補

そのうえで、本家である Claude Cowork（プロプライエタリ）とは、「モデルベンダーへの依存を避けたい」「機密資料を扱うためローカル / セルフホスト側に寄せたい」「MCP セットを組織で統一配布したい」といった要件で棲み分ける形になります。

一方で、採用判断を下す前には、① ライセンス種別が NOASSERTION である点の LICENSE 本文確認、② Web 版・スケジュール実行機能が Alpha である点の切り分け、③ デフォルトブランチ dev を前提としたバージョン固定運用、この 3 点は初見時点で必ず押さえておきたい論点です。22,898 スターという勢いに引きずられず、公開情報を淡々と突き合わせることで、自チームでの採用可否を落ち着いて判断できる材料は十分に揃うリポジトリだと言えます。

参考リンク

• different-ai/openwork（GitHub リポジトリ）
• OpenWork 公式サイト
• OpenWork Docs
• OpenWork MCP for Claude Code
• OpenWork Team Quickstart
• OpenWork Members and RBAC
• anomalyco/opencode（GitHub） / opencode 公式サイト
• aaif-goose/goose（GitHub）
• TechCrunch: The coding agent wars are spilling into the res…

社内業務での AI エージェント活用や、OpenWork をはじめとする OSS を組み合わせた業務システム開発をご検討中の方は、お問い合わせフォーム からご相談ください。要件整理の段階からご相談いただけます。

OSS の AI エージェント基盤に関心があるエンジニアの方は、複業・フリーランス案件のマッチングサービス Workee で案件を探す も選択肢のひとつです。