Claude Conway 調査レポート

2026年4月7日

YouTube動画で、常時稼働する自律型AIエージェント「Claude Conway」の紹介があったので情報を集めてみた。

（注）本記事の内容は正確性を保証するものではない。

（2026年4月7日追記）YouTube動画を追加しました。　https://youtu.be/vE375JfCuk0

自立型AIエージェント「Claude Conway」の概略

以降、Claude（Sonnet 4.6）への質問と回答

Claude Conwayについて調べてください。また、情報が漏洩した「KAIROS」（常時稼働する自律型エージェント）と関係があるか分かりますか

非常に重要な情報が揃いました。Claude Conway と KAIROS の全体像を整理してお伝えします。

🧩 Claude Conway とは

Anthropicが内部テスト中の「常時稼働型エージェントプラットフォーム」で、Claudeをサイドバー形式の独立した自律環境へと変換することを目指しています。

発覚の経緯： 4月1日にTestingCatalogが最初に報告。Anthropicは、これはセキュリティ侵害ではなく、リリースパッケージングの人為的ミスによるものだと説明しました。

主な機能

Conwayは、Claude Codeの実行、外部Webhookのサポート、Chromeとの連携、通知送信が可能で、現在のデスクトップ体験をはるかに超えた広範なエージェント設定をAnthropicが模索していることを示唆しています。

具体的には：

常時稼働サイドバー： ユーザーのシステムやブラウザに「サイドバー」として常駐し、24時間365日の連続稼働が可能。ユーザーが積極的にプロンプトを入力しなくても動作します。
Webhookによる外動起動： 外部サービスがConwayインスタンスを公開URLで起動できるWebhookセクションがあり、外部システムへの接続と継続的な応答能力を示しています。
拡張エコシステム（App Store的）： カスタムツール、UIタブ、コンテキストハンドラーのインストールを可能にする「Extensions」エリアが開発中で、.cnw.zipという新しい拡張フォーマットもサポートします。
Chrome直接連携： Conway経由でClaude in ChromeをConwayインスタンスに直接接続するオプションがあります。

CoworkとConwayの違い

Coworkはアクティブなセッション中にアシストするデスクトップエージェントであり、単一セッション内で動作します。Conwayはその制限を取り除き、常時稼働し、外部イベントによって起動でき、セッションをまたいで持続します。

🔴 KAIROSとの関係

結論：Conway と KAIROS は密接に関連した「同じ方向性を持つ別プロジェクト」です。

KAIROSとは

「KAIROS」は古代ギリシャ語の「ちょうど良い時」という概念から命名された機能フラグで、ソースコード内に150回以上登場します。KAIROSは自律デーモンモードという根本的なユーザー体験の転換を表し、現在のAIツールが主にリアクティブである中、Claude Codeを常時稼働型のバックグラウンドエージェントとして動作させます。

KAIROSは自律的な動作として、定期的な<tick>プロンプトを受け取り、独立して行動するかどうかを判断します。

autoDream（夢を見るAI）

KAIROSはアイドル中にバックグラウンドセッションを実行し、「autoDream」と呼ばれる夜間のメモリ統合プロセスを実行します。分散した観察を統合し、論理的矛盾を除去し、曖昧な洞察を検証済みの事実に変換します。

どのように漏洩したか

2026年3月31日、AnthropicはClaudeCodeバージョン2.1.88をnpmレジストリに公開しましたが、59.8 MBのJavaScriptソースマップファイルが誤って含まれていました。これが512,000行のTypeScriptソースコードへの参照を含んでおり、数時間以内にGitHub全体にミラーリングされ、数千人の開発者によって分析されました。

KAIROSは完全に構築されていますが、コンパイル時のフラグによってゲートされており、外部リリースには含まれていません。

📊 Conway ↔ KAIROS の関係図

項目	KAIROS	Conway
所属製品	Claude Code	Claude.ai / Claudeアプリ
公開状況	未リリース（漏洩で発覚）	内部テスト中（コード漏洩で発覚）
常時稼働	✅ バックグラウンドデーモン	✅ サイドバー常駐
外部トリガー	✅ cronスケジューリング	✅ Webhook
メモリ管理	✅ autoDream（夜間統合）	不明（拡張対応）
対象ユーザー	開発者（Claude Code利用者）	一般ユーザー〜ビジネス職

