アーキテクチャ

PlanToCode:実装プランをレビューしてマージ

PlanToCodeはタスクを構造化された実装プランに変換し、エージェントが実行する前に読んで比較し、編集できます。複数の下書きを生成し、最良のアプローチをマージして、Claude Codeや端末へコンテキスト付きで引き渡します。

GitHubでソース公開

このサイトはPlanToCodeリポジトリのフロントページです。コード、ドキュメント、アーキテクチャをここから参照できます。

BSL 1.15GitHub スター
ホスト版は管理されたモデルアクセスを使用します。BYOKはセルフホストのみ対応です。 セルフホストガイド
プランレビューマルチモデル計画プランマージモバイルプラン閲覧Source available (BSL)

Plan-firstワークフロー概要

タスク入力からプランレビュー、マージ指示、実行ハンドオフまでの短いウォークスルー。

  • 同じファイルコンテキストで複数のプラン案を生成
  • 明確な指示で最良の案をマージ
  • デスクトップやモバイルでプランを確認・編集
  • Claude Codeやローカル端末へログ付きで引き渡し

実行前のプランレビュー

Plans are artifacts you can review, edit, and approve before any agent runs. Logs and history keep changes traceable.

正確なパスを持つファイルごとの計画

実装プランはファイルと操作ごとに変更を分解し、範囲を明確にします。

レビュー、編集、承認

デスクトップやモバイルでプランを編集でき、各リビジョンが保存されます。

実行ハンドオフ

承認済みプランを端末やエージェントCLIへ、コンテキストと監査ログ付きで引き渡します。

アプリ内のプランレビュー・ワークフロー

See how file discovery, multi-model planning, merge instructions, and execution handoff keep agent work transparent and traceable.

Plan-firstワークフロー概要

タスク入力からプランレビュー、マージ指示、実行ハンドオフまでの短いウォークスルー。

  • 同じファイルコンテキストで複数のプラン案を生成
  • 明確な指示で最良の案をマージ
  • デスクトップやモバイルでプランを確認・編集
  • Claude Codeやローカル端末へログ付きで引き渡し

マルチモデル計画生成

ImplementationPlanProcessorが完全なファイル内容から計画ドラフトをストリーミング、マージジョブが複数のドラフトを1つの計画に統合します。

  • 計画ジョブに選択されたファイル内容+ディレクトリツリーを含む
  • 構造化された計画メタデータをジョブごとにキャプチャ
  • マージプロンプトが<source_plans>と<user_instructions>を使用
  • 最終計画がソースドラフトと共に保存
マルチモデル計画生成
フルサイズで表示

計画マージ指示

ImplementationPlanMergeProcessorがXMLタグ付きソースプランとオプションの指示を使用して複数の計画ドラフトをマージします。

  • ソースプランがジョブIDで取得
  • マージ指示がメタデータに保存
  • ファイル内容+ディレクトリツリーがコンテキストを追加
  • マージされた計画が入力と共に保存
計画マージ指示
フルサイズで表示

ワークフロー自動化ボタン

コピーボタンがタスクコンテキスト付きのテンプレートベースのプロンプトを挿入し、ターミナルや外部ツールに引き継ぎます。

  • テンプレートがタスクモデル設定から取得
  • プレースホルダーがアクティブな計画に対して解決
  • PTYセッションまたはクリップボードへの引き継ぎ
  • 監査用にジョブメタデータにアクションを関連付け
ワークフロー自動化ボタン
フルサイズで表示

ファイル検出パイプライン

4段階のRustワークフロー:LLM支援のルート選択、正規表現フィルタリング、関連性スコアリング、フォーカスされたファイルセットを構築するための拡張パス検索。

  • ルートフォルダ選択はディレクトリツリーとタスク説明を使用
  • 正規表現フィルタがパターングループを生成しgit ls-filesを適用
  • 関連性スコアリングがトークン推定でファイル内容を分割
  • 拡張パスファインダーがファイルとツリーデータでコンテキストを拡張
