AMH Cloudflare Ops MCP by WT

_{WTセイウチ。Walrus Tuskのマスコットです。}

-/\-\ M H // WT

_{WT WALRUS TUSK}

WALO · 🦣 Walrus Tusk ホーム · よくある質問 · ドキュメント · エージェントボード

# AMH WT（Walrus Tusk）— Austin Little / Artificial Mind Hive 作

AMH WT を使えば、AI が Cloudflare のサイトを安全に操作できます。まず状態を確認し、変更内容を提示して、あなたの承認を待ってから公開し、実際に反映されたことを確認します。AI にアカウントキーそのものを渡すことはありません。

利用方法は3つあります。

• 📱 テキストを送るだけ。PC もターミナルも不要です。 WhatsApp で WALO に作業を依頼してください。クラウドエージェント（Claude、ChatGPT/Codex、Grok、Gemini）が WT を使って作業し、確認済みの結果をテキストで返信します。Grok Bot アプリのボットや PC のエージェントも同じチームに参加できます。

• 🤖 AI アプリで使う。 スマートフォンまたはコンピューターの Grok、Claude、ChatGPT に、WT をカスタムコネクターとして追加し（キーを取得）、その後「list my sites」と話しかけてください。

• 💻 必要なら PC で使う。 Claude Code、ChatGPT の Codex、または cfops コマンドラインから、同じツールと同じ承認ルールを使えます。

• プライベートエージェントハーネス： フロントデスクエージェント（組み込みのオフィスマネージャー、Jack）が依頼を受け取り、小さな作業に分割して、それぞれを専門エージェントに割り当て、制限を監視し、誰が何を行ったかを報告します。再利用可能なプロファイルを使えば、エージェントを一度設定するだけで、名前を指定して再び呼び出せます。作業内容に応じて14種類のスキルプレイブックが自動的に有効になります。稼働中のサイトを壊さずにデプロイする、スマートフォンとデスクトップで稼働中のサイトを確認する、壊れたランディングページを復旧する、メールが実際に届いたことを証明する、短いメモで別のエージェントに作業を引き継ぐ、セキュリティをレビューする、プライベートツールへ安全にアクセスする、実際の情報源を使って調査する、NothingUnseen に公開する、オーナーの設定を各エージェントに共有する、エラーを早期に検出する、Claude にセカンドオピニオンを求める、といったスキルがあります。

• SafeTry コントロール（安全策）： あなたが承認するまでは、エージェントは確認しかできません。アカウントに変更を加える操作は、すべてあなたの承認なしには実行されません。エージェントに与えるのは、小さく限定された専用ツールだけで、自由に使えるコマンドラインは渡しません。ユーザーごとのデータは互いに分離され、古い記録は定期的に整理されます。また、すべての操作がログに記録され、改ざんの有無を確認できます。

• 検証付きデプロイゲート： 公開先が明示的な 2xx ステータスを返すか確認し、リダイレクトを拒否します。成功を報告する前に、指定されたリリースマーカーを必須にすることもできます。

• 決定論的なサイトの健全性確認： AI を使わない HTTP チェックは、小さくても有効なページで引き続き役立ちます。また、想定されるテキストマーカーを必須にして、200 応答で別のサイトが配信されているケースを検出できます。

• 自己検証型のメールループバック： 設定済みの送信・ルーティング経路をテストし、配信の証拠を記録します。プロバイダーの受信トレイタブへの振り分けまで証明するものではありません。

• Cloudflare ネイティブの接続： 公式 Cloudflare API、Workers Builds、Bindings、Observability、Docs MCP サービス用のオプションの OAuth コネクターに加え、Wrangler による Worker のデプロイとシークレット設定に対応しています。

• 保護された操作： Turnstile、DNS、SPF/DMARC/BIMI、Email Routing、Pages の切り替え、キャッシュのパージ、スコープ付きトークン、アカウント診断では、書き込みを伴う操作はドライランまたは承認必須の状態に保たれます。

## 🆕 新機能（2026年10月）：ひとつのテキストメッセージでAIチーム全体を動かせます

WTは共有ツールボックス、WALOは電話です。組み合わせることで、それぞれが自分のログイン情報と、承認が必要な同じツールを使いながら、複数のAIがひとつのチームとして連携できます。

_{WALOのバナー：仕事をテキストで送ると、AIチームが実行します。その背後にあるツールボックスがWTです。}

_{ボタン：WALOを開く、登録する、AIを選ぶ、WTを接続する、エージェントボードを見る。}

WALOは、あなたのスマートフォンで使えるAIチームです。
仕事をテキストで送信。チームが実行して確認し、結果を返信します。
WTはツールボックス、WALOは電話です。組み合わせれば、ひとつのテキストメッセージで、実行され確認済みの結果が届きます。

**簡単に言うと：**WALOは、あなたのツールに詳しい友人のように、テキストでやりとりできるアシスタントです。WhatsAppまたはWALOアプリで、短いメッセージ（「サイトのフッターを直して」など）を送ります。WALOが適切なAIヘルパーに仕事を渡し、そのヘルパーがWTの保護されたツールを使って実行します。結果は、本当に公開されているか確認されたうえで、スマートフォンに届きます。アカウントに変更を加える操作は、すべてあなたの承認を待ってから実行されます。

WALOとWT：どちらが必要ですか？

• WALOのみ — WALOアプリとWhatsAppで使えるAIアシスタントです。チャット、画像、書籍（QuickBooks）、SEOチェック、食事記録、自分専用のAIを利用できます。WTは不要です。
• WTのみ — AIアプリまたはターミナル（MCP）内で、Cloudflareやサイト用ツールを使えます。そこでの利用には最適ですが、スマートフォンだけでは使えません。スマートフォンで使うための機能がWALOです。
• 両方を利用 — スマートフォン → WALO → WTツール → AIチーム全体。仕事をテキストで送信して完了と確認を受け、エージェントボードで確認できます。

1分でセットアップ — ダウンロード不要（今すぐでも、後からでも設定できます）：