Anthropicの目標は、より良いプログラミングアシスタントや単なるClaudeのロブスター（KAIROSの比喩）を作ることではなく、AIのための新しいオペレーティングシステム（OS for AI）を作ることだと、内部テストの情報が示唆しています。

つまり、KAIROSはClaude Codeという開発者ツールにおける「常時稼働エンジン」、ConwayはそのコンセプトをClaude全体に拡張したプラットフォームと捉えると分かりやすいです。どちらも「反応型AIから自律型AIへ」という同じ戦略ビジョンの産物です。

具体的なユースケース

確認できた情報をもとに、Conwayの具体的なユースケースを整理します。
現時点ではまだ内部テスト段階のため、「確認済みの機能」から導き出せる現実的なユースケースという形でお伝えします。

1. 📧 メール・通知の自律監視と対応

Conwayは新着メールやAPIコール、データ変更などの外部イベントをWebhook経由で検知し、自律的にタスクを実行できます。

具体例：

重要なメールが届いたら自動的に内容を要約してSlackに転送
特定の件名のメールに対して下書きを自動生成
SLAアラートが来たらインシデントレポートを起票

2. 📊 ビジネスモニタリングと自動レポート生成

Conwayは競合他社の財務報告書、株価変動、サーバーアラートなどの外部トリガーに基づいて、24時間世界を監視しアクションを起こすことができます。

具体例：

競合のプレスリリースを検知 → 自動でサマリーを作成
売上データが閾値を下回ったら → 関係者にレポートを送信
サーバーの異常検知 → エラーログを解析して原因候補をリストアップ

3. 🌐 Chromeブラウザを使ったウェブ作業の自動化

Conwayは外部アプリやサービスがWebhookでConwayを起動でき、あなたがコンピューターの前にいなくても、イベントが発生すればConwayが対応します。

ユーザーはトピックのリサーチ、データ管理、プロジェクト作業などのタスクを割り当てるだけで、AIがそれを処理して望む結果を返してくれます。

具体例：

「毎朝8時にAI関連ニュースをまとめて」→ 自動でウェブ収集・要約
フォームへの自動入力や繰り返しブラウザ操作
指定サイトの価格変動を監視して通知

4. 💻 Claude Codeと連携したコーディング自動化

ConwayはClaude Codeを実行でき、Chromeとの連携、外部Webhookのサポート、通知送信が可能で、現在のデスクトップ体験をはるかに超えた広範なエージェント設定を可能にします。

具体例：

CIがコケたらWebhookで通知 → Conwayが自動でエラー解析とPR作成
定期的にコードの品質チェックを実行してレポート
夜間に依存パッケージの更新を自動処理（KAIROSのautoDreamと連携）

5. 🔗 外部サービスとのワークフロー自動化（拡張エコシステム）

.cnw.zip拡張プロトコルを導入することで、AIエージェントがチャットインターフェースをバイパスし、ブラウザやローカルツールと深いレベルで直接やり取りする標準を定義することを目指しています。

具体例：

Notionに新しいページが追加されたら → ConwayがSEO分析を実行
GitHubにIssueが立ったら → 自動でトリアージと担当者のアサイン提案
Google CalendarのイベントをトリガーにSlack投稿を自動作成

6. 📁 プロジェクト管理・スケジュール調整

Conwayは財務報告書を自律監視し、営業フィードバックに基づいてプロジェクトスケジュールを調整し、さまざまなアプリとデータソースを統合してリサーチブリーフを作成するなど、明示的な指示なしにすべて実行できます。

具体例：

進行中タスクの進捗をツール横断で集約して週次レポートを生成
締め切りが近いタスクを検知してリマインダーを自動送信
会議後のメモから自動でネクストアクションをリスト化

⚠️ 注意点

Conwayはまだテスト段階です。Anthropicはまだ正式リリースしておらず、詳細は2026年4月初頭のコード漏洩とTestingCatalogの報告を通じて明らかになりました。

あなたが現在使っているCoworkやMCP連携の経験は、Conwayが正式公開された際にそのまま活かせる土台になりそうです。特にWebhookとMCP Connectorの組み合わせは、Conwayの核心的な機能と重なります。

