Claude Coworkの代替案：規制業界の企業が自社AIコーワーカー・スタックを構築する理由（2026年）

Claude Coworkの代替案：規制業界の企業が自社AIコーワーカー・スタックを構築する理由（2026年）

弊社のCowork完全ガイドを読んで、「最も機密性の高いワークフローには使えない」と直感が告げているなら、おそらくその直感は正しい。Claude Coworkは、設計上の対象となった業務には見事にフィットするが、企業の予定表を埋めている規制付き・カスタム・主権制約のある業務には向いていない。ここでは率直な分析、リファレンスアーキテクチャ、そしてTCOの計算を示す。

Claude Coworkが真に力を発揮する場面

Coworkが正解になるのは、非機密データを扱う業務で、チーム規模が5〜500人、2四半期ではなく2週間で動きたい場合だ。 Anthropicはこの層に向けたAIコーワーカーUXを完璧に仕上げた。そして過去6週間で投入された4つの業種別バンドルは、これをサイドベットではなく長期プロダクトとして投資している証左だ。

弊社クラスタでは、Coworkのスイートスポットとして3つが十分に文書化されている：

• マーケティングオペレーション、コンテンツブリーフ、オーディエンスリサーチ、マルチチャネルオーケストレーション。Coworkのプラグインマーケットプレイスとスケジューリングのプリミティブは、マーケティングチームの実際の働き方にきれいに対応する。ワークフローパターンはマーケティングオペレーション詳細分析を参照。
• 法務チーム、契約のトリアージ、レッドラインレビュー、管轄区域リサーチ。Anthropicが5月12日に投入したLegalバンドルは最初の業種別バンドルであり、今なお最も完成度が高い。ユースケースは法務チーム分析で詳しく解説している。
• 中小・中堅企業、請求書処理、顧客フォロー、軽量レポーティング。SMBバンドル（5月13日）は、CISOに目を光らされていない従業員約250人以下の企業には本当に良い。詳細はSMBレビューで。

Anthropicはまた、次の業種別バンドルが金融サービスであることを確認しており、5月11日のCode w/ Claudeで発表されたManaged Agentsスタックは、Coworkのプラグインマーケットプレイスでできることの天井を引き上げている。これらに疑いの余地はない。

Coworkは、ほとんどの企業にとって、ほとんどの場面で正しい答えだ。この記事が扱うのはその残り、つまり規制があり、主権制約があり、独自IPが重くのしかかる少数派——Coworkが優れたプロダクトであっても、ツールとして間違っている領域——の話である。

Coworkが限界を迎える8つのエンタープライズシナリオ

「Coworkで問題ない」と「Coworkは不可能」を分けるのは8つのワークフローだ：GDPRデータレジデンシー要件、医療PHI、国防・政府機密、M&Aディールルームの機密性、SEC/FINRA規制下の金融、独自IP保護、Anthropicが提供する20程度を超えるカスタムMCPサーバーの幅、そしてAnthropicが設計していないエージェントオーケストレーションパターン。 これらはすべて、好みではなくYes/Noのゲートだ。

この表を読んで、2行以上が自社に当てはまるなら、すでに「Coworkで問題ない」の線を越えている。読み続けてほしい。

セルフホスト型コーワーカーのリファレンスアーキテクチャ

本番環境のセルフホストAIコーワーカー・スタックには7つのレイヤーがある：推論、ゲートウェイ、メモリ、エージェントオーケストレーション、ツール（MCPサーバー）、RBAC/監査、そしてUI。 各レイヤーには2026年時点で2〜3の実用的な選択肢があり、スタックは十分にコンポーザブルで、いずれか1つを他を書き換えることなく交換できる。各レイヤーの役割、弊社が最もよく使うもの、注意点を以下に示す。

レイヤー1 — 推論（モデル）

LLMが実際に実行される場所だ。実用的なパスは4つある：

