ロードマップ

May 22, 2026 · View on GitHub

Zap の Agent 機能は、Warp クライアントから独立した、独立したオープンソースサービスとして実装されます。ターミナルはあくまでもその一つの担い手にすぎません —— TUI、IDE プラグイン、クラウド worker のいずれも同じエンジンを駆動できます。

Phase 1 — Agent Harness Core の自作

  • 独立した設計とゼロからの実装によるオープンソース Agent サービス —— Agent ループ、ツールランタイム、セッション/履歴状態、プロンプトテンプレート、プロバイダールーティングを含み、Warp 既存クライアントのコードには依存しません。Zap はその最初の公式担い手となります。
  • 安定した IPC / JSON-RPC プロトコルを定義:プロンプト、ストリーミングトークン、ツール呼び出し、ファイル diff、状態、添付ファイル。
  • Harness は再利用可能なオープンソースサービスとして提供 —— headless デーモン、独立 TUI、IDE プラグイン、その他ターミナルから接続可能。
  • デフォルトでローカル実行のみ;認証情報、履歴、Skills、MCP サーバー設定はすべてローカルに保持。
  • バージョン付きプロトコルと能力ネゴシエーション、クライアントと Harness は独立してアップグレード可能。
  • プラグイン可能なツールレジストリ:組み込みの shell / read / edit / search 等のツールに加え、ユーザーが統一 RPC インターフェースを通じて外部ツールを提供可能。

Phase 2 — ホスト型 Agent ランタイム

  • 同じ Harness をサーバー側で実行し、任意のクライアントからのタスクを受け付け。
  • 非同期タスク委譲:長時間タスクの発行、進捗追跡、後で結果を確認。
  • タスクごとに隔離されたサンドボックス(コンテナ / VM)、ツールチェーンのプリインストールと setup スクリプトに対応。
  • リポジトリを認識した実行:clone、ブランチ作成、テスト・lint・型検査の実行、検証可能なターミナルログとテスト結果の出力。
  • Git ワークフロー統合:ブランチ作成、コミット、PR、diff とログを引用追跡可能。
  • タスク単位の秘密情報とネットワークポリシー:デフォルト外向き通信なし、必要時に明示的な allowlist。
  • マルチタスク並行実行、クォータ・スケジューリング・キャンセル機構を含む。
  • リポジトリ / 組織 / プロジェクトレベルのメモリファイル(AGENTS.md 同等物)が連続実行で有効。
  • 完全にセルフホスト可能:単一ノード Docker、マルチノードクラスタ、または独自の Kubernetes デプロイ、いずれの SaaS にも依存しません。

Phase 3 — マルチ担い手協調

  • Zap ターミナル、独立 TUI、IDE プラグイン、Web UI で同一のアイデンティティ / アカウントを共有。
  • セッション引き継ぎ:Web でタスクを開始してターミナルで継続、あるいはターミナルセッションをデスクトップ側のレビューに引き渡し。
  • バックグラウンド Agent とマルチ Agent チーム:Lead Agent がタスクを分解し、並列のサブ Agent に分配。
  • Routines:スケジュール / API 呼び出し / リポジトリイベント / CI / Issue tracker イベントによるタスクトリガー。
  • 受信チャネル:Slack / Discord / Telegram / Webhook からタスクを Harness に送信。
  • 発信統合:GitHub / GitLab / Gitea、Issue tracker、CI、MCP サーバー、コードレビュー。
  • リモート実行の可観測性:リアルタイムログ、中間 diff、実行中の介入とキャンセル。
  • 会話 / タスクの共有リンク、権限スコープ付き、チームレビューに利用可能。
  • エンドツーエンドのオープンソース:Harness、サンドボックスランタイム、Web UI、統合すべてセルフホスト可能。

本ロードマップは現時点での探索方向を示すものであり、実装の進展とコミュニティのフィードバックに応じて変化します。

English · 简体中文