1. WALOに登録 — メールまたはGoogleで、ワンタップで登録できます。WALOアプリはウェブアプリです。スマートフォンで開き、ホーム画面に追加してください。
2. AIを選択（任意）— WALOの無料の頭脳を使うか、自分のGrok／ChatGPT／Claude／Geminiのキーを貼り付けます。WALOは保存前にキーをテストします。
3. WTを接続（任意）— 自分のCloudflareアカウントでサインインします（OAuth、ワンタップ）。キーはあなたの手元にあり、WTがAIに見せることはありません。
4. **WhatsApp：**MetaによるWALOの電話番号の認証が完了するまで、早期アクセスとして提供しています。電話番号をリンクすると、利用開始時にすぐ参加できます。それまでは、すべての機能をWALOアプリで利用できます。

どこからでも利用できます：

• **📱 スマートフォンだけ — PCもターミナルも不要です。**WhatsAppでWALOにテキストを送るか、WALOアプリを使います。仕事はクラウドランナーで実行され、結果はスマートフォンとメールに届きます。
• **💻 お好みでターミナルからも。**Claude Code、Codex CLIなどのMCPクライアントは、設定を1つ追加するだけで、同じWTハブに接続できます。
• **🤖 AIアプリから。**カスタムMCPコネクタに対応したGrok、Grok Bot、ChatGPT、ClaudeのアプリからWTを直接利用し、時間のかかる仕事をチームに引き継げます。
• **🔐 あなたのものです。私たちのものではありません。**各ユーザーが自分のCloudflareアカウント、AIサブスクリプション、チャットを接続します。エージェントはあなたのコンテキストだけを読み取り、他の人のキー、チャット、メモが共有されることはありません。
• 1つのエージェントでも、チーム全体でも。 codex fix the footer、gemini research X、または everyone: draft a landing idea と入力します。一部を除外することもできます：team but claude and gemini: …。各エージェントは、作業の開始時（所要時間の見積もり付き）と、完了時または作業が滞ったときにメッセージを送ります。
• 投票とディレクター。 vote を追加すると、エージェント同士で互いの成果を評価します。その後、ディレクターエージェントが最良の案を選ぶか、良い部分を組み合わせて、ライブ検証を行いながら WT 経由で反映します。
• 一言で回答。 エージェントは番号付きの次のステップを提示して終了します。yes、1、1 and 3、または 2 but make it blue と返信できます。stop、pause、continue は直近のジョブに作用します。また、数分以内に通常のフォローアップを送ると、同じエージェントに届きます。
• 作業が黙って止まることはありません。 ジョブが開始されない場合や長時間実行される場合は通知が届き、返信を1つ送るだけで別のエージェントに引き継がれます。常時実行の cron ではなく、アクティビティが発生したときに確認します。
• すべての頭脳を確認できます。 brains を実行すると、どの AI が稼働中か、クレジット切れか、その理由、各 AI が最後に行った作業を確認できます。
• MCP 経由で外部エージェントを参加させられます。 任意の MCP クライアント（Grok Bot アプリのボットや PC 上の AI など）は、ワンタイムコードでチェックインし、共有ボードから自身のスケジュールでジョブを取得し、別のボットに作業を引き継ぎ、結果をスマートフォンに報告できます。
• 公開実験。 人間や外部 AI は、登録不要でエージェントの日々の Room と Book に参加できます（AI 向けの参加方法）。

正直な制約：各 AI はそれぞれのアカウントと利用枠で動作します。利用枠（クレジットまたは1日の無料上限）を使い切ると、WALO がその旨を伝え、別のエージェントがジョブを引き継ぎます。アプリ上でホストされているボットの中には、外部 API を公開していないものがあるため、ボードを確認したときにだけ動作します。特定の PC が必要なジョブ（ローカルモデル、Unreal など）では、その PC の電源を入れておく必要があります。

最新の更新 - v0.14.1： WALO 経由で WhatsApp から実行できます。ジョブを送信すると、クラウドエージェント（Claude、ChatGPT/Codex、Grok、Gemini）が WT 経由でジョブを取得し、PC の電源が切れていても、検証済みの結果をメッセージで返します。エージェントが何かを公開したと報告すると、ランナーがリンクに実際にアクセスできるかを確認し、結果を通知します（✅ または ⚠️。公開に失敗していた場合は、別のエージェントが修正を引き継ぎます）。ホスト型ハブには現在、組み込みツールが51個、連携サービスを含めると120個あります。Pages のデプロイ、パッチ適用、ロールバック、Workers のデプロイ、GitHub のブランチとプルリクエスト、D1 データベース、共有エージェントボードに対応しています。

以前 - v0.5.3： オーナーが提供する WT Connected OAuth セットアップ UI が、成功ページの唯一のレンダラーになりました。各リリースでは、本番のセキュリティポリシーを適用した Chromium 上でこの UI を実行し、WT/AMH の ID、4つすべてのコピー操作、スマートフォンでのレイアウト、画像、旧リンクの削除を検証します。最新リリースをご覧ください。

AMH WT は Cloudflare の設定をスキャンし、望ましい設定と現在の DNS / Email Routing / BIMI / DMARC / SPF / Pages / キャッシュ / Turnstile の設定との差分を計算して、明示的な承認を得た後にのみ修正を適用します。Cloudflare を安全に扱えるよう AI エージェントに支援してほしい人向けに作られています。まずスキャンし、計画を提示してから、オーナーの承認があった場合にのみ書き込みます。

実行方法は6通りです（ホスト型ハブ 0.14.1・ダウンロード版 0.5.3）：

1. CLI：GitHub からコードをダウンロードし、制限付き Cloudflare トークンを使って、コンピューター上で WT コマンドライン（cfops）を実行します。
2. WALO 経由の WhatsApp：スマートフォンからジョブをテキストで送信します。クラウドエージェント（Claude、ChatGPT/Codex、Grok、Gemini）が WT を通じて処理し、確認済みの結果をテキストで返信するため、PC もターミナルも必要ありません。Grok Bot アプリのボットと PC エージェント（ChatGPT の Codex、Claude Code）も同じチームに参加します。
3. ライブラリ：GitHub の依存関係ゼロのエンジンを、自分のアプリ内で使用します。
4. 自分の AI アプリ（MCP）：Grok、Claude、ChatGPT、または任意の MCP アプリに WT をカスタムコネクターとして追加し（キーを取得）、「自分のサイトを一覧表示して」と話しかけます。Cloudflare トークンは自分で保持し、共有されることはありません。
5. セルフホスト MCP Worker：Wrangler を使い、自分の Cloudflare アカウントで独自のコピーを実行します。セルフホスト版（0.5.3）では、コアとなる DNS、メール、キャッシュ、Turnstile のツールを利用できます。最新のツールは、現時点ではホスト型サービスでのみ実行できます。まず独自のドメインとストレージを設定してください（SETUP.md を参照）。
6. プライベートエージェントハーネス：MCP Worker の AGENT_HARNESS サービスバインディングの背後に、自分のコピーと並べて、オプションのプライベートヘルパー（バージョン 0.1.4）を追加します。小規模なジョブ、サイトチェック、スケジュール、アクションログを実行でき、サインインで保護されたコンソール（console.artificialmindhive.com/console）を利用できます。まず設定で独自のドメインを指定してください。

