Coworkで足りる？
n8nはいつ必要？
自然言語で成果物を作る仕事はCoworkへ。決まった入力を、失敗しても追跡できる形で処理する仕事はMake・n8nへ。
広告を含む：Makeの申込みリンクから紹介料が発生する場合がある。選定条件と未測定事項は広告状態と分離する。公式仕様は2026年8月12日に再確認。問い合わせ100件の共通課題は3製品とも未測定。
結論：Coworkは入口を奪った。実行基盤までは奪っていない
Coworkは調査、要約、資料作成、ファイル整理、接続済みツールの操作を自然言語で委任できる。定期タスクはコネクタとプラグインを利用し、PC停止中でも動くリモート実行を選べる。日次報告や週次調査だけなら、Make・n8nを先に組む理由は薄い。
一方、外部イベントをWebhookで受ける、入力schemaを固定する、同じ処理を重複させない、失敗した実行を履歴から再試行する、後続システムへ無人で書き込む仕事は別。公式に実行履歴・再試行・Webhookを提供するMake・n8nの守備範囲になる。
人が依頼し、人が成果物を確認するならCowork。システムが起動し、システムへ確定処理するならMake・n8n。
Coworkだけで足りる業務
| 業務 | Coworkから試す理由 | 人が残す確認 |
|---|---|---|
| メール・Slack・Driveから日次要約 | コネクタを横断し、文章の指示から完成した報告を作れる。 | 見落とし、重要度、共有範囲。 |
| 週次の競合調査・会議準備 | 検索、読解、比較、文書作成を1つの依頼へまとめられる。 | 出典、鮮度、意思決定。 |
| ローカルファイルの整理・成果物作成 | 許可したファイルを読み、文書・表・スライドへ変換できる。 | 削除、上書き、機密範囲。 |
| 例外の多い少量業務 | 事前に全分岐を固定せず、状況を読んで進められる。 | 最終承認と再確認。 |
画面操作のcomputer useも利用できるが、Anthropicはresearch previewとし、コネクタより遅く複雑な処理では再試行が必要になる場合があると説明している。重要な更新を画面操作だけへ任せ、成功確認を省く使い方には向かない。
Make・n8nが必要になる6つの境界
- 人ではなくイベントが起動する：フォーム送信、決済、監視通知、API呼出しを即時処理する。
- 出力を固定する：必須項目、型、分岐、重複防止を毎回同じ規則で検査する。
- 失敗を業務として扱う：実行履歴、エラー経路、再試行、通知、再処理手順が必要。
- 無人で確定処理する：顧客通知、CRM更新、請求、在庫など、誤実行の影響が後続へ連鎖する。
- 実行量を予測する：高頻度・大量処理の同時実行、queue、利用量、費用を管理する。
- 配置を自分で決める：社内ネットワーク、データ保管場所、独自コード、セルフホストが要件になる。
| 判断軸 | Cowork | Make | n8n |
|---|---|---|---|
| 主な起点 | 人の依頼、定期タスク | Webhook、SaaS trigger、schedule | Webhook、API、queue、schedule |
| 得意な処理 | 読解、判断、成果物作成 | SaaS間の定型連携 | 複雑な分岐、コード、自己管理 |
| 失敗確認 | 各タスクの結果をレビュー | scenario履歴、不完全実行、error handler | execution履歴、retry、error workflow |
| 最初の保守担当 | 業務担当 | 業務担当または自動化担当 | 技術担当 |
| セルフホスト | 対象外 | 対象外 | Community / Business / Enterpriseで選択 |
「できる・できない」の絶対表ではない。Coworkにもコネクタ、プラグイン、定期実行があり、定期タスク画面でupcoming runsとpast runsを確認できる。Team・EnterpriseではOpenTelemetry監視も利用できる。ここでは、障害時に誰が原因を追い、同じ入力を安全に再処理できるかで開始点を分けている。
Makeとn8nの分岐
複数SaaSを短い手順でつなぎ、非技術担当もvisual builderで保守するならMakeから試す。MakeはWebhook queue、不完全実行、再試行、error handlerを公式提供する。creditsはscenario内のactionなどで消費するため、処理量を先に測る。
コード、独自API、長い分岐、実行環境の自己管理が必要ならn8nを試す。n8n Cloudはworkflow全体のexecution単位、セルフホストはサーバー更新、監視、バックアップ、復旧まで自分の責任になる。
Makeとn8nの料金比較で課金単位、n8n Cloudとセルフホストの比較で運用責任、実行環境の比較でSaaS・VPS・自宅の境界を確認できる。
最初に無料枠・試用で1本だけ測る
Make・n8nが必要な境界へ該当しても、最初から本番移行しない。合成データで1本作り、起動回数、失敗、再実行、履歴、保守時間を7日間記録する。処理が自然言語の依頼だけで完結したならCoworkへ戻す。
共通課題（未測定）：問い合わせ100件を処理する
合成した問い合わせ100件を、カテゴリ分類、要約、要確認フラグ付与、構造化データへの変換まで処理する。個人情報、勤務先情報、顧客データは使わない。
- 正解率と要確認件数
- 初回構築時間と、2回目以降の運用時間
- 失敗件数、再実行、重複処理の有無
- 必要な権限、ログの見つけやすさ、引き継ぎ手順
- 100件・1,000件・月次運用へ換算した費用
100件完備・ID重複なし・出力schema適合に加え、カテゴリ正解率と要確認フラグ正解率が各95%以上の場合だけ自動判定をPASSにする。fixtureとvalidatorの自己試験はPASS済みだが、製品結果ではない。
公開ベンチ台帳で、採点契約、正解ラベルを除いた入力100件、3製品の未測定状態、SHA-256 manifestを確認できる。
別枠：n8n基盤・固定集計ベンチ
これは問い合わせ共通課題ではない。n8n 2.33.7の固定イメージを2 CPU・2GB上限の隔離環境で実行し、内部生成した数値100行を30回集計した。30/30成功、workflow実行時間はp50 1,175ms・p95 1,195ms、別volumeへのバックアップ復元後も再実行できた。
本番可用性、問い合わせ処理の品質、Cowork・Makeとの優劣は示さない。公開証跡：測定summary / 30回のCSV
導入しない判断も残す
- 月数回の作業で、手動でも10分以内に終わる
- 失敗時の担当者と復旧手順を決められない
- 接続先の権限を最小化できない
- 処理量、成功条件、停止方法を説明できない
該当する場合は自動化を増やさず、手順整理から始める。迷う場合は5問の選び方診断で比較の入口だけを絞る。
公式情報
広告・更新履歴
本ページにはMakeのアフィリエイト広告を含む。Coworkで完結する条件、未測定事項、導入しない条件は広告の有無で変更しない。
初稿：2026-08-11 / Cowork台頭を反映した境界・公式仕様再確認：2026-08-12 / 共通課題：3製品とも未測定 / 次回更新：同条件製品テスト後