Claude Conwayの主な機能と従来AIとの違い

先ほどの検索結果で十分な情報が得られているので、追加検索なしでまとめます。

主な機能と従来AIとの違い

主な機能まとめ

1. Webhook起動（イベントドリブン） メール受信・APIコール・データ変更などの外部イベントをWebhook経由で検知し、自律的にタスクを実行します。AIが世界を自律的に感知する仕組みです。

2. 独立したUI（Conway インスタンス） 通常のチャット画面ではなく、「Conway インスタンス」と呼ばれる独立したワークスペースとして動作します。Search・Chat・Systemの3エリアで構成されます。

3. Chrome直接制御 Conway はChromeを通じてウェブを操作でき、外部サービスと接続し、通知も送れます。
Webhook経由で外部サービスがConwayを起動できるため、あなたがPCの前にいなくても、イベントが起きればConwayが対応します。

4. 持続メモリ（autoDream） KAIROSのautoDreamにより、ユーザーがアイドル状態の間にメモリ統合が実行されます。
分散した観察を統合し、論理的矛盾を除去し、曖昧な知見を確実な事実に変換します。

5. 拡張エコシステム（.cnw.zip） カスタムツール・UIタブ・コンテキストハンドラーをインストールできる「Extensions」エリアが開発中で、TestingCatalogはこれを「App Store的なエコシステム拡張機能」と表現しています。

Cowork・従来Claude・Conwayの位置づけ

	従来のClaude	Cowork	Conway
起動	ユーザーが毎回	ユーザーが毎回	イベントで自動
セッション	揮発性	単一セッション	持続
ブラウザ操作	なし	あり	あり（常時接続）
対象	全般	非技術職	全般（自律型）

「Coworkはなんでもできる点が印象的だが、Conwayは『自分でいつ動くかを決められる』点が印象的」と分析されており、ConwayはAIに『心臓』と『呼吸』を与え、高度なツールからユーザーの業務記憶と自律行動能力を持つ『デジタルツイン』へと進化させるものと見られています。

あなたが取り組んでいるMCP・Webhookの知識は、Conwayが正式公開された際に直接活かせる領域です。

Zapierなどのツールとの比較

情報が揃いました。視覚的な比較表を作ります。

各ツールの本質的な違いを補足します。

ツール選択の考え方

Zapierは「アプリ間のデータを動かす配管工」であり、Claudeは「読んで、書いて、推論できる同僚」です。
この2つは全く異なるものを自動化しています。

Zapierはルールに落とし込める反復的なワークフローに優れ、Claudeはルールに還元できない判断や創造性が必要なタスクで輝きます。

Conwayが他と根本的に異なる点

Zapier・Make・n8nは「ルールを人間が設計する」ツールです。「もしAなら→Bする」という定義が先に必要で、想定外のケースは対応できません。

一方Conway は、「Coworkはなんでもできる点が印象的だが、Conwayは『自分でいつ何をするかを決められる』点が印象的」と評されており、AIに心臓と呼吸を与え、ツールからデジタルツインへと進化させるものです。

現実的なポジショニング

Zapierは統合数では断然リーダーで8,000以上のアプリ連携を誇り、Makeは約2,400の統合数ながらより深く細かいアクションとトリガーを提供します。

Zapierはすでに250以上のAIツールへの接続とClaude・ChatGPTとのZapier MCP連携を追加しており、既存ツールのAI対応も急速に進んでいます。

つまり「ConwayかZapierか」ではなく、Conwayをエンジンに、ZapierをルーターとしてWebhookで連携させるのが、近い将来最も強力な組み合わせになりそうです。あなたがすでに取り組んでいるMCP・Webhookの理解は、まさにその連携の核心部分です。

Zapier を組み合わせた具体的なワークフロー

Conway と Zapier を組み合わせた具体的なワークフローを教えてください

先ほどの検索結果と会話の文脈から十分な情報があるので、追加検索なしで回答します。

Conway × Zapier 組み合わせワークフロー3つの実用的なワークフローを、それぞれフローチャートで示します。

ワークフロー1：問い合わせ対応の自動化（最も汎用的なパターン）

各ステップをクリックすると詳細を聞けます。次は競合モニタリングのワークフローです。