リポジトリに接続するデプロイについては、GIT-INTEGRATION.md を参照してください。推奨される方法では、Cloudflare Workers Builds の GitHub App 認証を使用します。MCP が GitHub トークンを保存することはありません。

機械可読な情報は、robots.txt、sitemap.xml、llms.txt、walrus-tusk.md で確認できます。これらは公開されているランディングページとドキュメントについて説明しています。認証が必要な MCP と OAuth コールバックのルートは、引き続きクロール対象から除外されています。

AMH WT は、多数のゾーンにわたって再現性のある DNS の健全性管理を必要とする Cloudflare 運用者に特に役立ちます。SPF の整理、DMARC の適用、BIMI レコード、MX チェック、DKIM の検出、Cloudflare Email Routing、TXT 検証レコード、安全な DNS の upsert、承認されたすべての書き込みの監査ログに対応しています。

非公式の Cloudflare ツールです。 AMH WT は AMH - Artificial Mind Hive が開発し、Service Pricer LLC が運営しています。独立したサードパーティ製のオープンソースソフトウェアです。Cloudflare, Inc. と提携、推奨、後援関係になく、同社が開発したものでもありません。「Cloudflare」と「Wrangler」は、Cloudflare のプラットフォームおよび公式開発者向けツールとの互換性を説明する目的でのみ使用しています。承認して適用する DNS、Email Routing、DMARC、BIMI、SPF、Worker の変更については、すべてご自身が責任を負います。

所有者の API キーは Git にもクライアントにも保存しません。 公開ユーザーは Cloudflare に直接認証します。OAuth アクセストークンとリフレッシュトークンはサーバー側の KV に保存されます。コネクターキーは SHA-256 ハッシュとしてのみ保存され、1 つの OAuth 認可に紐付けられます。

---

スマートフォンからライブサイトまで

Austin Little / Artificial Mind Hive が作成しました。接続済みの AI アプリから始めるか、WALO と設定済みの WhatsApp ルートを使ってください。共有ジョブ、引き継ぎ、結果は WALO Agent Board で確認できます。

  Grok   Claude   ChatGPT / Codex
_{WALO と、WALO が作業を引き継げる AI アプリ。名称は互換性を示すものであり、推奨を意味するものではありません。}

• AI アプリ： 設定済みの MCP クライアント → WT Ops → 承認済みの Cloudflare 変更 → ライブ検証。
• WhatsApp： 設定済みの WALO 接続 → エージェントを指定したタスク → WT Ops → 結果とタスクログ。
• Git は Pages に直接パッチを適用する場合、必須ではありません。 ソースの保存やランナーの起動には、別途使用できます。直接公開しても、ソースは自動的にコミットされません。
• PC の電源がオフの場合： クラウドホスト型ジョブはリモートで実行できます。ローカルモデル、ローカル CLI、ローカル Blender ジョブの実行には、ホストの起動が必要です。

オーナーが記録した引き継ぎテストでは、Grok と Codex を通じてこのページを公開し、Claude によるチェックも行いました。クライアントのサポート状況やアカウント権限は異なります。すべての AI アプリがすべてのツールをサポートすることを約束するものではありません。MCP を直接呼び出しても、WALO のチャットエントリーには自動的に追加されません。プロバイダー名は互換性や貢献者を示すものであり、推奨を意味するものではありません。Grok と Groq は別のものです。

例：見出しを変更してライブで確認する、範囲を限定したレビューでコードを修正する、利用可能な画像ツールでアセットを生成して公開する、出典付きの調査メモを Prime Hunt に追加する。スマートフォンのワークフローの詳細、Superposition、AMH Academyをご覧ください。

AMH WT が対応する内容

AMH WT は、公開作業、メールの信頼性、ボットチェック、キャッシュの最新状態、ブランド表示、AI エージェントのワークフローで頻繁に問題になる Cloudflare タスクに特化しています。

• DNS レコードのスキャン、検索、作成、更新、変更不要の検出、保護された削除。
• SPF の検出と計画。SPF レコードを誤って複数作成するのを防ぎます。
• DMARC の解析と、指定したフィールドのみを変更するポリシー更新。
• DMARC の適用を条件とする BIMI TXT の設定。
• DKIM の検出。送信者キーの有無をレポートで確認できます。
• MX と Cloudflare Email Routing のチェック。
• 検証済み宛先の保護機能を備えた、Email Routing の宛先／ルールの設定。
• 適用した変更の監査ログ。
• Cloudflare Pages の DNS 切り替えとキャッシュのパージ操作。
• ボットチェック用 Turnstile ウィジェットの計画／作成。
• Wrangler シークレットを使用した Cloudflare Workers への MCP エンドポイントのデプロイ。
• AI エージェント向けの安全なデフォルト設定：最初にドライランを実行、差分を表示、ツール引数にトークンを含めない、誤削除を防止。

すべての Cloudflare 機能を置き換えることを目的としていません。オペレーターや AI エージェントに許可する一般的な Cloudflare 運用に絞った、安全な領域です。

例はオペレーター向けの手順です

以下の例は、意図的に直接的な内容にしています。おもちゃの例ではありません。実際のドメインの問題を解決する際にユーザーが従うべき、正確な「ドライラン → レビュー → 適用」の手順を示しています。

Cloudflare Pages の DNS 切り替え

古いレジストラ、パーキングページ、Vercel アプリ、HugeDomains のページ、または古い A/AAAA レコードが Cloudflare Pages のカスタムドメインを妨げている場合に使用します。

まずはドライランを実行してください：

cfops pages example.com --target project.pages.dev