1. Anthropic API直接利用、最速でエンジニアリング負荷も最低。ただしAnthropicのデータパスに戻ることになる。懸念がデータレジデンシーではなくカスタムオーケストレーションだけなら問題ない。
2. OpenRouter、100以上のモデルを単一APIで。開発やモデル比較テストには最適だが、エンタープライズ監査にはやや不向き。
3. BedrockまたはVertex AI、リージョン固定が可能なクラウドネイティブなプライベートエンドポイント。Anthropic Claudeは両方で利用可能。これが最も一般的なエンタープライズの妥協点：Claudeクラスの品質をクラウドネイティブなコンプライアンスで手に入れられる。
4. オンプレム推論、H100/H200ハードウェア上のvLLMでオープンウェイトモデルを実行。Llama 3.3 70B、DeepSeek V3、Qwen 3、Mistral Large。IL5/IL6に対応する唯一のパスであり、設備投資としては最も高価。

AnthropicはClaudeのモデルウェイトを提供しないため、Claudeでの真のオンプレムは不可能だ。オンプレムが必須なら、オープンウェイトモデルから選ぶことになる。Claude Opus 4.7との品質差は過去18か月で大幅に縮まったが、まだ埋まってはいない。

レイヤー2 — LLMゲートウェイ

ゲートウェイはすべてのアプリケーションとすべてのモデルの間に位置する。その役割はフェイルオーバー、コストルーティング、監査ログ、レート制限、そして（極めて重要なことに）モデル選択の抽象化——これによりアプリケーションコードに触れずに推論パスを交換できる。

本番環境の選択肢：

• LiteLLM、オープンソース、セルフホスト可能、100以上のプロバイダに対応したOpenAI互換API。無料。
• Portkey、オブザーバビリティダッシュボードを内蔵したマネージドゲートウェイ。LiteLLMを自社運用したくないチーム向け。
• Helicone、オブザーバビリティ重視。LiteLLMを置き換えるのではなく組み合わせて使うのが良い。

このレイヤーは本番環境では交渉の余地がない。これを省くと、モデル選択がアプリケーションにハードコードされ、Anthropicが新モデルを出すたび、あるいはセキュリティチームがリージョンフェイルオーバーを要求するたびに再デプロイすることになる。

レイヤー3 — メモリとリトリーバル

ここには3つのサブシステムが置かれる：

• ベクトルストア、Pinecone（マネージド、最速パス）またはQdrant（セルフホスト可能、オンプレム要件には正しい選択）。Weaviateやpgvectorも有効。現時点でエンタープライズでのストーリーが最もクリーンなのはQdrant。
• 構造化メモリ、SQLが効くものにはPostgres。「エージェントメモリ」の大半は実際にはセマンティックではなくリレーショナル。
• 短期コンテキスト、セッション状態、直近会話のキャッシュ、エージェントの中間結果にはRedisまたはDynamoDB。

このレイヤーを正しく作れば、エージェントは物事を覚えているように感じられる。間違えると、すべての会話がゼロから始まり、チャットボットなら許容できてもコーワーカーには致命的だ。

レイヤー4 — エージェントオーケストレーション

Coworkのスケジューリングプリミティブでは足りなくなるのがここだ。選択肢：

• LangGraph、グラフベースのマルチエージェント監視。条件分岐ルーティング、リトライ、人間参加型承認のあるワークフローに最適。
• CrewAI、ロールベースのエージェントクルー。「リサーチアナリスト＋ライター＋レビュアー」パターンにはよりクリーンな抽象化。
• カスタムDAG、分散システムのバックグラウンドが強いチーム向け。すべてを自分で作るコストと引き換えに、完全なコントロールが得られる。

大半のエンタープライズにはLangGraphを提供している。グラフモデルにより監査のストーリーが容易になるからだ——すべての遷移がログに記録され、すべての判断が検証可能になる。（そしてこちらで解説しているAnthropic Agent SDKの500ドルクレジットが、レイヤー4開発の最初の3か月を補助できることが多い。）

レイヤー5 — ツール（MCPサーバー）

社内インテグレーションはすべてMCPサーバーになる。Salesforce、Snowflake、Jira、Confluence、Workday、データレイク、社内HR API。Model Context Protocol仕様は現在安定しており、主要なエージェントフレームワークすべてで提供されている。データソースごとに1つのサーバーを書き、エージェント層が実行時にそれらを発見する。

