Coroidは専用のDecision engineを、既知の回答セットを持つ質問に対して利用します。初期モデルはJev 1.13で、OpenRouterを通じて提供されます。このエンジンはAIプロファイル内のアーキテクト、開発者、QA、レビュアーモデルと並列に動作しますが、コードを記述したりツールを呼び出したりする別のエージェントではありません。
判断の仕組み
Coroidは関連する状態とバージョン管理された質問契約を送信します。チャットモデルにJSON形式の応答を生成・整形させる代わりに、許容される選択肢を渡します。Jevは構造化された回答と確率情報を返します。
- Choiceは、確率分布と信頼度を伴って指定されたオプションを選択します。
- Scoreは、指定された順序付き基準を評価し、確率と信頼度を算出します。
- Noulは、0から1の間の確率値としてYes/Noの判断を表現します。
Coroidは、回答を正確な契約に照らして検証し、信頼度とワークフロールールを確認した上で初めてそれを利用します。回答が不確か、無効、または利用できない場合は、既存のワークフロー評価器が判断を担います。
利用される場面
| ワークフロー | 判断 | 変更されない要素 |
|---|---|---|
| 受け入れの証拠 | 基準を視覚的、コマンド、静的、または検証不能なものとして分類する | チェックは引き続き実行され、証拠を生成する必要がある |
| QAプリフライト | 障害を分類し、修正可能性を評価し、提供されたログから関連経路を特定する | 修正、テスト、QA承認は別途行われる |
| 作業の適格性判定 | 現在リリースとの関連性、重複、再現性、ルーティングを評価する | 重複する場合は指定された候補を参照し、既に修正済みの場合は指定された証拠が必要となる |
| タスクのルーティング | 作業の種類と複雑さを分類し、互換性のあるスキルから選択する | 明示的な作業種類、モデルの上書き設定、予算、プロファイル選択は維持される |
このエンジンは実装計画、パッチ、任意の証拠、新しいファイルパス、レビュアーの説明を生成しません。明示的なモデル選択が設定された適格性判定ノードでは、Jevではなくその選択が優先されます。
プロファイルの設定
- 開く設定 → AIプロファイル新規作業用に適切なプロファイルを選択します。
- Budget、Smartest、Quick、LudicrousプランにはJev Decisionエンジンの割り当てが含まれます。
- 編集可能なカスタムプロファイルでは、以下を割り当てます。Jev 1.13をDecisionエンジンチャットモデルはこの役割から除外され、Jevもチャットエージェントの役割から除外されます。
- OpenRouterを有効にし、対象となるプラットフォームまたは組織のプロバイダーキーが利用可能であることを確認してください。組織およびプロジェクトのモデルポリシーは引き続き適用されます。
この役割には温度や推論、チャットフォールバックの制御機能はありません。フォールバックとは、ワークフロー内の既存の評価器に処理を戻すことを意味し、任意のチャットモデルに決定要求を送信するわけではありません。
無料プランおよび居住地域に制限のあるプランには、有料のOpenRouterモデルが自動的に割り当てられることはありません。既存のカスタムプロファイルが自動的に変更されることもありません。実行スナップショットには元の割り当てが保持されるため、新しい割り当てをテストするにはプロファイル変更後に新規作業を開始してください。詳細は COROID_TERM_0 プロファイル をご覧ください。AI プロファイル.
有効化と安全なフォールバック
ランタイムでの有効化はデプロイメントで制御され、ワークフローごとに個別に設定されます。ローカル開発環境では、移行後はデフォルトで4つのワークフローすべてが実際の決定処理に使用されるように有効化されます。他の環境では、関連するコントラクトバージョンがオペレーターによって承認されるまでロールアウト設定が維持されます。
有効化されていても、プロファイルに適切な決定モデルや認証情報がない場合、ポリシーでアクセスがブロックされている場合、要求サイズが対応範囲を超える場合、プロバイダーのタイムアウトが発生した場合、または回答の検証や信頼性チェックに失敗した場合には、Coroid はフォールバックします。サポートされていないまたは曖昧な決定が、黙って成功したとみなされることはありません。
オペレーターはoff、shadowまたはenforcedモードを使用できます。Shadowモードでは比較結果が記録されますが、既存の評価器の結果が採用されます。Enforcedモードでは、承認されたコントラクトに基づく検証済みの決定が使用されます。これらのランタイム制御機能によって、本ガイドや公開されている製品説明が非表示になることはありません。
利用状況と監査記録
呼び出し処理では、他のモデル処理と同様にプロバイダーキーの選択、組織ポリシーのチェック、利用状況の計測が行われ、Decisionエンジンという役割で記録されます。回答が拒否された場合でも課金対象の応答は記録されます。BYOKはプロバイダーの請求条件に準拠し、別途Typesafeキーを使用する必要はありません。
運用上の決定記録には、ワークフロー、コントラクトバージョン、実際のモデルリビジョン、確率値、結果が適用されたかどうか、フォールバックの理由、決定までの遅延時間、利用状況の相関情報が含まれます。入力状態の要約が保存されるだけで、生のプロンプトや認証情報は保存されません。記録の保持期間は組織のエージェントログポリシーに従います。この監査記録は、生成された説明やテストレポートとは別物です。
ローカルでテストする
Jevを含むプロファイルを使用して新規タスクを作成し、受入れ計画の実行、既知のエラーを含むQAプリフライト、作業の妥当性確認、通常のタスクルーティングを試してみてください。決定監査記録でenforcedモードおよび適用された結果を確認してください。フォールバックエントリには、Jevがその特定の決定を制御しなかった理由が記載されていますが、これはワークフローが失敗したことを意味するわけではありません。既存のタスクにはJevを含まないプロファイルスナップショットが存在する場合があります。