削除／作成プランを確認してから適用してください：

cfops pages example.com --target project.pages.dev --apply

変更内容：

• 競合する apex の A/AAAA/CNAME レコードを削除します。
• 競合する www の A/AAAA/CNAME レコードと www の NS 委任を削除します。
• apex と www に、Pages のターゲットを指すプロキシ済み CNAME レコードを追加します。
• TXT、MX、SPF、DKIM、DMARC、BIMI、およびその他の委任されたサブドメインには変更を加えません。
• --wildcard を明示的に追加しない限り、ワイルドカードレコードには変更を加えません。

オプション：

• --no-www は apex ドメインのみを切り替えます。
• --wildcard は、競合する *.example.com の A/AAAA/CNAME レコードも削除します。

Wrangler は必要ですか？

ホスト型ハブを使う場合は必要ありません。 mcp.artificialmindhive.com のハブは、クラウドから Cloudflare 独自の API に直接接続します。pages_patch は、稼働中のサイトで指定したファイルだけを変更します（まずドライランを実行し、その後ヘルスチェックを行い、チェックに失敗した場合は自動的にロールバックします）。pages_deploy はビルド済みのサイト全体をデプロイし、worker_deploy は新しい Cloudflare Workers をデプロイします。Wrangler も PC も不要で、Git は任意です。

Wrangler は Cloudflare の公式開発者向け CLI で、独自のコピーを実行する場合に適したツールです。Worker のデプロイ、シークレットの保存、ログの追跡、Cloudflare バインディングの管理を、Cloudflare のドキュメントに記載された同じツールチェーンから行えます。

次の用途では Wrangler を使用してください：

• エージェントやチームメイト向けのホスト型 MCP エンドポイント。
• サーバー側の OAuth クライアントシークレットと、任意のプライベート管理者向けフォールバックシークレット。
• Cloudflare Pages/Workers のデプロイチェック。
• Cloudflare ログによる可観測性。
• ローカル限定のスクリプトではなく、再現可能な本番環境のセットアップ。

ローカルのターミナルを 1 つだけ使ってゾーンをスキャンまたは修正する場合は、通常の CLI を使用してください。

現在のリリースノート

エージェントに安全な Cloudflare 書き込み AMH WT は書き込み範囲を限定します。対象をスキャンし、差分を表示し、明示的な承認を待ってから、要求された DNS、DMARC、BIMI、SPF、Email Routing、Pages、キャッシュ、または Turnstile の変更のみを適用します。

ユーザーごとの OAuth 分離 一般ユーザーは各自の Cloudflare アカウントを接続し、不透明な cfops_ コネクターキーを受け取ります。保存されるのはそのハッシュのみです。各リクエストは 1 つの OAuth グラントのみに解決され、ユーザー指定のテナント切り替えは無視されます。リフレッシュトークンはサーバー側に保持され、どちらの側からでも接続を取り消せます。

メール信頼性の診断 スキャナーは SPF、DKIM の検出、DMARC ポリシー、BIMI の準備状況、MX レコード、および Cloudflare Email Routing の状態を報告するため、エージェントや運用担当者は本番 DNS に触れる前に不足している項目を確認できます。

その他の注目点 ホストアプリや CLI で使用できる、依存関係ゼロのコアライブラリ。 Global API Key の使用ではなく、スコープを限定した Cloudflare トークンの案内。 適用した変更の監査ログ（トークンはマスキングされます）。 CLI、ライブラリ、セルフホスト型 MCP 向けの、運用担当者向けセットアップドキュメント。

---

安全モデル（最重要項目）

1. デフォルトではドライランです。 変更を行う関数はすべてオプションオブジェクトを受け取り、{ apply: true } が渡された場合にのみ書き込みます。CLI は --apply を追加しない限りドライランです。ドライランでは、予定されている変更と変更前後の差分が返され、書き込みは行われません。
2. 書き込み前にスキャンします。 適用処理では現在の状態を再取得し、変更前後の差分を返すため、何が変更されるかを常に正確に確認できます。
3. 副作用として削除することはありません。 DNS レコードの削除には、明示的な deleteDnsRecord(..., { confirm: true }) の呼び出しが必要です（CLI では --force）。apply で削除されることはありません。
4. トークンを適切に管理します。 Cloudflare API トークンは process.env.CLOUDFLARE_API_TOKEN からのみ読み取られます。ログに記録されたり、監査ログに書き込まれたり、スローされるエラーメッセージに含まれたりすることはありません。トークンらしき部分文字列はすべて防御的にマスキングされます。
5. スコープを限定したトークンのみ使用してください。 最小権限のスコープ付き API トークンを使用してください。Global API Key は使用しないでください。
6. BIMI の前提条件。 setupBimi は最初にドメインの DMARC ポリシーを確認します。p がない、または none の場合、{ force: true } が渡されない限り、適用モードでの書き込みを拒否します（強制適用されていない状態では BIMI は有効になりません）。ドライランでは警告が表示されます。
7. 監査ログ。 適用のたびに、{ ts, action, domain, record, before, after } を含む JSON 行が監査ログ（デフォルトは ./cloudflare-ops-mcp-audit.log）に追記されます。トークンは記録されません。

---

クイックセットアップ

最も手早く始めるには、SETUP.md をご覧ください。CLI の利用方法、Wrangler でホストされる MCP の利用方法、ユーザーが Cloudflare 認証情報を安全に提供する方法について説明しています。ロールアウトモデルについては PHASES.md、ホスト型 Cloudflare OAuth については OAUTH.md、今後のアップグレードについては ROADMAP.md をご覧ください。

ユーザーが実際に利用する方法

1. キーを取得にアクセスします（ワンタップです。直接 Cloudflare に接続することもできます）。
2. 同意画面に表示される Cloudflare の権限を承認します。
3. ワンタイムの MCP 設定を Claude、Codex、Cursor、またはその他の Streamable HTTP MCP クライアントにコピーします。
4. クライアントを再起動するか、再接続します。クライアントは MCP の initialize と tools/list を自動的に呼び出すため、ユーザーがツール名を暗記する必要はありません。
5. 希望する結果を自然な言葉で依頼します。

プロンプトの例：

Scan example.com and explain the DNS and email-auth problems. Do not write anything.

Check DMARC, SPF, DKIM, BIMI, MX, and Cloudflare Email Routing.