Coworkのプラグインマーケットプレイスがエンタープライズで破綻するのはこのレイヤーだ。Anthropicはマーケットプレイスをゆっくりと、自社のスケジュールでキュレーションする。セルフホストのMCP層なら、レガシーSAPモジュール用のサーバーを1四半期ではなく1週間で提供できる。弊社ではエンタープライズ案件ごとに通常15〜40のMCPサーバーを構築する。

レイヤー6 — RBAC＋監査ログ

規制当局がスタックの出荷可否を決めるのがここだ。構成要素：

• ポリシーエンジン、Open Policy Agent（OPA）またはAWS Cedar。すべてのツール呼び出しとすべてのモデル呼び出しがポリシー評価を通過する。ユーザーごと、ロールごと、データクラスごと。
• 監査パイプライン、すべてのプロンプト、すべての応答、すべてのツール呼び出し、選択されたすべてのモデル、発生したすべてのコストを完全な保持期間でログ記録。弊社ではOpenTelemetryのトレースを規制クラウドのSIEMまたはWORM準拠の長期S3アーカイブに流している。
• PII/PHI検出、ゲートウェイでのPresidioまたはカスタムDLPパイプライン。ログ記録前に秘匿化し、生のPHIを監査ストアに決して到達させない。

このレイヤーはエンドユーザーには見えないが、企業が実際に構築費用を支払う理由だ。そしてCoworkが構造的に提供できないレイヤーでもある。監査境界に同社のインフラが含まれないからだ。

レイヤー7 — UI

レイヤー7でCoworkが持つデスクトップアプリの優位性は、エンタープライズではほぼ消える。ほとんどのエンタープライズユーザーはいずれにせよSlack、Microsoft Teams、またはカスタムWebポータルの中で仕事をしているからだ。実用的なUIオプション：

• SlackまたはTeamsボット、既存ワークフロー内での導入への最速パス。
• カスタムWebアプリ、Next.jsまたは既存の社内ポータルにエージェントサーフェスを埋め込む。
• カスタムデスクトップアプリ、Cowork風の「第3のタブ」体験が欲しいなら、今なお実用的な答えはElectron。大半のエンタープライズには不要。

ユーザーがすでにいるサーフェスを選べばよい。ここでのモデルロックインの議論はCoworkの逆だ：ユーザーを新しいアプリに押し込む代わりに、自社スタックがユーザーのいる場所へ出向く。

これが7層スタックであり、週末プロジェクトではない。次の2セクションでは、コストと期間を定量化する。

5年TCO、Coworkシート vs. セルフホストスタック

200シートではCowork Enterpriseがコストで勝つ。1,000シート以上で5年間では、セルフホスト構築はオールインで約2ドル/シート/日まで下がり、600〜800シートのどこかでCoworkのTCOを追い越す。 ただしこの逆転点が意味を持つのは、他のゲート（データレジデンシー、カスタムオーケストレーション、IP）がまだ構築を強制していない場合に限る。ほとんどの規制企業にとって、TCO比較は意思決定のドライバーではなく、健全性チェックだ。

"5-Year TCO: Cowork Enterprise vs. Self-Hosted (200 seats)"

データテーブル

"5-Year TCO: Cowork Enterprise vs. Self-Hosted (200 seats)"

"Sourcing Option"	"5-Year Total"
"Cowork (200 seats × $60/mo)"	720
"Self-Hosted (200 seats, build + 4yr ops)"	1850
"Self-Hosted (1,000 seats, amortised)"	2150

これらの数字の背後にある前提——前提を隠すTCO記事は無価値だからだ：