（補足）Claudeのインタラクティブ図式機能

「各ステップをクリックすると詳細を聞けます。」とのことだったので、上図の「問い合わせ受信」をクリックしたところ、そのブロックに関する質疑応答が自動的に行われた。その回答は具体的で有用そうなのだが長いので、本記事の最後に、「フォームトリガーのZapier設定方法」というタイトルで参考に記載しておく。

ワークフロー2：競合・市場モニタリング（Conwayの「常時稼働」が最も活きるパターン）

最後は、あなたが今すぐ似たものを構築できる、MCP親和性の高いパターンです。

ワークフロー3：GitHub CI失敗 → 自動解析レポート（Claude Code + Conway の連携）

3つのワークフローの使い分け

役割の分担原則は一貫しています。Zapierは「いつ・どこへ」というルーティングとトリガーを担い、Conwayは「何を・どう判断するか」という認知部分を担います。

ワークフロー1の問い合わせ対応は最も汎用的で、今すぐZapier + Claude API（または将来のConway Webhook）で近いものを組めます。ワークフロー2のモニタリングはConwayの常時稼働が最も活きるパターンで、夜間に競合情報を収集・スコアリングして朝には整理済みのレポートが届く、というKAIROSのautoDreamに近い使い方です。ワークフロー3は、あなたがすでに取り組んでいるClaude Code・MCP環境と直接連携できるパターンです。

私のユースケースに向いているのは、n8n or Conway？

n8nとConwayはどちらが私のユースケースに向いていますか？

あなたの状況を踏まえて考えると、いくつか確認したいことがあります。

Q: 主にどんな作業を自動化したいですか？（該当するものをすべて選択）
A: メール・通知の処理, 競合・情報収集モニタリング

Q: 技術的な設定はどこまで許容できますか？
A: 設定ファイルや簡単なJSONならOK

Q: データをどこで処理したいですか？
A: 自分のMac/外付けSSDに置きたい

ありがとうございます。回答を踏まえて整理します。

あなたのケース：結論から

今すぐ → n8n（セルフホスト）、Conway公開後 → Conway + n8n の併用が最も合っています。

理由を3つの回答ごとに説明します。

「メール・通知の処理」＋「競合モニタリング」

どちらも「定期的なデータ取得→AIによる判断→通知」というパターンで、n8nが非常に得意な領域です。RSSポーリング、Gmail監視、Slack通知といったノードが揃っており、Claude APIをHTTPノードで呼び出せるため、現時点でもConwayなしに近い体験を作れます。

Conwayが公開されると、n8nのHTTP呼び出し先をConwayのWebhookエンドポイントに変えるだけでAI判断部分が大幅に強化されます。配管（n8n）はそのまま使い回せます。

「設定ファイルやJSONならOK」

n8nのワークフローはJSON形式でエクスポート・インポートでき、GUIで組んだものをファイルとして管理できます。コードを書く必要はほぼなく、HTTPリクエストの設定やJSONのマッピング程度で完結します。これはあなたがclaude_desktop_config.jsonを直接編集してMCPを設定してきた経験とほぼ同じ感覚です。

Conwayの.cnw.zip拡張フォーマットも設定ファイルベースの見込みで、同じ感覚で扱えるはずです。

「自分のMac・外付けSSDに置きたい」

これがn8nを選ぶ最大の理由です。n8nはDockerまたはNode.jsでMac上にセルフホストでき、処理されたデータは一切クラウドに出ません。外付けSSD（/Volumes/TEKQPHYE748/）上のObsidianノートをワークフローから直接読み書きすることも可能です。

Conwayは現状Anthropicのインフラ上で動く前提のため、ローカルデータへのアクセスはClaude Desktopのfilesystem MCPを経由することになります。ローカルファイルを軸にしたい用途ではn8nとの組み合わせが現実的です。

具体的な構成イメージ

【メール処理】
Gmail 新着
  → n8n で件名・本文を取得
  → Claude API（HTTPノード）で重要度分類・返信草稿生成
  → 重要なものだけ Slack 通知 ＋ Obsidian に自動メモ保存

【競合モニタリング】
n8n スケジュール（毎朝7時）
  → RSSフィード複数を一括取得
  → Claude API で各記事を要約・スコアリング
  → スコア3以上のみ Slack 通知
  → 全件を Obsidian の「競合メモ」フォルダに追記