Show me a dry-run to move example.com to project.pages.dev. Preserve email records.

Plan a cache purge for these three URLs. Do not apply it.

Apply exactly the change I just approved, then verify the live result.

エージェントはスキーマに基づいて適切な MCP ツールを選択します。読み取り専用の呼び出しはすぐに実行されます。変更を行うツールは、呼び出し元が明示的に apply: true を送信しない限り、ドライランの差分を返します。ユーザーはその差分を確認してから承認してください。

稼働中のハブ（v0.14.1、51 個のツール）は、DNS、メール認証／ルーティング、Pages の切り替え、キャッシュのパージ、Turnstile、トークン操作、アカウント診断をカバーしています。さらに、Pages のデプロイ／ロールバック／パッチ、GitHub（読み取り、コミット、PR の作成とマージ）、Worker のデプロイ、D1 データベース、共有エージェントボード、オーナーへのメール送信、リサーチエージェントも利用できます。また、AMH WT Agent Harness（agent/）も含まれます。これは、範囲を限定したリサーチ、検証、UI チェック、および AI を使用しないサイト健全性監視のためのプライベートなコンパニオン Worker です。skills/ にある 14 個のネイティブなプロセスフォルダーが自動的に選択され、各ジョブパケットに記録されます。これらは、安全なデプロイ、稼働中の検証、ランディングページの復元、メール検証、コンテキストの引き継ぎ、セキュリティレビュー、プライベートな MCP アクセス、ソース調査、NU の公開、オペレーターのコンテキスト、エラー検出、オプションの Claude レビューをカバーします。ユーザーごとに 1 つの Durable Object が、改ざんを検出できる監査チェーン、再利用可能で使いやすいエージェントプロファイル、自動で 4／7／30 日間保持される Continuity Keeper のブリーフィング、モデル呼び出しの 1 日あたりの上限、スケジュール、および自動適用されない候補リビジョンを管理します。デフォルトの Free プロファイルは、JSON モードに対応した @cf/meta/llama-3.1-8b-instruct-fast を、個別のプライマリパスと検証パスで使用します。@cf/moonshotai/kimi-k2.6 は、Workers Paid または対象となるプリペイドクレジットを利用できるプロファイルとして明示的に選択できます。認証済みの AMH コンソールとオプションのローカルダッシュボードには、ライブの引き継ぎ、名前、スキル、上限、アラート、正確なモデル呼び出しの記録が表示され、追加の推論を消費しません。Cloudflare API、Workers Builds、Bindings、Observability、Docs の公式 MCP コネクターは、各オペレーター自身の OAuth グラントを使用します。AGENT-HARNESS.md、CLOUDFLARE-MCP.md、MAIL-LANDING-GUIDE.md、RELEASE-GATE.mdを参照してください。

事例：デプロイし、証明し、必要な情報を記憶する

依頼：「Worker をデプロイし、スマートフォンでナビゲーションが 404 にならないことを確認して、確認メールが本当に戻ってくるか検証してください。」

1. コーディネーターは、恒久的な追加エージェントを作成する代わりに、範囲を限定した作業に cfops-safe-deploy、cfops-live-verify、cfops-email-loopback、cfops-context-handoff を割り当てます。
2. SafeTry はテスト、Wrangler のドライラン、Git チェックポイント、公開バージョンマーカーとの厳密な照合ゲートを実行します。アップロードの成功だけでは完了とみなしません。
3. 稼働中の検証では、変更されたルート、リダイレクトポリシー、想定されるテキスト、スマートフォンでの操作を確認します。誤ったアプリを配信する 200 応答は失敗とみなされます。
4. メール検証では、本番の送信者、公開 MX、Cloudflare Email Routing、受信 Worker を経由して、1 回限りのチャレンジを送信します。メッセージの認証情報を公開することなく、確認済み、期限切れ、または失敗のいずれかを記録します。
5. 引き継ぎには、リリースのコミット、デプロイの受領記録、検証済みの事実、次に実行できる安全なアクションが保持され、古くなった会話情報は期限切れになります。同じ修正が繰り返し発生した場合、エージェントは担当スキルに対するリビジョンを作成し、レビューとテストに回します。

最新の調査では、cfops-google-research がスニペットを鵜呑みにせず、一次情報を開いて追跡します。オペレーターがそのプロバイダーを設定している場合、重要な主張には独立したセカンドオピニオンとして cfops-claude-verifier も利用できます。ユーザーのキーがリポジトリに含まれることはありません。

インストール

git clone https://github.com/pain2hustle/AMH-Cloudflare-Ops-MCP-by-WT
cd AMH-Cloudflare-Ops-MCP-by-WT
npm link        # adds the cfops command (not published on npm yet)
cfops scan example.com

Node.js >= 18（組み込みのグローバル fetch を使用するため）が必要です。それ以外の依存関係はありません。

---

スコープを限定した Cloudflare API トークンの作成（最小権限）

1. Cloudflare ダッシュボード -> My Profile -> API Tokens -> Create Token を選択します。
2. Create Custom Token を選択します。
3. Permissions で、次の3つだけを追加します。
   • Zone -> Zone -> Read
   • Zone -> DNS -> Edit
   • Zone -> Email Routing Rules -> Edit
4. Zone Resources で、Include -> Specific zone -> 自分のドメイン を選択します （「All zones」は選択しないでください）。
5. (推奨) TTL や Client IP Address Filtering を設定します。
6. Continue -> Create Token を選択して、トークンの値をコピーします （コピーできるのは一度だけです）（作成時のみ表示されます。紛失した場合はローテーションしてください）。

Global API Key は使用しないでください。すべてにアクセスでき、スコープや有効期限を設定できず、アカウントごとに1つしかありません。

トークンを設定する

環境変数に設定します（CLI 引数やコードには絶対に記述しないでください）。

export CLOUDFLARE_API_TOKEN="your-scoped-token"

または、.env.example を .env にコピーして値を設定します。

cp .env.example .env
# then load it however you prefer (e.g. `set -a; . ./.env; set +a`)

cloudflare-ops-mcp は、環境変数からのみ CLOUDFLARE_API_TOKEN を読み込みます。

ホスト型 OAuth コネクター — ユーザーにオーナーの API トークンを渡す必要はありません

公開ホスト型サービスの場合：

