Claude Channelsはエージェントを到達可能にし、Nexusは記憶を持続させる
Claude Code Channelsはインタラクションモデルを変革します。
稼働中のClaudeセッションは、外部イベントを受信できるようになり、エージェントは直接の質問と待機プロンプトだけでなく、非同期的にも到達可能となります。
これは重要な進歩ですが、長期記憶そのものではありません。
2026年3月20日の検証実施では、公式のfakechatチャンネルとClaude Code 2.1.80、さらにNexus MCPを使用しました。 実際のセッションで以下の4点を検証しました：
- インバウンドチャンネルメッセージがClaudeに到達すること
- ClaudeがイベントをNexusメモリに書き込むこと
- Claudeが公式チャンネルを通じて返信すること
- Claudeを再起動した後、新しいセッションが以前の記憶を呼び出し、それを用いて返信すること
これが重要なプロダクトの境界線です。
Channelsは稼働中セッションにライブなインバウンドイベントをもたらします。 Nexusは、そのエージェントに再起動を超えて持続する記憶を与えます。
有用なループ
ワークフローはシンプルです：
- 外部メッセージが公式チャンネル経由で到着
- Claudeがアクティブなセッション内で処理
- ClaudeがNexusに耐久的な記憶を保存
- 後のセッションでユーザーが再度尋ねた際に、その記憶を呼び出す
この仕組みにより、単一セッションだけよりもシステムが持続的に感じられます。
主張すること・しないこと
本記事では、意図的に主張範囲を限定しています。
マーケットプレイス全体の安定性を主張するものではありません。 ヘッドレスの同等性を主張するものではありません。 Telegramの完全展開を主張するものでもありません。
私たちが主張するのは、1つの検証済みパスです：
- 公式
fakechatからのインバウンド - Nexusへのメモリ書き込み
- 再起動後のセッションでの記憶呼び出し
これでプロダクトのポイントは明確になります。
なぜ重要なのか
Claude Channelsは、稼働中セッションへのライブ到達性を追加します。 しかし、到達性だけでは継続性は解決しません。
セッションが再起動し、記憶が消えてしまえば、エージェントは依然として脆弱です。
そこでNexusの役割があります。
Channelsはエージェントを到達可能にします。 Nexusはエージェントに記憶を持たせます。
両者を組み合わせることで、Channels単体では実現できない、より持続的なエージェントループを実現します。
関連する証明
必要であれば、正確なセットアップおよび証明資料はすでに社内でドキュメント化されています：
- 検証済み
fakechatパスのセットアップガイド nexus_rememberの証明ログ- 再起動後セッションでの
nexus_recall証明ログ - エンドツーエンドフローのデモトランスクリプト
結び
重要な違いはシンプルです：
- Channels = 稼働中セッションへのライブイベント流入
- Nexus = セッション再起動を超えて持続する記憶
これが2026年3月20日に検証したループです。