Coroid utiliza un motor dedicado Motor de decisiones para preguntas con un conjunto conocido de respuestas. El modelo inicial es Jev 1.13, servido a través de OpenRouter. Se ubica junto a los modelos de arquitecto, desarrollador, control de calidad y revisor en tu perfil de AI; no se trata de otro agente que escriba código o llame a herramientas.
Cómo funciona una decisión
Coroid envía el estado relevante y un contrato de pregunta versionado. En lugar de pedirle a un modelo de chat que invente y formatee una respuesta de JSON, proporciona las opciones permitidas. Jev devuelve una respuesta estructurada y la información de probabilidad.
- Elección selecciona una opción proporcionada, con una distribución de probabilidad y nivel de confianza.
- Puntuación evalúa los criterios ordenados proporcionados, con probabilidades y nivel de confianza.
- Noul expresa un juicio de sí/no como una probabilidad entre cero y uno.
Coroid valida la respuesta frente al contrato exacto, comprueba la confianza y las reglas del flujo de trabajo, y solo entonces la utiliza. Si la respuesta es incierta, inválida o no disponible, el evaluador del flujo de trabajo existente gestiona la decisión.
Contrato de pregunta
Estado relevante más las respuestas permitidas
¿Cómo se puede verificar este criterio de aceptación?
Respuesta estructurada
Una probabilidad para cada opción permitida
Validación
Contrato, confianza y reglas de flujo de trabajo
Dónde se utiliza
| Flujo de trabajo | Decisión | Qué permanece sin cambios |
|---|---|---|
| Pruebas de aceptación | Clasificar un criterio como visual, de comando, estático o no verificable | La comprobación debe ejecutarse y generar pruebas. |
| Preparación de control de calidad | Clasificar un fallo, evaluar su capacidad de corrección e identificar las rutas relevantes a partir de los registros proporcionados | Las correcciones, pruebas y aprobaciones de control de calidad siguen siendo procesos independientes. |
| Calificación del trabajo | Evaluar la relevancia para la versión actual, duplicados, reproducibilidad y enrutamiento | Un duplicado debe hacer referencia a un candidato proporcionado; lo ya corregido requiere pruebas proporcionadas. |
| Enrutamiento de tareas | Clasificar el tipo y complejidad del trabajo, y seleccionar entre las habilidades compatibles. | El tipo de trabajo explícito, las sobreescrituras de modelo, los presupuestos y la selección de perfil se conservan. |
El motor no genera planes de implementación, parches, pruebas arbitrarias, rutas de archivos nuevos ni explicaciones para revisores. Los nodos de calificación con una selección de modelo explícita mantienen esa selección en lugar de usar Jev.
Configurar tu perfil
- Abre Configuración → AI profile y selecciona un perfil adecuado para el nuevo trabajo.
- Budget, Smartest, Quick y Ludicrous incluyen la asignación del motor de decisiones Jev.
- En un perfil personalizado editables, asigna Jev 1.13 a Motor de decisiones. Los modelos de chat quedan excluidos de este rol, y Jev queda excluido de los roles de agentes de chat.
- Asegúrate de que OpenRouter esté habilitado y de que haya una clave de proveedor de plataforma u organización elegible disponible. Las políticas del modelo de proyecto y organización siguen aplicándose.
No existen controles de temperatura, razonamiento o fallback de chat para este rol. El fallback consiste en volver al evaluador existente del flujo de trabajo, no en enviar una solicitud de decisión a un modelo de chat arbitrario.
Los perfiles gratuitos y con restricciones de residencia no tienen automáticamente asignado un modelo de OpenRouter de pago. Los perfiles personalizados existentes no se modifican de forma silenciosa. Las instantáneas de ejecución conservan sus asignaciones originales, por lo que debes iniciar un nuevo trabajo después de cambiar un perfil para probar la nueva asignación. Consulta Perfiles de AI.
Habilitación y fallback seguro
La habilitación en tiempo de ejecución se controla mediante la base de datos, de forma independiente para cada flujo de trabajo. Las clasificaciones de aceptación, las comprobaciones previas de QA, la cualificación y el enrutamiento de tareas utilizan las decisiones de Jev de forma predeterminada. Los siete contratos de la versión 1 actualmente aprobados se aplican.
Incluso cuando está habilitado, Coroid recurre al fallback si el perfil no tiene un modelo de decisión elegible, si las credenciales o la política bloquean el acceso, si la solicitud supera el tamaño soportado, si el proveedor agota el tiempo de espera o si una respuesta falla en la validación o en las comprobaciones de confianza. Una decisión no admitida o ambigua no debe convertirse silenciosamente en una comprobación exitosa.
Los operadores pueden utilizar desactivado, en modo sombra o refuerzo modos. El modo sombra registra una comparación pero mantiene el resultado del evaluador existente; el refuerzo utiliza una decisión validada de un contrato aprobado. Una nueva versión de contrato todavía requiere aprobación antes de poder controlar un flujo de trabajo. Estos controles en tiempo de ejecución no ocultan esta guía ni la descripción pública del producto.
Uso y registros de auditoría
Las llamadas utilizan la misma selección de clave de proveedor, las comprobaciones de política de organización y la contabilidad de uso que otras tareas de modelo, atribuidas al rol de motor de decisiones. Las respuestas facturables se registran incluso si sus respuestas son rechazadas. BYOK sigue los términos de facturación del proveedor; no se necesita una clave Typesafe separada.
El registro de decisión operativa incluye el flujo de trabajo, la versión del contrato, la revisión del modelo real, las probabilidades, si el resultado se aplicó, el motivo del fallback, la latencia de la decisión y la correlación de uso. Almacena un resumen del estado de entrada, no la solicitud en bruto ni las credenciales. La retención sigue la política de registros de agentes de la organización. Este registro de auditoría es distinto de una explicación generada o un informe de prueba.
Probar localmente
Utiliza una nueva tarea con un perfil que incluya a Jev. Ejercita la planificación de aceptación, la comprobación previa de QA con un fallo conocido, la cualificación del trabajo y el enrutamiento normal de tareas. Comprueba la auditoría de decisión en busca de un modo refuerzo y un resultado aplicado. Una entrada de fallback explica por qué Jev no controló esa decisión en particular; no es prueba de que el flujo de trabajo haya fallado. Las tareas existentes pueden tener una instantánea de perfil sin Jev.