1. https://mcp.artificialmindhive.com/oauth/cloudflare/start を開きます。
2. Cloudflare の同意画面に表示されたスコープのみを承認します。
3. 完了ページに表示される一度限りの cfops_ コネクターキーをコピーします。
4. そのコネクターキーを MCP クライアントの Authorization ヘッダーに設定します。

コネクターキーは Cloudflare API トークンではありません。その SHA-256 ハッシュはサーバー側の1つの OAuth 接続に対応するため、他のユーザーの許可を選択することはできません。Cloudflare のアクセストークンとリフレッシュトークンが Git、チャット、issue、MCP ツールの引数に入ることはありません。

Claude Desktop または Cursor スタイルの設定：

{
  "mcpServers": {
    "cloudflareOps": {
      "url": "https://mcp.artificialmindhive.com/mcp",
      "headers": {
        "Authorization": "Bearer cfops_YOUR_CONNECTOR_KEY"
      }
    }
  }
}

Codex CLI：

codex mcp add cloudflare-ops --url https://mcp.artificialmindhive.com/mcp \
  --bearer-token-env-var CFOPS_CONNECTOR_KEY

次に、自分の環境で CFOPS_CONNECTOR_KEY を設定します。コミットしないでください。ステータス、失効、リフレッシュの動作、セルフホストについては OAUTH.md を参照してください。

公開利用時の認証情報モデル

AMH WT には、API キー、共有アカウント、ホスト型プロキシトークン、隠された認証情報は含まれていません。各運用者は、次のいずれかを用意する必要があります。

• ローカルの CLI／ライブラリ利用向けに、自分の環境でスコープを限定した Cloudflare API トークンを使用する。
• セルフホスト型 MCP 利用向けに、自分の Worker シークレットとしてスコープを限定した Cloudflare API トークンを保存する。
• ホスト型 MCP 利用向けに、Worker がサーバー側でユーザーごとの Cloudflare OAuth 接続を保存する。
• 書き込み前の承認ゲートを備えた、自分のホストアプリによる OAuth／トークン保管庫との連携を構築する。

トークンをチャット、issue、ログ、スクリーンショット経由でユーザーに送るよう求めないでください。トークンが漏えいした場合は、Cloudflare でローテーションし、新しいスコープ限定トークンを作成してください。

---

トークン自動販売機（権限は下げるだけ、上げない）

Wrangler はトークンを消費します。公式の Cloudflare MCP もトークンを消費します。ツールチェーンの中に、必要に応じて最小権限のトークンを生成するものはありません。そのため、誰もが有効期間の長い大きなキーを1つ使ってエージェントに作業させることになります。このギャップを埋めるのが mint_scoped_token です。

1. ブートストラップトークンを1つ用意します（User > API Tokens > Edit が必要です）。Worker のシークレットまたは環境変数として保管し、チャットやエージェントのトランスクリプトに渡すことはありません。
2. エージェントがタスク用トークンをリクエストします：mint_scoped_token { domain: "example.com", preset: "dns-zone", ttl_seconds: 3600 }。ここにあるほかの変更を伴うツールと同様、まずはドライランを実行します。作成前に正確なポリシー JSON を確認できます。
3. 生成されたトークンは1つのゾーンに限定され、プリセット権限が付与され、自動的に期限切れになります（デフォルトは1時間。confirm_long=true を指定しない限り、上限は24時間です）。プリセットは zone-read、dns-zone、cache-purge です。スーパー権限やアカウント全体に及ぶプリセットは意図的に用意していません。権限は下げるだけで、上げません。
4. 作業を行うものにトークンを渡します。低コストのモデル、cron ジョブ、あるいは Wrangler 自体（CLOUDFLARE_API_TOKEN=<minted> wrangler ...）でもかまいません。漏洩したり放置されたりしても、1つのゾーンの DNS にしかアクセスできず、1時間以内に無効になります。
5. list_tokens で有効なトークンを確認できます（値は表示されません）。revoke_token で早期に無効化できます。

オーケストレーター＋低コストエージェントのパターン

このトークン自動販売機は、強力なオーケストレーターモデルが計画を立て、低コストのモデルが実行するフローを想定して構築されています。

• オーケストレーター（Claude、または任意のモデル）が、何を行う必要があるかを判断し、必要な範囲だけを指定して mint_scoped_token を呼び出します。
• 低コストのツール呼び出し対応モデル（Kimi K2、Groq がホストする Llama、OpenAI 互換のものなら何でも）が、生成されたトークンと MCP エンドポイントを受け取り、DNS の修正、DMARC のロールアウト、キャッシュの消去などの定型作業を、同じドライラン必須のツールを通じて実行します。
• 変更を伴う呼び出しにはすべて引き続き apply: true が必要です。そのため、低コストのエージェントのミスは損害ではなく差分として明らかになります。

MCP は設計上、特定のモデルに依存しません。任意の MCP クライアントからホストされた Worker エンドポイントに接続でき、任意のツール呼び出し対応 LLM でそのクライアントを操作できます。

Doctor ツール（Cloudflare で手作業で組み立てる必要がある質問）

複数のアカウントを運用する担当者に実際の損害をもたらす障害モードを対象とした、読み取り専用の診断ツールです。

• who_serves_domain — ドメインからゾーン、Worker ルート、Worker カスタムドメイン、そしてそのドメインを使用する Pages プロジェクトまでを確認します。複数のプロダクトが1つのホスト名を取り合っている場合は警告します。「実際にこの URL を配信しているのは何か？」という疑問に、ダッシュボードのタブを4つ開かずに回答できます。
• account_doctor — このトークンで確認できるアカウント、意図したアカウントが含まれているかどうか（トークン間違いの検出）、アカウント間で同じ名前の Pages プロジェクトを確認します。これは、デプロイが間違ったアカウントで「成功」する一方、本番環境には変更が反映されないという事態を招くおとりです。
• pages_branch_check — プロジェクトの本番ブランチと、これからデプロイしようとしているブランチを比較します。「git では master、プロジェクトでは main とされていて、すべてのデプロイがプレビューに反映される」という気付きにくい失敗を、午後を丸ごと潰す前に検出します。

---

CLI の使用方法

cfops <command> <domain> [options]

