モバイルとWebでのClaude Cowork：チームがエージェントハーネスを再設計すべき理由
Claude CoworkのモバイルとWebサポートは、単なる製品インターフェースの更新ではありません。それは、エージェントワークが永続的で、クロスデバイス、非同期、そしてツール活用型へと変化していることを示しています。 この変化により、エージェントハーネスの重要性が増しています。チームは、明確なタスク範囲、厳格な権限、永続的なログ、モデルルーティング、確定的な検証、そして適切なタイミングでの人間による承認を必要とします。 次に取るべき良いステップは、新しいエージェント機能を追いかけることではありません。小さな内部ベンチマークを構築し、リスクレベルを定義し、委任された作業をレビュー可能にすることです。 **最も強力なエージェントワークフローとは、最も自律性の高いものではありません。最も明確な境界、最良の証拠、そして最も安全なレビューパスを持つものです。**
Claude Coworkのモバイル＆ウェブ対応：チームがエージェント・ハーネスを再設計すべき理由
はじめに
AnthropicのClaude Coworkアップデートは一見シンプルに見える。Coworkがデスクトップを超えて、ウェブやモバイルでも利用可能になるというものだ。しかし、このシグナルの真の意味は、単なる新たなインターフェース以上のものがある。
エージェントがユーザーのデスク離脱後も作業を継続できるようになると、そのプロダクトはもはや単なるチャットウィンドウではない。それは持続的なタスクスレッドとなる。ユーザーはデスクトップで作業を開始し、スマートフォンで進捗を確認し、別のデバイスから確認依頼に回答し、後日戻って成果物をレビューできる。
この変化は、Claude Cowork、Claude Code、Codex、Cursor、GitHub Copilot、NxCode、あるいは内部エージェントを利用するチームにとって重要だ。問われるのはもはや「モデルがタスクを解決できるか」だけではない。より適切な問いはこうだ：モデルを取り巻くシステムは、コンテクスト、ツール、状態、権限、ログ、検証、人間によるレビューを制御できるか？
重要ポイント
- Claude Coworkのモバイル・ウェブ対応は、単なる利便性向上ではなく、プロダクトシグナルである。AIの作業を持続的でクロスデバイスなタスクフローへと変革する。
- エージェントプロダクト間の競争はエージェント・ハーネスへと移行している：権限、コンテクスト、状態、ログ、モデルルーティング、検証、レビュー。
- モバイルアクセスは進捗確認や限定された確認作業に有用だが、コードレビュー、本番環境の承認、機密データの制御を弱めるべきではない。
- AWS AgentCoreとハーネスエンジニアリングに関する広範な議論は、クラウドベンダーと研究チームが同じ方向へ進んでいることを示している。
- チームはこのリリースを単なる機能発表ではなく、ワークフロー監査の機会として捉えるべきだ。
実際に変わったこと
Claude Coworkはデスクトップ中心のワークフローから、ウェブとモバイルでの体験へと拡大している。ユーザーはコンピュータでタスクを開始し、Claudeをバックグラウンドで作業させ続け、スマートフォンからステータスを確認し、後日戻って出力をレビューできる。
これにより、メンタルモデルが変わる。
チャットボットは次のメッセージを待つ。コード補完ツールは次の行を提案する。バックグラウンドエージェントはユーザーが離れても作業を続ける。つまり、チームはすべてのガバナンスを単一のデスクトップセッションや可視的なターミナルウィンドウに閉じ込めることはできない。
AnthropicのCoworkプロダクトページも制御を強調している。ユーザーはフォルダとツールを選択し、エンタープライズ管理者はアクセスと権限を設定できる。これは、クロスデバイス作業が誤ってスマートフォンのタップすべてを広範な権限付与に変えてしまわない場合にのみ有用だからだ。
エンジニアリングチームにとっての教訓は「すべてのタスクをモバイルに移行せよ」ではない。教訓は、委任された作業が持続可能になりつつあるということだ。タスクはタブ、デバイス、会議、通知、人間のコンテクスト切り替えを超えて継続する。運用モデルは、作業が最初のプロンプト後も継続する可能性があることを前提としなければならない。
なぜこれがハーネスの物語なのか
エージェント・ハーネスとは、リクエストを制御された作業に変える、モデルを取り巻くシステムである。
これには以下が含まれる：
- コンテクストの組み立て
- ツールアクセス
- 状態管理
- メモリルール
- タスク計画
- リトライと障害処理
- ログ
- 権限
- 検証
- 人間によるレビュー
弱いハーネス内の強力なモデルでも、大きな失敗を引き起こす可能性がある。間違ったファイルを読み込んだり、誤ったツールを使用したり、大規模な
危険な変更を加えたり、一見洗練されているがレビューできない結果を生成したりする。
Claude CoworkのモバイルおよびWebへの拡張により、その「ハーネス」はより可視化される。タスクはデスクトップで開始され、クラウドで継続され、モバイルで承認を求め、レビュー可能なファイルやメッセージが準備された状態で完了する可能性がある。そのようなフローには、デバイスだけでなくタスクに付随する状態と権限が必要となる。
AWSは、Amazon Bedrock AgentCoreを通じてクラウド側から同様の概念を推進している。そのハーネスモデルは、オーケストレーション、ツール実行、コンテキスト管理、状態永続化、障害回復、隔離されたセッションに焦点を当てている。Lilian Weng氏のハーネスエンジニアリングに関する記事も、研究の観点から同じ方向性を指し示している。すなわち、優れたエージェントの動作は、より強力なモデルの重みだけでなく、より優れた環境、フィードバックループ、評価、ツール、足場（スキャフォールディング）からもたらされる。
実用的には、ハーネスこそがチームが「優れたエージェント作業」の定義を固める場である。
常時稼働作業のリスク
クロスデバイスエージェントには明らかな価値がある。
プロダクトマネージャーは、電車に乗る前に顧客調査概要を作成するよう依頼できる。エンジニアはログ調査を開始し、ラップトップを閉じ、スマートフォンから絞り込んだフォローアップを承認できる。創業者は投資家向けアップデートを委任し、後でドラフトをレビューできる。
しかし、リスクも同様に明確である。バックグラウンドで実行され続けるタスクは、人間が画面を見なくなった後も、ツール、ファイル、接続アプリ、コンテキストを使い続ける可能性がある。
チームは5種類の権限を分離すべきである。
| 権限の種類 | 例 | デフォルトルール |
|---|---|---|
| ローカルコンテキストの読み取り | リポジトリファイル、ドキュメント、メモ | スコープ指定されたフォルダのみ許可 |
| 接続アプリの読み取り | Slack、メール、カレンダー、CRM | コネクタごとの承認を使用 |
| ローカルアーティファクトの書き込み | ドラフト、ブランチ、スプレッドシート | レビュー可能な差分がある場合のみ許可 |
| 外部コミュニケーション | メール送信、Slack投稿、チケット起票 | 人間の確認が必要 |
| 破壊的または本番環境アクション | ファイル削除、シークレットローテーション、デプロイ | 明示的な承認とログが必要 |
モバイルアクセスはレビューを迅速にするものであり、弱めるものではない。スマートフォンは、タスクのステータス確認、確認事項への回答、または限定的な次のステップの承認に適している。大規模なコード差分のレビュー、本番環境移行の承認、請求変更の承認、顧客データへの広範なアクセス権付与をスマートフォンで行うべきではない。
シンプルな運用ルールが効果的である。
モバイルでは操作はできるが、重大な承認は証拠が見える場所で行うべきである。
開発チームが変えるべきこと
1. タスクの範囲を明示する
委任されるすべてのタスクには、文書化された境界が必要である。
適切な範囲には以下を含めるべきである。
- 目標
- 許可されるファイル、フォルダ、またはシステム
- 禁止されるアクション
- 許可されるツール
- 期待される出力
- 検証コマンド
- 停止条件
- 人間による承認が必要なポイント
これらの境界がなければ、バックグラウンドエージェントは、ツールが付属した長時間実行プロンプトに過ぎない。それは安全な運用モデルではない。
2. 出力だけでなく証拠を要求する
レビュアーはエージェントが何をしたかを推測するべきではない。
コードタスクの場合、最終報告書には以下を含めるべきである。
- 変更されたファイル
- 差分の概要
- 実行されたコマンド
- 成功または失敗したテスト
- 前提条件
- 既知のリスク
- 提案されるロールバック手順（該当する場合）
関連
研究タスクの場合、最終報告書には以下を含める必要があります：
- ソースのリンク
- 確信度
- 欠落している情報
- 矛盾するエビデンス
- 未解決の質問
目的は、エージェントの作業を監査可能にすることです。洗練された回答だけでは不十分です。
3. モデルルーティングを活用する
すべてのタスクに同じモデル、コンテキストウィンドウ、予算が必要なわけではありません。
リスクの低い要約、課題のトリアージ、フォーマット処理、決定論的な変換には、より低コストのモデルを使用できます。難しいデバッグ、アーキテクチャ計画、移行、セキュリティ関連の作業には、より強力なモデルと厳格なレビューが適しています。
実用的なルーティングポリシーは次のようになります：
| タスクの種類 | 推奨モデル戦略 | レビューレベル |
|---|---|---|
| フォーマットまたはクリーンアップ | 低コストモデル | 軽量レビュー |
| 要約またはトリアージ | 低コストモデル | スポットチェック |
| 小さなコード修正 | リスクに応じて中/高モデル | 差分＋テストレビュー |
| アーキテクチャ変更 | より強力なモデル | 人間によるレビュー必須 |
| セキュリティまたは本番タスク | より強力なモデル＋厳格なハーネス | 人間の承認必須 |
| 外部顧客とのコミュニケーション | より強力なモデルまたは人間主導 | 送信前に承認 |
ポイントは、常に最も安いモデルを使うことではありません。リスクレベルに適したモデルを使うことです。
4. メモリを制限する
永続的なエージェントは、すべてを保存したくなります。それはリスクがあります。
チームは、以下のような安定した再利用可能な情報を保存すべきです：
- プロジェクトルール
- 推奨コマンド
- リポジトリの慣例
- 承認されたワークフロー
- テストコマンド
- フォーマット設定
チームは以下の保存を避けるべきです：
- 機密情報
- 個人データ
- 顧客固有の詳細
- 一時的な推測
- 未検証の前提
- 保持ポリシーがない機密ビジネスコンテキスト
良いメモリはワークフローの信頼性を向上させます。悪いメモリは、昨日の推測を明日の隠れた指示に変えてしまいます。
5. ローカルベンチマークを構築する
デモやソーシャルメディアのクリップだけでエージェントを評価しないでください。
先月の実際のタスクを選びます。バグ、リファクタリング、ドキュメント編集、データクレンジング、サポート調査、リリースチェックを含めます。各エージェントを同じ時間予算で実行し、結果を比較します。
測定項目：
- 完了率
- レビュー時間
- トークンコスト
- エラータイプ
- 安全性の問題
- ロールバックの複雑さ
- 出力が実際に役立ったかどうか
チームのローカルベンチマークは、汎用的なリーダーボードよりも価値があります。なぜなら、そのチームが実際に行う作業を反映しているからです。
実践的なWe0 AIエージェントハーネス
有用なハーネスは、必ずしも大規模なプラットフォームプロジェクトから始める必要はありません。リポジトリの指示ファイル、タスクテンプレート、検証チェックリスト、レビュールールで最小限のバージョンを構築できます。
次のようなタスクテンプレートを使用します：
目標：
許可されたコンテキスト：
許可されたツール：
禁止されたアクション：
検証コマンド：
期待される成果物：
人間の承認が必要な場合：
停止条件：
次に、タスクタイプをワークフローにマッピングします。
このテンプレートはシンプルですが、チームに認可と検証を可視化することを強制します。
We0 AIスタイルのワークフローでは、ハーネスはチームが指示を定義し、再現可能なチェックを実行し、エージェントの出力を比較し、レビューに十分なコンテキストを保持するのに役立つべきです。目的は、遅くすることではありません。
導入。目標は、委任を信頼できるほど予測可能にすることです。
Claude Cowork を他のエージェントと評価する方法
Claude Cowork、Claude Code、Codex、GitHub Copilot、Cursor、内部エージェントを「雰囲気」で比較しないでください。
実際のタスクを使用し、次の5つの質問をしてください。
- エージェントは、プライベートファイルや無関係なファイルを過剰に読み込まずに、適切なコンテキストを見つけられますか？
- ツールを安全に使用し、ツールの障害から回復できますか？
- 小さくレビュー可能なアーティファクトを生成できますか？
- テスト、ソースリンク、ログを使って出力を証明できますか？
- 人間は適切なタイミングで作業を停止、方向転換、または承認できますか？
各タスクを複数回実行してください。エージェントは確率的です。1回の印象的な実行は信頼性を証明せず、1回の悪い実行はシステムが役に立たないことを証明しません。
また、レビューの負担を測定してください。エージェントが手動でタスクを実行するよりも確認に時間がかかる大きなアーティファクトを作成する場合、それは役に立っていません。有用なエージェントは、確信を持った決定に至るコストを削減します。単により多くの出力を生成するだけではありません。
市場が私たちに伝えていること
Claude Cowork モバイルおよびウェブは、より広範な変化の一部です。
AWSはエージェントハーネスを管理されたクラウドインフラに変えています。GitHub Copilot クラウドエージェントはバックグラウンドコーディングとプルリクエストワークフローをサポートします。Claude Code、Codex、Cursor、内部エージェントはすべて、チームを非同期でツールを使用する作業へと押し進めています。ハーネスエンジニアリングに関する研究議論も、より優れたエージェントシステムは、より強力な環境、ツール、フィードバックループ、評価に依存することを示唆しています。
これらは異なる製品のストーリーですが、同じ運用上の現実を指し示しています：AI製品はシステムになりつつあります。
必要なもの：
- ランタイム制御
- モデルルーティング
- コンテキストポリシー
- ツール権限
- 観測可能性
- 評価
- 人間による承認
- 監査証跡
「プロンプトを貼り付けて答えを得る」時代は終わっていません。しかし、真剣なチームにとって、それはもはや最先端ではありません。
推奨運用モデル
以下は実践的な30日間のロールアウト計画です。
第1週：現在のエージェント使用状況の棚卸し
チームが使用しているすべてのエージェントツールをリストアップします。
各ツールについて、以下を記録します：
- アクセスできるデータ
- 書き込みできるもの
- 呼び出せるツール
- コマンドを実行できるか
- 顧客データに触れるか
- 出力のレビュー方法
- 使用が公式か非公式か
これにより、チームは明確なベースラインを得られます。
第2週：タスクポリシーの作成
タスクを低リスク、中リスク、高リスクに分類します。
このポリシーは文書化する必要があります。タスクカテゴリが不明確な場合は、チームが別の判断をするまで中リスクまたは高リスクとして扱います。
第3週：内部ベンチマークの構築
前月から約20の実タスクを選択します。
含めるもの：
- バグ修正
- リファクタリング
- ドキュメント更新
- カスタマーサポート調査
- データクリーンアップ作業
- リリースチェック
- 調査概要
現在のワークフローと少なくとも1つの代替エージェント設定を実行します。完了、レビュー時間、コスト、障害、予期しない事態を追跡します。
第4週：ハーネスの強化
以下を追加または改善します：
- リポジトリ指示
- 検証コマンド
- ログ要件
- コネクタ権限
- 停止条件
- レビューチェックリスト
- 承認ルール
タスクが
モバイルエージェントアクセスに関する実践的なルール
検証できないものは、明確な人間の所有者なしに委任すべきではありません。
モバイルアクセスは、広範な権限ではなく、限定された制御を中心に設計されるべきです。
安全なモバイルワークフローでは、ユーザーは以下を行うことができます：
- タスクの進捗状況を確認する
- 明確化のための質問に回答する
- リスクの低い次のステップを承認する
- タスクを停止する
- タスクをリダイレクトする
- サマリーを要求する
- デスクトップでのレビュー用にタスクをマークする
以下の行為は、安易に許可すべきではありません：
- 大規模なコード差分の承認
- 本番環境へのデプロイ
- ファイルの削除
- 顧客へのメール送信
- 広範なフォルダアクセスの付与
- 機密情報の露出
- 課金や権限の変更
- 証拠なしでの大規模な生成アーティファクトの受け入れ
これはモバイル制御が悪いという意味ではありません。モバイル制御は、小さな画面から責任を持って行える種類の判断に範囲を限定すべきだということです。
結論
Claude Coworkのモバイルおよびウェブサポートが重要なのは、エージェント製品の向かう先を示しているからです。AIワークは、永続的で、クロスデバイスで、非同期で、ツールを活用するものになります。
エージェントを単なるよりスマートなオートコンプリートとして扱うチームは、この変化を見逃すでしょう。エージェントを完全に信頼できる同僚として扱うチームは、回避可能なリスクを生み出します。
より安全な道は、制御された委任です：狭いタスク範囲、明示的な権限、永続的なログ、決定論的な検証、モデルルーティング、そして適切なタイミングでの人間によるレビュー。
FAQ
Claude Coworkとは何ですか？
Claude Coworkは、Anthropicのエージェント型ワークプロダクトであり、ユーザーが最終結果をレビューしている間、Claudeがファイル、ツール、ワークフロー全体でタスクを処理できるようにします。そのウェブおよびモバイルサポートにより、ワークフローはより永続的でクロスデバイスになります。
Claude Coworkのモバイルアクセスが重要なのはなぜですか？
モバイルアクセスが重要なのは、ユーザーがエージェントとやり取りする方法を変えるからです。1つのデスクトップセッションに留まる代わりに、ユーザーが別のデバイスから進捗状況を確認したり、質問に回答したり、ステータスをレビューしている間、タスクをバックグラウンドで継続できます。
エージェントハーネスとは何ですか？
エージェントハーネスとは、モデルの周囲にあるシステムで、コンテキスト、ツール、状態、権限、検証、ログ、人間によるレビューを管理します。これはモデルの応答を制御された作業に変えるものです。
AIエージェントに対するモバイル承認は安全ですか？
モバイル承認は、要件の明確化や進捗状況の確認など、狭くリスクの低い判断に対しては安全です。大規模なコード変更、本番環境での操作、顧客データ、外部メッセージ、破壊的な操作に対する完全なレビューの代わりにはなりません。
チームはClaude CoworkをCodexやCursorとどのように評価すべきですか？
デモではなく実際の内部タスクを使用してください。完了率、レビューの負担、コスト、安全性、ロールバックの複雑さ、ソースの証拠、そして適切なタイミングでエージェントを停止またはリダイレクトできるかどうかを比較します。
優れたエージェントタスクテンプレートには何を含めるべきですか？
優れたテンプレートには、目標、許可されるコンテキスト、許可されるツール、禁止されるアクション、検証コマンド、期待されるアーティファクト、必要な承認ポイント、停止条件を含める必要があります。
エージェントワークフローにおいてモデルルーティングが重要なのはなぜですか？
タスクごとにリスクと複雑さのレベルが異なります。単純なサマリーには最も高価なモデルは必要ないかもしれませんが、アーキテクチャの変更、デバッグ、移行、セキュリティに関わる操作にはより強力なモデルが必要です。
タスクによっては、より強力なモデルと厳格なレビューが必要になる場合があります。
常時稼働のAIエージェントにおける最大のリスクは何ですか？
最大のリスクは、ユーザーが注意深く監視しなくなった後も、エージェントがツール、コンテキスト、または権限を使い続ける可能性があることです。そのため、範囲を限定したアクセス、ログ、レビュー可能な成果物、承認ゲートが不可欠です。
関連ツール
- Claude Cowork: 作業の委任とレビューのためのAnthropic社製クロスデバイスAIエージェント製品です。
- Claude Code: コードベースの読み取り、ファイル編集、コマンド実行、開発者ツール間での作業が可能なAnthropic社製のコーディングエージェントです。
- OpenAI Codex: ソフトウェアエンジニアリングタスクとエージェントスキルのためのOpenAI社製コーディングエージェントプラットフォームです。
- GitHub Copilot Cloud Agent: リポジトリ調査、コード変更、プルリクエストワークフローのためのGitHub社製バックグラウンドコーディングエージェントです。
- Amazon Bedrock AgentCore: ランタイム、メモリ、アイデンティティ、可観測性、ハーネス機能を備えたエージェントのデプロイと運用のためのAWSインフラストラクチャです。
- Cursor: エージェンティックコーディング、コードベースナビゲーション、開発者ワークフロー自動化に使用されるAIコードエディタです。
関連リンク
- Claude Cowork 製品ページ: Claude Coworkに関するAnthropic公式製品ページです。
- Claude Cowork を安全に使用する: Coworkの安全な使用法と制御に関するClaudeヘルプセンターの記事です。
- Amazon Bedrock AgentCore Harness ドキュメント: 管理型エージェントハーネスの設定と運用に関するAWSドキュメントです。
- Amazon Bedrock AgentCore Harness GA 発表: AgentCore Harnessの一般提供開始に関するAWS発表です。
- 自己改善のためのハーネスエンジニアリング: Lilian Weng氏によるハーネスエンジニアリング、評価、自己改善型エージェントシステムに関する記事です。
- GitHub Copilot Cloud Agent ドキュメント: バックグラウンドエージェントワークフローに関するGitHubドキュメントです。
まとめ
Claude Coworkのモバイルおよびウェブ対応は、単なる製品インターフェースのアップデートではありません。これは、エージェントの作業が永続的、クロスデバイス、非同期、ツール活用型になりつつあることを示しています。
この変化により、エージェントハーネスの重要性が増しています。チームには、より明確なタスク範囲、より厳格な権限、永続的なログ、モデルルーティング、決定論的な検証、適切なタイミングでの人間による承認が必要です。
次の良いステップは、新しいエージェント機能をすべて追いかけることではありません。小さな内部ベンチマークを構築し、リスクレベルを定義し、委任された作業をレビュー可能にすることです。
最も強力なエージェントワークフローとは、最も自律性が高いものではありません。最も明確な境界、最良の証拠、そして最も安全なレビューパスを持つものです。