クラウド Mac で Cursor Automations をどう配る？定期 Agent・Webhook・Background Agent 分担実測

1. 2026 年に Agent が「トリガー」と「実行」を分ける理由

過去 1 年、開発者の AI ツールは 3 系統に進化：オンデマンド派遣（Background / Cloud Agent）、イベント駆動（Automations）、自前オーケストレーション（launchd、cron、n8n + MCP）。「どれも Agent が自動で走るのでは？」と混同すると、Linux サンドボックスで iOS ビルドを無理やり走らせたり、PR ごとに Background を手動クリックしたり、クラウド Mac に cron を積み上げてログを誰も見ない、という結末になりがちです。

納期を遅らすのはモデルの知性より、ワークフロー入口の不一致です。まず「Automations の有効化」（公式 Automations ドキュメント）、次に「PR マージ後に Archive 自動化できるか」（Linux だけでは不可）、最後に「Webhook をクラウド Mac に送れるか」——本文が分解する意思決定チェーンです。

サイト内文脈：先週の Background Agent ランタイム実測 は「どの Mac で走るか」、launchd 定時 Agent FAQ は「自前 macOS オーケストレーション」。本稿は中間層——Cursor 公式 Automations の能力境界とクラウド Mac の補完です。

2. Cursor Automations とは：always-on の Cloud Agent

2026-03-05 チェンジログ と 公式発表によると、Cursor Automations はトリガー + 自然言語指示 + 任意ツールで「常時オンライン」の Agent を構成します。

cursor.com/automations で作成。6 月追加の /automate スキルでローカル会話から設定生成（06-18 改善 参照）。

トリガー種別（いずれかで実行）：

• Scheduled：周期または cron 式；
• GitHub / GitLab：PR opened/pushed/merged、ブランチ push、CI completed、review comment など（6 月に GitHub イベント追加）；
• Slack：チャンネル新規メッセージ、絵文字リアクション；
• Linear / PagerDuty：Issue、Cycle、Incident；
• Webhook：保存後に私有 HTTP エンドポイント + API Key、POST で起動。

各トリガーで クラウドサンドボックスが起動し、PR コメント、Slack、MCP、memory ツールで跨実行学習が可能。リポジトリモード：リポジトリなし（Slack/MCP/Webhook のみ）、単一、複数——リポジトリなしはコード変更・PR 不可。

非対称な結論：Automations の価値はトリガー生態系にあり、macOS ランタイムではない——「PR マージ後 30 秒で誰かが調査開始」に値するのは応答入口です。

3. Background Agent とは：手動で投げる 1 本の長距離走

Background Agent（Cloud Agent とも）はオンデマンド：IDE、cursor.com/agents、Slack @Cursor、API で明示的にタスクを投げ、PR・ログ・失敗まで VM で走り続けます。「毎週月曜の依存スキャン」「CI 赤で自動修正」は内蔵されず、Automations か外部 cron がクリックの代わりになります。

覚え方：

• Automations：「X が起きたらテンプレ Y」——反復運用・コード衛生；
• Background Agent：「今この複雑作業を」——探索的リファクタ、大規模変更；
• クラウド Mac launchd：「自分の plist で macOS 上で」——Keychain、Xcode、ローカル MCP。

PagerDuty 事例：Incident → Automation → Datadog MCP → 変更調査 → Slack + 修正 PR——Linux で完結。最後に xcodebuild archive が要れば別 macOS 実行経路が必要です。

4. Automations の実行場所：Cloud Agent と同じ Linux サンドボックス

公式ドキュメント：Automations は Cursor ホストのクラウドサンドボックス（Linux + Dockerfile / snapshot 任意）で動作。つまり：

• ✅ Node/Python/Go 編集、単体テスト、PR、クラウド MCP；
• ❌ ネイティブ xcodebuild、iOS シミュレータ、Keychain 署名、macOS 専用 CLI；
• ⚠️ 6 月 changelog の computer use もサンドボックス内——本物の Apple ツールチェーンの代替ではない。

Background Agent ランタイム記事 と同結論：Cursor 公式クラウド = Linux 優先。macOS 専用トリガーランタイムは別途なし。

「クラウド Mac で Automations を配る」は二義的：① Cursor コンソールで論理設定（Cursor クラウド）；② macOS 作業は Webhook / CI completed → 専用クラウド Mac。検索の多くは②を指し、Mac mini に Automations プロセスを移す公式経路ではありません。

5. 自動化スタックでクラウド Mac が埋める穴

専用クラウド Mac（M4 Mac mini ホスティング）の 4 役割：

1. macOS 実行ノード：xcodebuild、Flutter iOS、notarytool、シミュレータ——Archive CI トラブルシュート と同じ戦場；
2. Webhook 受信：トンネル/内網 HTTP、Automations / GitHub Actions / 監視からの POST；
3. launchd 常駐ホスト：Claude Code、Codex CLI（launchd Agent FAQ）；
4. MCP 同機配置：パス分裂回避（MCP 配置ガイド）。

Windows メインのチーム：Windows でコード、iOS ビルドはクラウド Mac、Automations は PR 衛生、マージ後 Webhook で Archive——3 層分担が 1 Automation に詰め込むより安定。

6. 3 形態の 5 次元比較

「トリガー vs 実行」：Automations はトリガー多様性、Background は単発深度、クラウド Mac は OS 能力。1 行で 3 列は埋まらない——ハイブリッド必須の理由。