• Cowork Enterprise、Enterpriseティアの定価は60ドル/シート/月（EUレジデンシーとBAAアドオン付き）、×200シート×60か月＝72万ドル。マーケットプレイスアドオンは価格に含めていない。
• セルフホスト200シート、初年度構築費85万ドル（6名のエンジニアチームで2四半期、インフラ設備投資、ベクトルストア、オブザーバビリティスタック）、加えて2〜5年目の運用が年25万ドル（2名の運用エンジニアチーム、モデル使用量、インフラ運用費）。合計：185万ドル。
• セルフホスト1,000シート、初年度構築費は同じ（85万ドル）、2〜5年目の運用は年32.5万ドルに拡大（モデル使用量はユーザーとともに増加、エンジニアリングはほぼ横ばい）。合計：215万ドル、5年平均で約2.15ドル/シート/日。

興味深いのは3行目だ。セルフホストスタックのエンジニアリングコストはほぼ固定で、2名のエンジニアが100シートでも10,000シートでもスタックを維持できる。モデル使用量はユーザーとともにスケールするが、バッチ処理とキャッシュで圧縮される。CoworkとのTCO逆転は実在するが、それはプラットフォームを多くの部門に展開した場合にしか、ほとんどのエンタープライズが到達しない規模で起こる。

50シートでデータが非規制なら、Coworkはあらゆる軸で勝つ。5,000シートでCISOがいるなら、セルフホスト構築は3年目までに元が取れる。計算は600〜800シート付近で逆転し、ほとんどのエンタープライズパイロットはその範囲かそれ以上にある。

価値実現までの時間、CFOを驚かせるカーブ

Coworkは1週目で使え、2か月目でプラトーに達する。セルフホストは第1四半期を通してゆっくり立ち上がり、6か月目付近でCoworkを抜き、そのまま伸び続ける。 CFOの問いは「どちらが速いか」ではなく、「どちらのカーブが当社のリスクプロファイルと計画期間に合うか」だ。

"Time-to-Value: Cowork vs. Self-Hosted (12 months)"

データテーブル

"Time-to-Value: Cowork vs. Self-Hosted (12 months)"

"Months"	"Cowork"	"Self-Hosted"
"M1"	70	5
"M2"	80	15
"M3"	80	35
"M4"	80	55
"M5"	80	70
"M6"	80	80
"M9"	80	92
"M12"	80	100

このチャートが過小評価していることが3つある：

1. Coworkの1か月目のスコアが高いのは、これがプロジェクトではなくプロダクトだからだ。 AnthropicがUXとインテグレーションを提供し、あなたはそれを導入する。1か月目の30ポイント差は現実であり、2年間AIの話を聞き続けてきた取締役会にAIのROIを示そうとしているときには重要だ。

2. セルフホストのカーブが線形でないのは、作業が線形でないからだ。 1〜2か月目はアーキテクチャ、ベンダー選定、レイヤー1〜2の配管工事。3〜4か月目にスタック上で最初の本物のエージェントが提供される。5〜6か月目は、エージェント5号の限界コストが1号のそれの数分の一に下がる時期。それが変曲点であり、最初の90日間にプラットフォーム構築がもどかしく感じられる理由だ。

3. Coworkのプラトーは現実であり、誹謗ではない。 CoworkはAnthropicが提供した範囲では優秀だ。その守備範囲を超えて拡張するようには設計されておらず、マーケットプレイスが存在するのはまさに、自社で拡張し続けなくて済むようにするためだ。

同じ形のカーブはAI音声エージェントの構築 vs. 購入分析でも確認しており、原則は転用できる。ビジネスケースが3か月目の成果で決まるなら、買え。12か月目の成果で決まるなら、作れ。

自社構築の意思決定マトリクス

これら7つの質問を0、5、10で採点せよ。25を超えたら自社構築。15〜25ならCoworkをパイロットして再検討。15未満ならCoworkにとどまる。 このマトリクスは本記事で最もシグナルの高い部分だ。何か一つブックマークするなら、この表をブックマークしてほしい。

弊社は過去18か月で30件以上のAIインテグレーションプロジェクトにこのマトリクスを適用してきた。25を超える組織の割合は、2024年後半の約30％から2026年5月には約55％へ上昇した——主にGDPRの執行とSECの2025年AI開示ルールが要因だ。この変化はイデオロギーではなく規制によるものだ。