Obsidianとの連携はn8nのFilesystemノードまたはHTTPノードで~/Documents/Obsidian_TEKに直接Markdownファイルを書き込めます。すでにMCPで許可しているパスと重なるため、環境の一貫性も保てます。

Conway公開後に変わる部分・変わらない部分

部分	今（n8n単体）	Conway公開後
トリガー・スケジュール	n8n	n8nのまま
ルーティング・通知	n8n	n8nのまま
AI判断・文章生成	Claude API呼び出し	ConwayのWebhookに切り替え
記憶・文脈の持続	なし（毎回リセット）	Conwayが持続メモリを管理
ローカルファイルへの書き込み	n8n Filesystemノード	n8n継続 or Conway+MCP

n8nで今作ったワークフローは、Conway公開後もほぼそのまま使い続けられます。AI判断の部分だけをConwayに差し替えると、記憶が持続するぶん判断の質が上がる、という段階的な移行ができます。

Conwayの開発状況とリリース予定

Conwayの開発状況とリリース予定、価格設定について、今わかっている情報はありますか

情報が出そろいました。現時点でわかっていること・わかっていないことを正直にまとめます。

開発状況・リリース・価格：現時点でわかること

開発フェーズ

Conwayはまだ内部テスト中で、Anthropicは正式リリースしていません。詳細は2026年4月初頭のコード漏洩とTestingCatalogの報告を通じて明らかになりました。

Anthropicは、この漏洩はリリースパッケージングの人為的ミスによるものであり、セキュリティ侵害ではないと説明しています。

つまり現時点のステータスはこうです：

項目	状況
公式発表	なし
内部テスト	実施中（確認済み）
リリース日	未発表
価格	未発表

リリース時期の予測

Anthropicはプレビューから正式リリースまで素早く動く実績があり、CoworkはアナウンスからわずかWeeks単位で利用可能になりました。同様のスピードを踏まえると、Conwayの近い将来のリリースは十分考えられます。

参考として、直近のAnthropicのプロダクトリリースの流れを見ると：

Coworkは2026年1月末にリサーチプレビューとして静かにローンチされ、Claude Opus 4.6は2026年2月5日に正式リリースされました。

このペースから見ると、Conwayが内部テスト中である今（2026年4月）から数ヶ月以内のリリース・プレビューが現実的な見込みです。

価格についての合理的な推測

Anthropicは価格を発表していませんが、既存プランの構造から推測できます。

現行のProプランは月$20で、Claude Codeのターミナル使用、ファイル作成、コード実行、リモートMCPコネクターを含みます。Maxプランは月$100から始まり、より高い利用量と新機能へのアーリーアクセスを含みます。

Coworkの前例も参考になります。CoworkはProプランとMaxプランに向けて段階的にロールアウトされ、Maxプランから先に展開されました。

これらを踏まえた価格シナリオの予測：

シナリオ	内容	可能性
Pro包含	月$20のProに含まれる	△ 機能が重いため難しいかも
Max限定（初期）	月$100〜のMaxで先行提供	◎ Coworkと同パターン
独立プラン	Conway専用の新プランを設定	△ 可能性は低い
API従量課金	エージェント実行を別途課金	○ KAIROSの常時稼働を考慮すると現実的

重要な注意点

現在流通している「Conway pricing」「Conway reviews」などの情報の多くは、Anthropic公式の情報ではなく、ソースフォージなどのサードパーティサイトが推測で作成したページが多数存在します。信頼性には注意が必要です。

確実にわかっていること： 内部テスト中・コード上は実装済み・正式発表なし・価格未定

現時点でのおすすめ行動： AnthropicのリリースノートページやTestingCatalogをウォッチするのが最も確度の高い情報源です。あなたはすでにMCP・Webhook周りの環境が整っているので、ベータが公開された際にすぐ試せる状態にあります。

Claude Conwayは非常に魅力的なシステムだが、エンタープライズ向けとか、使用料が高額になる可能性があるとかの情報もあるので、すぐに個人で利用できるものではないかもしれないが、今後、各社から同様のシステムが発表されるといううわさもある。

