マジックプロンプト
OpenChamber は、コミットメッセージの作成、PR の下書き、Issue のレビュー、コンフリクト解決、セッション要約などを自動で行うとき、裏側で組み込みプロンプトを使います。Magic Prompts は、それらのプロンプトを読み、書き換える場所です。Settings → Magic Prompts から開きます。
通常の利用ではこのページは必要ありません。たとえばコミットメッセージを特定のスタイルにしたいなど、フローの動作を変えたいときに使ってください。
プロンプトを編集する
- Settings → Magic Prompts を開きます。
- サイドバーのグループ(Git、GitHub、Planning、Session)からプロンプトを選びます。
- テキストを編集して保存します。
一部のプロンプトには、表示される部分(あなたが見るメッセージ)と instructions 部分(エージェント向けの非表示ガイド)があります。プロンプトには差分や Issue タイトルなどを OpenChamber が埋める {{placeholders}} を含められます。これらは残してください。
リセット
気が変わりましたか?各プロンプトには reset to default があり、すべてを最初からやり直したい場合は reset all もあります。
各プロンプトが使われる場所
以下の表は、各プロンプトがどこで実行され、何がきっかけで動くかを示します。編集前にトリガーを確認し、どのフローを変えるのかを把握してください。
Git
| プロンプト | 実行される場所 | 動くタイミング |
|---|---|---|
| コミット生成 | git ビューのコミット欄にある生成ボタン、およびモバイルの Changes 画面 | コミットメッセージを生成するとき。選択したファイルとブランチの直近コミットの件名が差し込まれ、メッセージがリポジトリの既存スタイルに合います。 |
| PR 生成 | git ビュー PR タブの pull request 作成フォーム | PR のタイトルと本文を生成するとき。base と head ブランチ、その間のコミットと変更ファイル、追加コンテキスト、リポジトリに PR テンプレートがあればそれも差し込まれます。 |
| merge/rebase コンフリクト解決 | merge や rebase がコンフリクトで止まったときの git ビューのコンフリクトダイアログ | ”Resolve in current session” または “Resolve in new session” を選んだとき。エージェントはコンフリクトファイルを読み、ファイルごとの解決戦略を提案し、編集・stage・操作の再開の前に確認を待ちます。 |
| cherry-pick コンフリクト解決 | worktree セッションの “Re-integrate commits” セクション | セッションのコミットを対象ブランチへ移す途中でコンフリクトが起き、エージェントに任せたとき。エージェントは一時 worktree の中で解決し、ファイルを stage して cherry-pick を続けます。 |
GitHub
| プロンプト | 実行される場所 | 動くタイミング |
|---|---|---|
| PR レビュー | composer の添付メニューにある “Link GitHub PR” ピッカー、および新規 worktree ダイアログ | 2 つのトリガー。PR をコンテキストとして添付すると instructions が用意され、次のメッセージと一緒に送られます。PR から worktree セッションを始めると、このプロンプトがそのセッションの最初のメッセージになり、PR の完全なコンテキストが添付されます。 |
| Issue レビュー | Issue から worktree を作るときの新規 worktree ダイアログ | 新しいセッションの最初のメッセージが Issue をレビューし、本文とコメントがコンテキストとして添付されます。 |
| PR の失敗チェック / PR コメント / 個別 PR コメント | — | 現在はどのフローからも送信されません。以前は PR ビューのワンクリックレビューアクションから起動されましたが、今は失敗チェックとコメントがチャットコンテキストの下書きとしてピン留めされます。既存のオーバーライドが機能し続けるよう、編集可能なまま残っています。 |
Planning
| プロンプト | 実行される場所 | 動くタイミング |
|---|---|---|
| todo からの計画 | プロジェクトサイドバーの Todos パネル | todo をセッションまたは新しい worktree セッションへ送るとき。todo のテキストが見えるメッセージになり、instructions は実装へ飛ばず、質問主体の計画対話に変えます。 |
| 計画の改善 | Plans ビューの保存済み計画に対する “Improve” アクション | 保存済み計画を改善フローへ送るとき。エージェントはまず計画ファイルを読み、リポジトリの現在の状態に即した変更を提案し、同じファイルの編集を申し出ます。 |
| 計画の実装 | 保存済み計画に対する “Implement” アクション | 保存済み計画を実装フローへ送るとき。エージェントは計画ファイルを読み、スコープを広げずに最後まで実装し、計画自体に誤りが見つかった場合は調整を同じファイルへ保存します。 |
Session
これらの多くは、composer に入力するスラッシュコマンドとして動きます。多くは新しいセッションの下書き画面でスターターチップとしても表示されます。
| プロンプト | 実行される場所 | 動くタイミング |
|---|---|---|
| コードベースツアー | /explore | コードベースの概要を把握したいとき。 |
| セッション要約 | /summary、オプションで /summary <トピック> | ここまでの会話を要約します。新しいセッションへの引き継ぎに便利です。既存のセッションが必要です。 |
| ワークスペースレビュー | /workspace-review | 現在のワークスペース差分を意図・正確性・セキュリティの観点でレビューしてほしいとき。 |
| 機能計画 | /plan-feature | 大まかな機能アイデアを、質疑応答の対話を通じて実装計画に変えたいとき。 |
| Goal 作成 | /craft-goal、オプションで /craft-goal <アイデア> | アイデアを、Goal ダイアログで使える検証可能な Goal 目標に変えたいとき。 |
| キャッチアップ | /catch-up | プロジェクトに戻って、どこまで進んでいて次に何をするか知りたいとき。 |
| デバッグ | /debug | バグを調査するとき。エージェントは仮説を立て、コードから根本原因を確認してから修正を提案します。 |
| 選択肢の比較 | /weigh | 何を作るかは分かっているが作り方が分からないとき。エージェントが 2〜3 のアプローチを比較し、1 つを推奨します。 |
| Fusion | multi-run グループの “Run fusion” アクション | 複数ランの出力を 1 つの回答にまとめるとき。ランの出力は instructions の後に続けて添付されます。 |
Settings にページのないプロンプト
一部のプロンプトは自動的に動き、Settings には編集ページがありません:
| プロンプト | 動くタイミング |
|---|---|
| スケジュールタスク | /schedule-task、オプションで初期アイデアと一緒に。スケジュールタスクを定義する対話を進めます。 |
| レビュー用ハンドオフ | /handoff-review、またはハンドオフを有効にした diff ビューの Review ボタン。作業セッション内でハンドオフを生成します。 |
| レビューセッションの開始メッセージ | 生成されたレビューセッションの最初のメッセージ。ハンドオフが作られた場合はそれを含み、なければ含みません。 |
| レビューフィードバック / 実装応答 | 2 つのセッションの間でメッセージを運びます。レビュアーのフィードバックは実装セッションへ、実装者の応答はレビューセッションへ戻ります。 |
関連
- Git と GitHub ワークフロー — これらのプロンプトの多くが Git フローを支えています
- ノート、todo と計画 — Planning プロンプトの背後にある todo と計画
- Multi-run — ラングループと fusion