注目すべきパターン：スコアは両極に集まる傾向がある。企業は5〜15（Coworkが明らかに正しい）か35〜70（セルフホストが明らかに正しい）のどちらかになる。15〜25の中間帯は見かけより稀で、通常はまだ近づいていることに気づいていない規制の線を越えようとしている企業だ。

エンタープライズ規模でもなおCoworkが勝つ場面

マトリクスで50以上をスコアするエンタープライズの内部でさえ、Coworkは3つのパターンで依然として勝つ：非規制のマーケティングチーム、90日のプロトタイプ後購入、そして成熟した社内AIプラットフォームへのアドオンだ。 すべてをセルフホストするのも、すべてを買うのと同じくらい間違っている。スキルとは、各ワークフローを正しいスタックに振り分けることだ。

3つのパターン：

• 規制企業内部の非規制マーケティングチーム。 製薬会社はPHIをCoworkに乗せられないが、ブランドマーケティングチームはPHIに触れていない——キャンペーンブリーフを書き、チャネルパフォーマンスを分析している。そこではCoworkで問題ない。低機密業務をCoworkに、高機密業務を社内スタックに振り分けるのは、明白だがめったに実装されないアーキテクチャであり、マーケティングマネージャー代替の問いは別記事で詳しく扱っている。

• プロトタイプ後購入パターン。 Coworkを60〜90日間使い、実際のデータと実際のユーザーでワークフローが機能することを証明する。ROIが出たら、そこで構築する。出なければ、解決すべきでない問題のために20万ドルの構築費を投じる代わりに、Coworkシートに2万ドルを使っただけで済む。90日のCoworkパイロットは、エンタープライズAIにおける最高品質の要件定義演習だ。

• すでに社内AIプラットフォームを持つ成熟企業。 高機密業務向けに7層スタックをすでに構築しているなら、低機密サーフェスにCoworkをボルトオンするのは速く、安く、チームが独自にAIツールを導入する「シャドーIT」リスクを減らす。

Coworkのスモールビジネスのスイートスポットはエンタープライズ内部にも当てはまる——スモールビジネスのように動くサブチームなら、親会社の規制プロファイルに関係なく、Coworkは構造的に正しいツールだ。

セルフホストは機密ワークロードに正しい答えだ。Coworkはそれ以外すべてに正しい答えだ。スキルとは、どちらがどちらかを見極め、二者択一だと決めつけないことだ。

TechsyのエンタープライズAIインテグレーション構築

弊社は2024年以降、規制金融、医療隣接、国防隣接、IP機密な消費財ブランドにわたり30件以上のAIインテグレーションプロジェクトを提供してきた。アーキテクチャが大きく変わっていないため、方法論も大きく変わっていない——同じ7層を規制プロファイルごとにカスタマイズする。

4フェーズの方法論：

1. フェーズ1 — アーキテクチャとTCOワークショップ（2週間、固定料金）。意思決定マトリクスを御社チームと一緒に採点し、御社の制約に合わせた7層アーキテクチャを起草し、正直なTCOモデルを構築する。フェーズ2で弊社を雇うかどうかに関係なく、成果物を持ち帰れる。

2. フェーズ2 — リファレンス構築（8〜12週間）。完全な7層スタック上に本番エージェントを1つ。通常はフェーズ1で特定した、最も価値が高く政治的リスクの低いワークフロー。デモではなく本番対応。該当する場合、こちらで解説しているAnthropic Agent SDKと500ドルクレジットで初期のレイヤー4作業を補助する。

3. フェーズ3 — プラットフォーム拡張（3〜6か月）。同じスタック上にエージェント2号からN号。ここで各新規エージェントの限界コストが崩壊し、通常はフェーズ2のリファレンス構築コストの30〜60％になる。7層スタックがプラットフォームになる。

4. フェーズ4 — 引き渡しと運用（継続）。御社チームがスタックを所有する。弊社はモデルアップグレード、新規MCPサーバー、四半期ごとのアーキテクチャレビューでリテイナーに残る。