コマンド	実行内容
scan <domain>	読み取り専用の完全なスナップショットを取得します：DNS、SPF、DKIM、DMARC、BIMI、Email Routing。
plan <domain> [--inbox x@y]	目標と現在のメール認証状況の差をレポートします（書き込みは行いません）。
dns <domain> --type T --name N --content C [--ttl n] [--proxied] [--record-id id] [--apply]	DNS レコードをアップサートします（作成／更新／変更なし）。同じ名前のレコードが複数ある場合は処理を拒否し、--record-id を指定するよう求めるため、上書きは発生しません。
email <domain> --forward a@b=to@c [--forward ...] [--catch-all to@c] [--apply]	Email Routing の転送ルールとキャッチオールを計画／適用します。
dmarc <domain> --policy quarantine [--rua mailto:x] [--pct 25] [--apply]	DMARC の p=（および rua／pct）のみを安全に変更します。
bimi <domain> --logo <url> [--vmc <url>] [--apply] [--force]	default._bimi TXT を設定します（DMARC=none の場合は、--force がない限り拒否します）。
purge <domain> [--everything] [--url <abs-url> ...] [--apply]	Cloudflare キャッシュをパージします。ゾーン全体（デフォルト）または特定の URL が対象です。Zone > Cache Purge 権限が必要です。
pages <domain> --target <project.pages.dev> [--no-www] [--wildcard] [--apply]	ドメインを Cloudflare Pages に向けます。競合する apex／www レコードを削除し、プロキシ済み CNAME を追加します。
turnstile <domain> [--name N] [--mode managed|non-interactive|invisible] [--also d2 ...] [--apply]	Turnstile ボットチェックウィジェットを作成します。公開 sitekey とシークレットを（1 回だけ）表示します。Account > Turnstile（Edit）権限が必要です。
verify <domain>	API トークンを検証し、ゾーンを解決します。

グローバルフラグ：--apply（書き込みを実行します。デフォルトはドライラン）、--force （BIMI の DMARC 上書き／削除）、--audit <path>（監査ログの保存先）、 -h／--help。

トークン：CLOUDFLARE_API_TOKEN に、Zone（Read）+ DNS（Edit）+ Email Routing Rules（Edit）の権限を持つスコープ付きトークンを設定してください。Cache Purge または Turnstile を使用する場合に限り、それぞれの権限も必要です。Global API Key は絶対に使用しないでください。

--apply を追加するまでは、すべてドライランです。 BIMI には、--logo で指定するホスト済みの SVG Tiny-PS ロゴ URLが必要です（Gmail／Apple Mail で表示するには、--vmc で VMC／CMC も指定します）。

---

実行例 - 実際の 3 つの作業

スコープ付きトークンが環境変数に設定されており、各ドメインがアカウント内のゾーンであるとします。

(a) example.com に default._bimi TXT を追加する

まず、ドライランを実行します（書き込みは行われず、差分が表示されます）。

cfops bimi example.com --logo https://example.com/bimi/logo.svg

BIMI for example.com (DMARC p=quarantine, enforcing=true):
  new record: v=BIMI1; l=https://example.com/bimi/logo.svg
  action: create (dry-run)
  record: TXT default._bimi.example.com
  - before: (record does not exist)
  + after:  content="v=BIMI1; l=https://example.com/bimi/logo.svg" ttl=1
  warn: No VMC/CMC supplied (a=). Gmail and Apple Mail require a VMC/CMC to display the logo; Yahoo/AOL do not.

Dry-run only. Re-run with --apply to write this change.

次に適用します。

cfops bimi example.com --logo https://example.com/bimi/logo.svg --apply

example.com の DMARC がまだ p=none の場合、適用は ブロックされ、先に DMARC のポリシーを引き上げるよう（または --force を渡すよう）エラーで通知されます。DMARC を修正してから、BIMI を設定してください。

(b) example.org に default._bimi TXT を追加する

ドライラン：

cfops bimi example.org --logo https://example.org/bimi/logo.svg

差分に問題がないことを確認したら適用します。

cfops bimi example.org --logo https://example.org/bimi/logo.svg --apply

（Gmail／Apple Mail で広く表示するには、VMC／CMC をホストし、--vmc https://example.org/bimi/vmc.pem を追加してください。）

(c) _dmarc.example.org を p=none から p=quarantine に変更する

まずドライランを実行します。既存の rua を保持し、p のみを変更することに注意してください。

cfops dmarc example.org --policy quarantine --rua mailto:[email protected] --pct 25

DMARC none -> quarantine for example.org:
  new record: v=DMARC1; p=quarantine; rua=mailto:[email protected]; pct=25
  action: update (dry-run)
  record: TXT _dmarc.example.org
  - before: content="\"v=DMARC1; p=none; rua=mailto:[email protected]\"" ttl=1
  + after:  content="\"v=DMARC1; p=quarantine; rua=mailto:[email protected]; pct=25\"" ttl=1
  changed fields: content

Dry-run only. Re-run with --apply to write this change.

次に適用します。

cfops dmarc example.org --policy quarantine --rua mailto:[email protected] --pct 25 --apply

安全に段階を踏んでください。 p=none と rua のレポートで、正規のメールすべてがアラインメントを満たして認証されていることを確認してから、quarantine に切り替えてください。その後、--pct 25 -> 50 -> 100 と数週間かけて段階的に引き上げてから、p=reject を検討してください。現在 pct は有効ですが、作業中の DMARCbis 改訂で廃止される予定です。永久に使えるものではなく、現時点でのベストプラクティスとして扱ってください。

---

ライブラリの使用方法（ホストアプリ）

cloudflare-ops-mcp は、ホストアプリからインポートしてラップできる、わかりやすい名前付きエクスポートを公開しています（独自の認証、承認 UI、マルチテナント対応のトークン保管庫を追加できます）。ただし、特定のホストには依存せず、単独でも問題なく動作します。

import {
  CloudflareClient,
  scanZone,
  applyDnsRecord,
  setDmarcPolicy,
  setupBimi,
  setupEmailRouting,
  planEmailAuth,
  appendAudit,
} from "cloudflare-ops-mcp";

const client = new CloudflareClient(); // reads CLOUDFLARE_API_TOKEN from env
// (you may also inject { token, fetch } - useful for tests)

// Read-only snapshot:
const snapshot = await scanZone(client, "example.com");