Claudeのインタラクティブ図式機能についても調べておいた。

（参考）フォームトリガーのZapier設定方法

フォームトリガーのZapier設定方法を教えてください

Zapierの設定手順はすでに知識として持っているので、検索なしで説明します。

ZapierでフォームをトリガーにしたZapの設定方法

対応フォームによって2パターンあります。

パターンA：Google Forms・Typeform・Tally など対応サービス

これらはZapierにネイティブ統合があるため、最も簡単です。

手順

「+ Create Zap」でトリガーアプリに使用中のフォームサービスを検索・選択
トリガーイベントは「New Response」「New Submission」などを選択
アカウント連携（OAuth認証）を行い、監視対象のフォームを指定
「Test trigger」で最新の回答データを取得してフィールドを確認

取得できるフィールドの例（Google Formsの場合）：

{{1. お名前}}
{{2. メールアドレス}}
{{3. お問い合わせ内容}}
{{Timestamp}}

パターンB：自社サイトの独自フォームや非対応サービス

Webhookを使う方法が汎用的です。

手順

トリガーアプリに「Webhooks by Zapier」を選択
「Catch Hook」を選択するとZapier側のURLが発行される例：https://hooks.zapier.com/hooks/catch/xxxxxxx/yyyyyy/
そのURLをフォームの送信先（action属性やAPIエンドポイント）に設定
テスト送信を行いフィールドを確認

HTMLフォームの場合：

<form action="https://hooks.zapier.com/hooks/catch/xxx/yyy/" method="POST">
  <input name="name" type="text">
  <input name="email" type="email">
  <textarea name="message"></textarea>
  <button type="submit">送信</button>
</form>

Conway連携（ワークフロー1）への接続

フォームトリガーの後続ステップに「Webhooks by Zapier（POST）」を追加し、ConwayのWebhookエンドポイントにデータを渡します。

フォーム送信
  ↓ Zapierがキャッチ
  ↓ Webhooks by Zapier（POST）
    送信先: https://conway.instance/webhook/inquiry
    Body:
    {
      "name":    "{{name}}",
      "email":   "{{email}}",
      "message": "{{message}}",
      "submitted_at": "{{zap_meta_human_now}}"
    }
  ↓ Conway が内容を分析・返信文を生成
  ↓ Zapier が Gmail で送信

よくある詰まりポイント

ZapierのWebhook URLはZapを「オン」にしないとデータを受け取れません。テスト中はオフのままにしがちなので注意が必要です。またフォームのフィールド名（name属性）はZapier側で変数名として使われるため、日本語より英数字の方がトラブルが少ないです。Zapierの無料プランではトリガーの確認間隔が15分なので、即時対応が必要な問い合わせフォームにはPro以上のプランが現実的です。

Conway正式リリース後は、ZapierなしでフォームのPOST先をConwayのWebhookに直接設定するだけでも動く構成になる見込みです。

インタラクティブな図式

Claudeで、インタラクティブな図式を使えるようになりましまたが、これについて教えてください

どのような図式・ダイアグラムが作れるのか、実際に例をお見せしますね！
Claudeのインタラクティブ図式機能、実際の例でお見せしますね！

Claudeのインタラクティブ図式機能について、主なポイントをまとめます。

できること

SVGベースのフローチャートや構造図に加え、HTMLを使ったインタラクティブな図式も作れます。スライダーで数値を変えるとグラフがリアルタイムで変化したり、ボタンで状態を切り替えたり、アニメーションで動作を視覚化したりできます。

図式の種類

フローチャート（プロセスや手順の流れ）、構造図（システムの階層・包含関係）、イラスト図（仕組みを直感的に示す断面図や比喩図）、Chart.jsを使ったグラフ、D3.jsを使った地図、mermaid.jsのER図など、幅広い形式に対応しています。

インタラクティブ性

図の中のノードをクリックすると、そのトピックについてChaudeに質問を投げかけることができます（上の図もクリックできます）。また、スライダーやトグルボタンで図の内容を動的に変えることも可能です。

使い方

「〇〇のフローチャートを作って」「〇〇の仕組みを図で説明して」「インタラクティブなグラフを作って」のように頼むだけで自動的に適切な形式を選んで描画します。何か特定の図を試してみたいものはありますか？