2026年に弊社がデフォルトで提供するスタック：Anthropic Claude Opus 4.7＋LangGraph＋Pinecone（完全オンプレムにはQdrant）＋LiteLLMゲートウェイ＋オンプレム推論パス用のvLLM、OPAポリシーのRBACとOpenTelemetryオブザーバビリティの背後に配置。 すべてのコンポーネントは交換可能。特注のための特注は何もない。弊社が使うエージェンティックAIデプロイメントプラットフォームはこのスタックをデプロイ可能なサーフェスにまとめ、弊社のエージェント開発プラクティスがエンジニアリングモデルを深くカバーする。

マトリクスを一緒に採点し、御社の7層アーキテクチャがどうなるか見てみたいなら、弊社チームとの無料30分アーキテクチャコールを予約してほしい。前提条件もスライドも不要——御社の制約を一緒にたどり、その場でスタックのスケッチを描く。

敬意をもって批評しているプロダクトを見る

Anthropicは本当に良いプロダクトを提供した。これからの13分間はあなたの時間を費やす価値がある——Coworkが何のためのものか、それを構築したチームによる最も明確な説明だ。

どちらかのパスにコミットする前に見てほしい。見てからCoworkが自社の問題を解決すると考えるなら、Coworkを買え。「素晴らしい、しかし……」と考え始めるなら、この記事の後半はあなたのためだ。弊社は反Coworkではない。規制プロファイルに合わないツールを買うことに反対しているだけだ。

マイグレーションパス、Coworkパイロットからセルフホスト本番へ

2026年に弊社が最もよく見るパターンは、Coworkかセルフホストか、ではない。Coworkの後でセルフホスト、クリーンなマイグレーション計画付き、だ。弊社が推奨する4段階のパスはこれだ：

1. 0〜3か月目 — Coworkパイロット。 実際のユーザーと実際のデータでワークフローを証明する（低機密ワークフローのみ）。何が機能し、何が失敗し、何を望むかを文書化する。
2. 3〜4か月目 — アーキテクチャ決定。 フェーズ1のデータでマトリクスを採点する。25を超えたら、構築にコミットする。まだCoworkは止めない。
3. 4〜10か月目 — 並行構築。 Coworkの利用を続けながら、7層スタックを並行して構築する。非機密ワークフローはCoworkに残し、構築は規制ワークフローを対象とする。
4. 10〜12か月目 — 部門単位ではなくワークフロー単位で切り替える。 機密ワークフローを先にセルフホストへ移行。非機密ワークフローは、ルーティングが理にかなっているなら無期限にCoworkに残してよい。

切り替えルールは、ほとんどのチームが間違えるポイントだ。部門単位の移行は強制行军的な政治問題を生む。ワークフロータイプ単位の移行なら、各チームが目前の業務に正しいツールを導入できる。意思決定マトリクスが部門単位ではなくワークフロー単位で採点するのも同じ理由だ。

逆パターン——セルフホストの後でCowork——も見てきている。早期に構築し、非規制チームに速いサーフェスを与えたいエンタープライズだ。ハイブリッドアーキテクチャにコミットした後、Coworkと競合する購入側プロダクトの間で選択に迷っているなら、vs-ChatGPT-Agents比較が正しい参考資料になる。

FAQ

自社構築はずっと高価ではないのか？

常にそうとは限らず、単純でもめったにない。200シートでは5年間でCoworkがコストで勝つ。600〜800シートの間でカーブが交差し、1,000シート以上ではセルフホストが安くなる。さらに重要なのは：意思決定マトリクスで25以上なら、コスト比較は学術的なものだ——規制または主権要件がすでに決定を下している。

セルフホストのエンタープライズエージェントスタックの提供にはどのくらいかかるか？

完全な7層スタック上の最初の生産エージェントで8〜12週間、プラットフォーム（エージェント2号からN号）で3〜6か月、モデルアップグレードのトレッドミルは継続。Coworkは1〜2週間で提供される。ほとんどのエンタープライズは8週間の差分を主権とカスタマイズと交換する。交換しない企業は、そもそも構築が必要な企業ではない。