7. ハイブリッド：Webhook で Automations → クラウド Mac

推奨標準ハイブリッドスタック（日次リース 1 台で検証可）：

[GitHub PR merged]
       ↓
[Cursor Automation: trigger = PR merged, repo = 単一]
       → Linux サンドボックス：lint / テスト / docs PR（任意）
       → ツール：Webhook POST → https://<cloud-mac-tunnel>/hooks/ios-archive
       ↓
[クラウド Mac ローカル：nginx/caddy + 認証]
       → launchd またはワンショット：git pull → xcodebuild archive → exportArchive
       → 失敗時：Slack / 飛書 webhook アラート
       ↓
[TestFlight / 社内配布]

要点：

• Automation の Webhook ツールで payload を指示に追記——Webhook のみ・リポジトリなし Automation でルーティング専用も可；
• クラウド Mac 側は短命トークンで POST 検証、裸エンドポイント禁止；
• macOS ビルドを Linux Automation に戻さない——Archive パイプライン は Keychain/Scheme に敏感。クラウド Mac で検証済み plist / Fastlane；
• 「月曜 9:00 依存監査」は Automations、「月曜 9:30 iOS 回帰」は クラウド Mac launchd——Slack で集約。

8. シナリオマトリクス

9. 推奨コンボとレッドライン

コンボ A（フルスタック Web + 小 iOS）：Automations で PR 衛生・依存 bot；iOS merge 後 Webhook → クラウド Mac Archive；Background は大規模移行のみ。

コンボ B（Indie iOS）：16GB クラウド Mac 月次；launchd で夜間テスト；Automations は GitHub PR コメントのみ（デュアル Agent 分離 参照）。

コンボ C（プラットフォーム / SRE）：PagerDuty → Automations → Datadog MCP + 修正 PR；iOS クライアントなら末尾 Webhook でクラウド Mac 検証——Archive を Linux に入れない。

レッドライン：① リポジトリなし Automation でコード変更禁止；② Team Owned 後は Webhook API Key ローテーション と MCP OAuth 再設定；③ クラウド Mac Webhook は認証+レート制限；④ 16GB で launchd シミュレータ農場 + Background 並列 + Archive は避ける。

10. よくある誤解

• 誤解 1：「Automations があれば Background 不要」——トリガー包装であり、探索的作業は手動 Background。
• 誤解 2：「Automations がクラウド Mac を代替」——Linux で閉じる部分のみ。iOS/macOS は Mac ランタイム必須。
• 誤解 3：「Webhook = 自動化完了」——配線に過ぎない。受信スクリプト・Keychain・git 状態機械が本体。
• 誤解 4：「launchd 記事と重複」——launchd は自前 macOS 編排、本稿は公式 Automations との接続。
• 誤解 5：「定時 Agent は全部 cron」——可能なら Automations Scheduled を優先。macOS のみ launchd。

11. 7 ステップ導入チェックリスト

1. cursor.com/automations でテスト Automation：6 時間ごと Scheduled または Webhook、「古い依存を Slack に」（macOS 不要）。
2. 日次リースでクラウド Mac 1 台、開通検収チェックリスト で SSH + ディスク基線。
3. クラウド Mac に最小 Webhook 受信（caddy 逆プロキシ + Bearer）、git pull && ./scripts/smoke-build.sh のみ。
4. 2 本目：GitHub「Workflow run completed」または「PR merged」→ Webhook → クラウド Mac、payload に commit SHA。
5. 同イベントで Background Agent を手動 1 回、turnaround と再現性を比較。
6. macOS ビルドを launchd plist または Fastlane に固定。Automation 指示に長い shell を書かない。
7. 48 時間：実 merge 1 回 + 意図的失敗 1 回。満足なら月次へ、Webhook Key ローテーション SOP を記録。

12. FAQ

Q：Automations と Background Agent は 1 製品と考えていい？

はい。Automations = トリガー + テンプレ化 Cloud Agent、Background = 手動起動 Cloud Agent。Linux ランタイムは共有、「いつ走るか」設定は別。

Q：Automation はクラウド Mac に SSH できる？

公式にテナント Mac への SSH ツールなし。Webhook → クラウド Mac の HTTP、または self-hosted runner（Automations と並行）。

Q：リポジトリなし Automation の用途は？

Slack 集約、PagerDuty、外部 MCP、Webhook ルーティング——コード変更不可。PR にはリポジトリ必須。

Q：Team Owned 後に Webhook Key を変える理由は？

チームサービスアカウント化で旧 Key 無効。MCP OAuth もチーム資格へ。

Q：16GB クラウド Mac でこのハイブリッドは足りる？

単一 worktree + 時々 Archive + 軽量 Webhook：16GB 日次で検証可。launchd 常駐シミュレータ + 並列 Agent は 24GB 月次推奨。

13. 結論

Cursor Automations は always-on Agent を製品化したトリガー層——2026 年に最初に入れるべきオーケストレーション。Background と共有する Linux サンドボックスでは Xcode/Keychain は解けない。

正解は3 層分担：Automations がイベントとテンプレ改修、Background が単発深水、クラウド Mac が Webhook/launchd で macOS 実行。トリガー入口と実行境界の整合が本質。

今週：Cursor で Webhook Automation 1 本、日次リースクラウド Mac で Archive 煙テスト——48 時間で公式自動化と Mac ランタイムの居場所が見える。