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