「自律型分散開発環境」のプロトタイプ

1. システムアーキテクチャ：非同期ファイルバス連携

今回の連携は、共有ディレクトリを「メッセージ・バス」として利用した、疎結合なエージェント間通信によって実現されました。

  • 司令塔 (Architect): Windows 10 上の Claude Code
    • 役割: ユーザーの意図を解釈し、実行可能な「構造化タスク」へ分解。
  • 実行部隊 (Worker): WSL2 (Ubuntu) 上の OpenClaw
    • 役割: Windows側からは手が届きにくい「Linuxネイティブな実行環境」や「ブラウザ制御（OpenClawの強み）」を用いた実務の遂行。
  • 通信路 (Transport):WSLg / P9 共有ファイルシステム
    • 役割: \\wsl.localhost\... (Win) と /home/... (Linux) を繋ぐ、物理的なデータ交換層。

2. 連携処理のフロー

フェーズエージェントアクション入出力
計画Claude Code調査戦略の立案とキーワード抽出tasks.json の書き出し
中継(OS)WindowsからWSL2上のファイルシステムへデータを同期ファイル実体の移動
実行OpenClawファイルを検知・読み込み、ブラウザで自律調査検索・スクレイピング・要約
統合OpenClaw調査結果をドキュメント化して保存results.md の書き出し
報告Claude Code成果物を確認し、コンテキストに沿って最終要約ユーザーへの最終プレゼン

3. 今回の仕組みの技術的メリット

  • 環境の局所化 (Isolation): Windows側を汚さず、ブラウザ操作や複雑なLinuxコマンドをWSL2側のOpenClawに閉じ込めることができた（例のインストール不整合による「条件付き正常」状態でも、安定してタスクを完遂可能）。
  • セマンティックな受け渡し: 自然言語ではなく JSON を介することで、「何を、どのキーワードで」という指示の精度を担保した。
  • 非同期性: 人間が両方のターミナルを監視し続ける必要がなく、各エージェントが自律的に「ファイルがあるか」を確認して動く準備が整った。

4. 実行結果のハイライト（2026年4月時点）

今回の調査でAIが自律的に特定した以下の情報は、ビジネス的にも極めて重要です。

  • デッドラインの特定: IT導入補助金の1次締切（5月12日）を特定し、GビズIDの取得期間（2週間）を考慮して「今日中に申請すべき」と判断した点。
  • 法的リスクの抽出: マンション管理適正化法改正に伴う「利益相反取引の義務化」という、理事会運営におけるクリティカルな変更点を特定した点。

5. 今後の拡張性（Next Steps）

この仕組みは、そのまま以下のワークフローへ転用可能です。

  1. 自律デバッグループ: Claude Code がコードの欠陥を指摘し、OpenClaw が WSL2 上でコンパイル・テストを繰り返し、成功したコードだけを Windows 側へ返す。
  2. SaaS事業化支援: Claude Code が市場調査の設計を行い、OpenClaw が競合サービスの価格や機能をブラウザで調査し、結果を事業計画書の形式で集約する。

AI,プログラム開発

Posted by iwadjp