Coworkから始めて後で移行できるか？

できる。これが2026年に弊社が最もよく見るパターンだ。0〜3か月目にCoworkでワークフローを証明し、4〜10か月目に7層スタックを並行構築し、部門単位ではなくワークフロータイプ単位で切り替える。移行は初日からセルフホストで始めるより難しいが、闇雲に構築するよりはるかに速い。

Claude EnterpriseのTrust Centerはどうか？

AnthropicのTrust CenterはSOC 2 Type II、ISO 27001、EnterpriseでのEUデータレジデンシー、医療向けBAAをカバーする。カバーする範囲では強いストーリーだ。ITAR、IL5/IL6ソブリンクラウド要件、M&Aディールルームの密閉分離、プロンプト内容自体が機密または規制対象のワークフローはカバーしない。Trust Centerはいくつかのシナリオでは必要だが、別のシナリオでは構造的に不十分だ。

Anthropicモデルのオンプレム展開は許可されているか？

いいえ。AnthropicはClaudeのモデルウェイトを提供しないため、2026年にClaudeの真のオンプレム推論は不可能だ。オンプレムのセルフホスティングにはオープンウェイトの代替——vLLMで動くLlama 3.3、DeepSeek V3、Qwen 3、Mistral Large——が必要になる。BedrockとVertexはプライベートエンドポイントオプションを提供し、一部の規制当局はこれをオンプレムと実質同等と認める。前提する前にコンプライアンスチームに確認してほしい。

継続的なメンテナンスコストは時間とともにどうなるか？

200シート規模で、2名の運用エンジニアチームにモデル使用量とインフラを加えて年約25万ドル。1,000シートでは年約32.5万ドルに上昇するが、コストの大部分は可変インフラではなく固定エンジニアリングだ。モデル使用量はユーザーとともにスケールするが、バッチ処理、キャッシュ、ゲートウェイ層経由で小さいクエリを安価なモデルへルーティングすることで圧縮される。

開発したプロンプトとツールの所有権は誰にあるか？

セルフホストスタックなら、完全に御社にある。Coworkでは、プロンプトはAnthropicの商用条件のもとで同社インフラに保存される——大半の企業には問題ないが、独自IP業界（消費財ブランド、バイオテック、規制金融）には取引停止事由だ。所有権のストーリーは、成熟企業がセルフホストする過小評価された理由の一つだ。

ハイブリッド——一部のワークフローをCowork、他をセルフホスト——に対応するか？

対応する。そして純粋なセルフホストよりも頻繁に推奨する。低機密ワークフローをCoworkに、高機密を社内スタックに振り分ける。LiteLLMゲートウェイは単純なルーティングルールでワークフロータイプごとに振り分けでき、監査とポリシーの層は2つのサーフェスを統一的に扱える。

セルフホストスタックでのモデルアップグレードのトレッドミルにどう対応するか？

LiteLLMゲートウェイがモデル選択を抽象化する。Anthropicが新モデルを出したら、設定を1つそこに向ける。オープンウェイトモデルが特定のタスクでクローズドソースの既存モデルを飛び越えたら、アプリケーションコードに触れず、その計算集約型ワークロードをvLLMにリダイレクトする。7層アーキテクチャは明示的にモデルロックインから守るよう設計されており、Coworkは設計上それができない。

クロージング

Coworkは、構築対象の業務には優れたプロダクトであり、主権、IP、カスタムオーケストレーションの制約を持つ規制企業には正しい答えではない。本記事の7層セルフホストリファレンスアーキテクチャは、弊社が2024年以降30回以上提供してきたものと同じだ。意思決定マトリクスは、フェーズ1ですべてのクライアントとたどる成果物だ。Cowork完全ガイドをまだ読んでいないなら読み、アーキテクチャを話す準備ができたらここに戻ってきてほしい。

意思決定マトリクスの動作版と、御社の制約に合わせた7層アーキテクチャのドラフトが欲しいなら、連絡してほしい——その場でスケッチを描き、その後一緒に仕事をするかどうかに関係なく、成果物を持ち帰ってもらう。