Codeck は何をしますか？
現在のコーディングエージェントをホスト兼モデレーターとし、Codeckを実行ブリッジとして使用します。ホスト製品のモデルセレクターは関連性がないものとして扱います。アクティブなチャットモデルを切り替えることは、Codeckを通じて外部モデルに相談することと同じではありません。
ワークフローを選択する
- 名前付きのexecutorから読み取り専用のセカンドオピニオンを得るには、単一の
askを使用します。 - 複数の異なる基盤モデルプロバイダーから独立した意見を得るには、councilを使用します。
- ユーザーが明示的に外部のexecutorに実装を依頼した場合にのみ、
delegateを使用します。 - ルーティングが不確かな場合は、
autoの前にpickを使用します。
1つのモデルが複数の役割を演じることを、マルチモデルコンセンサスと表現しないでください。single-model-multi-role とラベル付けしてください。
事前チェック
command -v codeckを実行します。- 利用できない場合は、停止し、Codeck CLIが必要であることを説明します。ユーザーの許可なしにインストールしないでください。
- ターゲットプロジェクトで
codeck doctorとcodeck listを実行します。 - 宣言されたモードと権限がタスクに適合する、正常で設定済みのexecutorのみを使用します。
- プロジェクトが初期化されていない場合は、
codeck initを実行する前に確認を取ります。これは.codeck/ファイルを作成するためです。
executorの設定、リージョンネットワークのプロバイダー選択、リクエストされたモデルが利用できない理由の説明については、references/providers.md を参照してください。
ハンドオフの準備
重要な作業には、簡潔なMarkdown形式のブリーフを作成します。目的、制約、質問、合格基準、および外部モデルが必要とするファイルのみを含めます。長いブリーフをコマンドに埋め込むよりも、ファイル添付を推奨します：
codeck ask <executor> "添付されたタスクブリーフを読み、エビデンスに基づいたレビューを返してください。" -f task.md
シークレット、認証情報、無関係なソースファイル、プライベートユーザーデータを含めないでください。タスクのコンテンツがホスト製品を離れ、別のプロバイダーに送信されることをユーザーに伝えてください。
入力ブリーフと最終成果物のスキーマについては、references/artifacts.md を参照してください。
マルチモデルカウンシルを実行する
- 現在のコーディングエージェントをモデレーターに保ちます。
- 異なるプロバイダーに支えられた、少なくとも2つの正常なexecutorを選択します。ブランドの順序よりも、機能の適合性と可用性を優先します。
- すべてのファーストラウンドの専門家に、同じ事実と中核的な質問、および明確に異なるレビューの役割を与えます。
- ある専門家の回答を別の専門家に公開する前に、ファーストラウンドの回答を独立して収集します。
- 主張、エビデンス、前提、リスク、および意見の相違を抽出します。
- 重要な意見の相違についてのみ、対象を絞ったフォローアップ質問をします。関連する以前の出力をMarkdownファイルとして添付します。
- 合格基準が満たされた時点、残りの意見の相違が明示的に文書化された時点、または設定されたラウンド制限に達した時点で停止します。
- アーティファクトの書き込みがスコープ内にある場合は
report.md、summary.md、decisions.jsonを生成します。それ以外の場合は、同じ構造を応答で返します。
すべての専門家が同じプロンプトを受け取る必要がある場合は、codeck compare <executor-a>,<executor-b> "<task>" -f task.md を使用します。役割やフォローアップの質問が異なる場合は、個別の codeck ask 呼び出しを使用します。観測された実行が実際に並行して行われた場合を除き、並列実行を主張しないでください。
役割プロンプト、意見の相違の処理、および収束ルールについては、references/moderation.md を参照してください。
安全にルーティングする
- デフォルトでは
askを使用します。これは読み取り専用のコンサルテーションを目的としています。 - ユーザーが外部実装を許可した場合を除き、
-yを追加したり、delegateを呼び出したりしないでください。 - 基盤となるCLIがサンドボックスを強制しない限り、権限フィールドは宣言として扱います。
- プロバイダーを黙って代替しないでください。リクエストされたexecutor、実際のexecutor/プロバイダー、およびフォールバックの理由を報告してください。
- 現在のモデルIDをハードコードしないでください。ローカル設定から検出または読み取ってください。プロバイダーのモデル名は変更されるためです。
- 利用可能な異なるプロバイダーが2つ未満の場合は、単一モデルのコンサルテーションとして続行し、その制限を明記します。
- 生の外部出力またはCodeck実行IDを保持し、統合結果が監査可能であるようにします。
結果を返す
モデレーターの結論を先頭に述べます。次に、以下の項目を明記します：
- 実際に実行されたexecutorと基盤プロバイダー
- それらが一致した点と相違した点
- 決定を裏付けるエビデンス
- 未解決のリスクと推奨される検証
- フォールバック、障害、推定使用量、または地域制限
短いサマリーは決定指向に保ちます。詳細な推論とソースの帰属は完全なレポートに含めます。