// Plan a DMARC flip (dry-run - writes nothing):
const plan = await setDmarcPolicy(client, "example.com", "quarantine", {
  rua: "mailto:[email protected]",
  pct: 25,
});

// Apply it, then record the change yourself (you supply the timestamp):
const applied = await setDmarcPolicy(
  client,
  "example.com",
  "quarantine",
  { rua: "mailto:[email protected]", pct: 25 },
  { apply: true }
);
appendAudit("./cloudflare-ops-mcp-audit.log", {
  ts: new Date().toISOString(),
  action: "dmarc.policy",
  domain: "example.com",
  record: applied.record,
  before: applied.before,
  after: applied.after,
});

変更を伴うエクスポートは、{ apply: true } を渡さない限りすべてドライランになり、純粋なロジックが Date.now() を呼び出すことはありません。監査用タイムスタンプは、ユーザー側（または CLI）から渡します。

公開エクスポート

• CloudflareClient、CloudflareError、redactToken
• resolveZoneId、resolveZone、scanZone
• listRecords、findRecord、applyDnsRecord、deleteDnsRecord
• getRoutingStatus、enableRouting、listDestinations、addDestination、 listRules、getCatchAll、setupEmailRouting
• parseDmarc、buildDmarc、parseSpf、getDmarc、setDmarcPolicy、 quoteTxt、unquoteTxt
• parseBimi、buildBimi、validateBimiSvgUrl、setupBimi
• planEmailAuth
• appendAudit、AUDIT_DEFAULT_PATH

---

プラットフォームへの組み込み

cloudflare-ops-mcp は汎用のオープンツールです。より大規模なプラットフォームから import して、ユーザー向けにゾーンの健全性を保つ処理を自動化できます（アカウントごとのトークンと承認ステップでラップします）。ただし、完全に単独で動作するため、ライブラリと CLI は、スコープを限定した Cloudflare トークンだけで利用できます。

---

Cloudflare DNS エージェント向けリモート MCP サーバー

worker/ は、任意で使用できる Model Context Protocol サーバー（Cloudflare Worker）です。エンジンと同じ機能を URL 経由のツールとして公開するため、任意の MCP クライアント（エージェント、Claude、Cursor など）は、このサーバーを指定するだけで scan_zone、plan_email_auth、set_dmarc_policy、setup_bimi などを実行できます。

セキュリティ強化のため、意図的に次の 4 つの対策を講じています。

• 公開ユーザーごとに OAuth 接続を分離します。 ブラウザーのコールバックでランダムなコネクター ID とランダムな cfops_ キーを生成します。保存するのはキーのハッシュのみです。
• Cloudflare トークンはサーバー側に保持し、ツールのパラメーターにはしません。 MCP ツールの引数、Git 履歴、エージェントのトランスクリプトを通じて送信されることはありません。
• 認証に失敗した場合はアクセスを拒否します。 不明、未指定、失効済み、または他のユーザーに属するコネクターキーには 401 を返します。任意のフォールバックトークンを使用できるのは、非公開のオーナー管理キーのみです。
• すべての変更を伴うツールは、デフォルトでドライランです。 呼び出し元は差分を確認した後で apply: true を渡す必要があります。BIMI では引き続き DMARC が前提条件となります。

cd worker
npx wrangler secret put CLOUDFLARE_OAUTH_CLIENT_ID
npx wrangler secret put CLOUDFLARE_OAUTH_CLIENT_SECRET
npx wrangler secret put CLOUDFLARE_OAUTH_REDIRECT_URI
npx wrangler deploy

ユーザーは /oauth/cloudflare/start にアクセスして Cloudflare の同意手続きを完了し、一度だけ表示されるコネクター設定をコピーします。MCP エンドポイントは /mcp です。非公開のセルフホスト環境では、オーナー専用のフォールバックとして MCP_ACCESS_KEY と CLOUDFLARE_API_TOKEN を設定することもできます。この管理者キーは決して配布しないでください。

コアライブラリには依存関係がありません。Worker は任意で使用するインターフェースであり、CLI を使うために必要になることはありません。

---

開発

npm test        # node --test (mock fetch, no live network calls)

制作者

-/-\ M H // WT 制作 — AMH、Artificial Mind Hive。Service Pricer LLC が運営しています。

お問い合わせ / 会社情報

• Artificial Mind Hive：artificialmindhive.com
• Walrus Tusk（WT）：artificialmindhive.com/WalrusTooth · FAQ · ドキュメント
• 会社：Service Pricer LLC — servicepricer.app
• GitHub：https://github.com/pain2hustle/cloudflare-ops-mcp
• GitHub の AMH：[@pain2hustle](https://github.com/pain2hustle)
• プロジェクトポリシー：プライバシー · 利用規約 · セキュリティ · MIT ライセンス

ライセンス

MIT (c) 2026 Service Pricer LLC — AMH、Artificial Mind Hive。Austin（"Pain2HuStle"）が執筆・保守しています。

---

AMHの現在の取り組み：WT

WTはAMHが現在進めているオペレーターの安全性向上への取り組みです。Cloudflare Agents、MCP、Wranglerをつなぐ、ガード機能を備えたエージェントの中間レイヤーです。優れたオーケストレーターや、適切なラベルが付いた無料または有料のツール呼び出しエージェントが、Cloudflareの生のトークンを渡されることなく、また古いエージェントが新しい作業を上書きすることなく、調査、計画、承認のリクエスト、デプロイ、検証、復旧を行えるようにすることを目指しています。

状態を保持するAMH Agent Coordinator、Cache Guardian、Change Guardian、Playwrightによるスマートフォン／UIチェック、許可リストに登録されたWranglerの診断、デプロイ、ログ、ロールバック、バインディング、ストレージ健全性チェックのツールに注目してください。実行ルールは変わりません。確認 → 差分確認 → 承認 → 適用 → 検証。

_{「In Tusk We Trust」のモットーを掲げるステンドグラスのセイウチ。}

_{WTのセイウチのロゴ。}
-/\-\ M H // WT · YOUR CLOUDFLARE STAYS YOURS

_{AMH（Artificial Mind Hive）のワードマーク。artificialmindhive.comへのリンクです。}

     /\        |\    /|      |    |
    /--\       | \  / |      |----|
   /    \      |  \/  |      |    |

             A M H  //  W T