支援終了の一文だけが残ったaccomplish-ai/coworker
Coworker は、デスクトップ上に存在するオープンソースの Al coworker です。
ひと目でわかる
- これは何?
- accomplish-ai/coworkerの現行READMEはThis project is no longer supportedの一句のみ。descriptionはデスクトップ常駐のオープンソースAI同僚と残るが、インストール手順もreleaseも無い。旧稿が記したElectronとOpenCodeの構成は現行READMEでは確認できない。
- 誰に向いている?
- Coworkerは本番のデスクトップAIとしては使えない。現行READMEがThis project is no longer supportedと切り、GitHub Releasesは空、pushedAtも欠けている。
- 商用利用できる?
- 許可なしにはできません。GitHub はこのリポジトリにライセンスファイルを見つけていません。ライセンスがなければ、原則としてすべての権利が留保され、コードを読むことはできても再利用はできません。使う前に README を確認するか、作者に問い合わせてください。
- 今もメンテナンスされている?
- されています。最後のコミットは 34 日前です。
- 何の言語で書かれている?
- 主に TypeScript です(GitHub の言語統計による)。
回答はプロジェクトの GitHub データ(最終同期:2026年9月15日)と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
READMEが残した一文This project is no longer supported
現行のaccomplish-ai/coworker READMEは見出しCoworkerの直後に英文一句だけを置く。This project is no longer supported。クイックスタートも、環境変数も、画面の説明も、移行先の名前も無い。最後に安定とされた版番号、連絡先、代替プロジェクト、アーカイブ予定日は公式文面に出てこない。読者は「いつまで動いたのか」をメンテナの言葉では辿れない。
GitHubのdescriptionはCoworker is the open source Al coworker that lives on your desktop.のままである。素材はAlと記録しており、AIの誤記かどうかはREADME側では訂正されていない。対外ラベルはデスクトップに常駐する同僚を名乗り、本文は支援終了だけを告げる。archivedフラグはfalseなので、倉庫はGitHub上では生きているように見える。文書面では打ち切られている。
名前とdescriptionから能力を推測してはいけない。現行READMEが沈黙している以上、ファイル操作やブラウザ自動化といった想像は公式約束ではない。社内テンプレートや依存URLにhttps://github.com/accomplish-ai/coworkerが残っていれば、unsupportedとして印を付ける対象になる。
TypeScriptとMITとmainが示す倉庫の殻
素材のリポジトリメタデータは主言語TypeScript、ライセンスMIT、デフォルトブランチmain。archivedはfalse。openIssuesは13件。star約10929、fork約1290は取得時点のスナップショットであり、現行の可用性やコードの健全さを示す数字ではない。支援が終わったあともstarは残り続ける。
homepageは空。topicsも空。languageがTypeScriptであること以外、ElectronなのかTauriなのか、最低Node版は何か、現行READMEは答えない。デスクトップ殻の種類をメタデータから断定できない。実行方法もここからは出ない。
MITは複製、改変、結合、公開、再許諾、販売を許す。保証は否認される。ライセンスが緩いことは、メンテナが戻ることを意味しない。13件のopen issueが少ないことも、問題が解決済みであることにはならない。コミュニティの関心が別ツールへ移ったあとにissueだけが残る、という読みの方が現行READMEと整合する。
Releases空欄とpushedAt欠落で版を固定できない
素材のreleases配列は空である。GitHub Releasesにtag、変更履歴、dmg、exe、debといった公式配布物が載っていない。企業のSBOMでsemverをピン留めしたい用途では、公式の版アンカーが無い。main上のcommit hashを自分で選ぶしかなく、どのhashがかつて安定と呼ばれたかはREADMEが教えてくれない。
pushedAtは空文字列として取得されている。最終push日時がこのスナップショットでは欠けているため、「いつコミットが止まったか」を素材だけで確定できない。空のpushedAtと空のreleasesと支援終了の一文が並ぶと、追跡可能なリリース運用はaccomplish-ai/coworkerには無い、と読むのが筋である。
歴史的なstar数やfork数を信頼の根拠にしてはいけない。それらは活発だった時期の残像になり得る。TypeScriptという主言語も、ビルド成果物の有無を保証しない。版を固定できないソフトウェアを本番エージェントの経路に置く理由は、現行READMEからは出てこない。
旧稿が残すv0.5.17とmacOS Windows 11 Ubuntu配布
日本語旧稿は、かつてのREADMEがApple SiliconとIntelのmacOS、Windows 11、ARM64とx64のUbuntu向けにバージョン0.5.17のダウンロードリンクを置いていたと記録している。当時のセットアップは、DMGをアプリケーションフォルダへドラッグし、独自APIキーを使うかChatGPTのPlusまたはProで接続し、エージェントが参照できるフォルダを選び、タスクを依頼する、所要約2分、という説明だった。
開発前提として旧稿はNode.js 20以上とpnpm 9以上を挙げ、pnpm installとpnpm devでデスクトップアプリを開発モード起動すると書いていた。ビルド、WindowsとLinux向けインストーラ、lint、型チェック、PlaywrightのE2Eも旧稿のコマンド一覧にある。現行READMEにはこれらの手順が一行も残っていない。
0.5.17のバイナリが別ホストに残っているかは、現行素材の空releasesからは確認できない。旧稿を正としてdmgを探すのは、公式文書が撤回されたあとの自己責任になる。Coworkerを動かす前に見るべきなのは、https://github.com/accomplish-ai/coworker/releases が空のままか、READMEが依然として支援終了の一句か、の二点である。旧稿のpnpm devが現在のpackage.jsonに残っていても、メンテナは動かない前提で読む。
旧稿のElectronデーモンとopencode serve
旧稿はアーキテクチャを次のように要約していた。ViteでバンドルしたReact UIを持つElectronアプリ。タスク実行は長期稼働のデーモン。デーモンはOpenCodeの子プロセスとしてopencode serveを起動し、OpenCode SDK経由で通信する。APIキーはOSのキーチェーンに保存する。
現行READMEはElectronもViteもReactもOpenCodeもキーチェーンも書いていない。今のmainが同じ構成かどうかは、ソースを開くまで不明である。git clone https://github.com/accomplish-ai/coworker のあと、package.jsonの依存にelectronやopencodeが残っているかを見るのが、旧稿を突き合わせる具体的な手順になる。無ければ旧稿は過去READMEの残像に過ぎない。
OpenCodeに依存していた場合、上流のopencode serveが互換を壊してもCoworker側で追随する人は、現行READMEの宣言から見て期待できない。SDKの更新を待つ理由は無い。キーチェーンに残る秘密の扱いも、公式の運用手順が消えた以上、fork者がOSの仕組みとソースの両方を自分で読む作業になる。
旧稿のBYOK一覧とフォルダ承認は現行READMEに無い
旧稿はモデルを同梱せずサブスクリプションも不要と述べ、持ち込み先としてOpenAI、Anthropic、Google、xAI、DeepSeek、Moonshot AI、Z.AI、MiniMax、Venice.ai、Amazon Bedrock、Azure Foundry、OpenRouter、LiteLLM、Ollama、LM Studioを列挙していた。機能としては、内容や規則に基づくファイルの整理・改名・移動、文書の作成と要約と書き換え、繰り返せるワークフローとしてのカスタムスキル、Notion、Google Drive、DropboxへのローカルAPI接続、調査やフォーム入力などのブラウザ作業が挙がっていた。
プライバシー側の旧稿主張は、ローカル動作、ファイルは端末に残る、アクセスできるフォルダを選ぶ、操作はユーザーが承認しログを見ていつでも止められる、Coworkerにも第三者にも何も送らない、というものだった。フォルダ権限の実装方法やログの保存先は、旧稿自身も詳しくないと書いていた。第三者APIの料金も旧稿は説明していなかった。
現行READMEはプロバイダ名もスキルもフォルダ権限も書いていない。旧稿の「何も送信しない」は当時の自報であり、今の倉庫では再確認できない。キーを渡す対象が残っているかすら、公式文面では分からない。CoworkerをデスクトップAIとして採用してよいかは、現行の一句READMEでは足りない。旧稿の機能表を仕様書扱いしてはいけない。
MITのAS ISは支援終了後のforkコストを消さない
ライセンス識別子はMITである。複製、改変、結合、公開、再許諾、販売が許され、ソフトウェアはAS ISで提供され保証は否認される。CoworkerがThis project is no longer supportedと切ったあと、npm依存の脆弱性対応、macOSのGatekeeper、Windowsのコード署名、Electronのセキュリティパッチは、forkする側の作業になる。依存ツリーの深さは現行READMEに無いので、人日の見積もりも公式には存在しない。
寛容なライセンスは「使ってよいか」だけを解く。「誰が直すか」は解かない。派生を閉じて配ることもMITは妨げないが、署名、テスト、利用者対応はすべて派生側に残る。accomplish-ai/coworkerのメンテナにパッチ義務は無い。LICENSEの著作権表示を残してforkするのは条文上可能でも、現行READMEの支援終了を知ったうえでの選択になる。
セキュリティ認証やサポート契約をREADMEが主張していた形跡は、現行素材にも旧稿にも無い。MITだから社内標準にできる、という読みは、この倉庫では成り立たない。
git clone後にpackage.jsonを開く考古手順
学習用途なら git clone https://github.com/accomplish-ai/coworker し、package.json、src、electronやtauriの設定ファイル、.github/workflows、LICENSEを読む。スクリプト名はクローン後のpackage.jsonが正であり、旧稿のpnpm installやpnpm devが残っている保証は無い。npm ciやpnpm installを試す場合も、成功はプロジェクトの約束ではない。失敗してもメンテナが助ける義務は、現行READMEから見て無い。
https://github.com/accomplish-ai/coworker/issues に、最後に動いたcommitや回避策が書き込まれているかも見る。それは非公式のメモであり、サポート窓口ではない。本番の標準ツールにするなら、この倉庫は候補から外し、READMEにインストール手順がありReleasesに版がある別プロジェクトへ移る。
考古cloneではcommit SHAを控える。force-pushで履歴が書き換わるかどうかを、現行素材は肯定も否定もしていない。記録を残すのは読む側の作業である。
編集部の結論
Coworkerは本番のデスクトップAIとしては使えない。現行READMEがThis project is no longer supportedと切り、GitHub Releasesは空、pushedAtも欠けている。TypeScriptの残骸を読む考古ならgit clone https://github.com/accomplish-ai/coworkerのあとpackage.jsonとLICENSEを開く。エージェントとして動かしたい人は、インストール手順とreleaseタグがある別リポジトリへ移る。確認の起点はREADMEの一句とhttps://github.com/accomplish-ai/coworker/releasesの空ページである。
コミュニティノート