ファイル検出パイプライン
フルサイズで表示

Plan history and logs

各ワークフローステージがbackground_jobsに結果を書き込み、ファイルセットがセッション間で再利用され、後で検査できます。

  • ワークフローステージがジョブレコードとして保存
  • 選択されたファイルリストがJSONレスポンスとして永続化
  • セッションのincluded_filesがジョブ間で再利用
  • SQLite履歴が再起動後も維持
Plan history and logs
フルサイズで表示

プロンプトとモデル設定

ランタイムモデル設定は`/api/config/desktop-runtime-config`から取得、プロンプトオーバーライドはSQLiteに保存されます。

  • タスクごとに許可されたモデルとデフォルト
  • システムプロンプトがサーバーAPIから提供
  • プロジェクトレベルのプロンプトオーバーライドがproject_system_promptsに
  • ランタイム設定用のローカルkey_value_store
プロンプトとモデル設定
フルサイズで表示

バックグラウンドジョブ監視

RustジョブプロセッサがUIに進捗と状態遷移をストリーミングしながら、ジョブ履歴をSQLiteに永続化します。

  • Created、queued、preparing、running、completed/failed/canceled
  • Tauriイベント経由でストリーミング更新
  • 実行ごとにトークン使用量をキャプチャ
  • 長時間実行ジョブをキャンセル
バックグラウンドジョブ監視
フルサイズで表示

Optional screen recording analysis

Screen recordings can be sent to the /api/llm/video/analyze endpoint with a focus prompt and FPS hint to generate analysis summaries.

  • Multipart upload includes durationMs and framerate
  • Model format is provider/model (google/* required)
  • Usage and cost recorded per job
  • Summary stored in background_jobs response and can be applied to the task description
Optional screen recording analysis
フルサイズで表示

使用量とコスト台帳

サーバーサイドの使用量エントリとジョブメタデータがプロバイダー間のモデル使用量をキャプチャします。

  • ジョブごとのトークンとコストメタデータ
  • プロバイダー対応の使用量エントリ
  • 請求エンドポイントが使用量サマリーを公開
  • Usage history for model spend
使用量とコスト台帳
フルサイズで表示

エージェント実行前にプランをレビューしますか?

デスクトップアプリをダウンロードして、マルチモデル計画、プランマージ、実行ハンドオフを試してください。

透明性とコントロール

system prompts、ソースコード、セルフホスト情報が可視化・文書化されています。

読めるシステムプロンプト

既定プロンプトはリポジトリとサーバーデータベースにあり、確認と編集が可能です。

プロンプトタイプのドキュメント ->

Source available (BSL 1.1)

システム全体はBusiness Source LicenseでGitHubに公開され、アーキテクチャを監査できます。

GitHubリポジトリを見る ->

セルフホストとBYOK

サーバーを自分で運用してプロバイダーのルーティングを制御し、独自のキーを利用できます。

サーバーセットアップガイド ->

よくある質問

PlanToCodeについて知っておくべきすべてのこと

はい。PlanToCodeは、チームリーダーとステークホルダーが生成された実装計画をレビューし、詳細を編集し、修正を依頼し、コーディングエージェントまたは開発者が実行する前に変更を承認できるヒューマン・イン・ザ・ループワークフローを提供します。これにより、企業ガバナンスを確保し、リグレッションを防止します。
Microsoft Teamsの会議録画または画面キャプチャをPlanToCodeにアップロードします。高度なマルチモーダルモデルが、音声トランスクリプト(話者識別を含む)と視覚的コンテンツ(共有画面、ドキュメント)の両方を分析して、仕様要件を抽出します。抽出されたインサイト(決定事項、アクションアイテム、議論のポイント)をレビューし、実装計画に組み込みます。
はい。実装計画は、プロジェクト構造に対応する正確なリポジトリパスを使用して、ファイルごとに変更を分解します。この詳細なアプローチにより、実行前に正確に何が変更されるかを把握でき、完全な可視性と制御を提供します。