Toda la fábrica, tal como la utilizarás.
Todas las pantallas de esta página se generan desde el portal Coroid. El trabajo llega desde tu equipo, tus herramientas y la automatización, es desarrollado y verificado por agentes especializados, y te llega como un pull request con sus pruebas correspondientes.
Las pantallas se han recreado a partir del portal. Los totales del plan provienen de una ejecución real; el resto de ejemplos son ilustrativos.
El trabajo comienza como una especificación, no como un prompt.
Puede describirlo en el formulario de Nuevo Trabajo, importar incidencias desde un gestor de tareas o consultar a Coroid por chat. Su producto y los agentes externos pueden enviar trabajos a través de API y MCP, y sus herramientas y automatizaciones pueden iniciarlo por sí mismas. Cada tarea incluye la especificación con la que trabajan los agentes.
- Objetivo, valor empresarial, historias de usuario y criterios de aceptación para cada tarea
- Las solicitudes de personas, tu producto y tus herramientas se revisan para detectar duplicados, se verifican y se limpian de datos confidenciales previamente.
- Un pull request, una incidencia en GitHub o Jira, un comentario que mencione a Coroid o un mensaje de Slack pueden dar inicio al trabajo.
- El trabajo también se inicia según un calendario, un evento de la plataforma o una vigilancia de Sentinel; los resultados de informes y controles de calidad pueden poner en cola una corrección.
Los equipos financieros solicitan constantemente sus facturas en hojas de cálculo. Añade un botón de exportación a la lista de facturas que descargue el filtro actual como CSV.
Finalizado cuando: el archivo se abra en Excel y Numbers, las cantidades utilicen la moneda de la cuenta y las exportaciones con más de 10.000 filas no excedan el tiempo de espera.
El trabajo complejo se transforma en un plan por fases.
Cuando una solicitud es demasiado grande para una sola tarea, el arquitecto la divide en fases ordenadas con dependencias explícitas, comprueba su viabilidad y estima el tiempo necesario.
- Las fases y tareas se ejecutan en orden de dependencia
- Cada tarea cuenta con su propia especificación, agentes y pruebas
- Una comprobación de viabilidad evalúa la factibilidad y los riesgos antes de iniciar el trabajo
- Los tokens, costes, duración y emisiones se registran para todo el plan
- 01Andamio de base del proyecto1/1
- 02Fundamentos de tiempo de ejecución compartidos3/3
- 03Dominios urbanos adaptados a cada época y la interfaz de usuario8/8
- Edificios y fachadas que evolucionan con la época
- Escaparates y publicidad según la época
- Flota de vehículos y tráfico por década
- Multitudes de peatones con ropa de época
- 04Composición y transformación entre épocas1/1
- 05Pulido y verificación de aceptación1/1
- Validación final2/2
Crear una escena 3D de una manzana urbana. El nivel de detalle es muy importante.
La escena debe incluir un control deslizante de línea de tiempo en la parte superior con las opciones 1945, 1965, 1985, 2005 y 2025.
Al seleccionar un año, la manzana frente a sus ojos se transforma: edificios, vehículos, escaparates, publicidad y la ropa de los peatones.
- Tokens
- 83,5 M / 112 M
- Coste
- 2,05 US$
- Est. CO2e
- 1,59 kg
- Duración
- 6h 15m
Una cola única para todo lo que requiere tu intervención.
La Fábrica muestra todos los planes y tareas según lo que necesiten de ti: una revisión, una decisión ante un problema o nada en absoluto. Abre cualquier elemento para ver sus agentes, criterios, pruebas y todo el historial.
- Revisa lo que esté listo y fusiona lo que apruebes
- Los problemas llegan con la razón y el registro de la ejecución fallida adjuntos
- Solicita cambios y el trabajo volverá al proceso de producción
- Se registra cada ejecución, incluidas las que fallen
- Manzana urbana de Timelapse – Chrono CityTareacity-sim1 hace un díaNecesita revisión
- Ciudad en timelapsePlancity-timelapse2 hace varios díasListo para fusionar
- Super Mario en 3DTarea3d-game3 hace varios díasNecesita revisión
- El Juego de la Vida de Conway en 3DPlangame-of-life4 hace varios díasListo para fusionar
- Juego de carreras callejerasPlancity-timelapse5 hace varios díasEn ejecución
Capacidad que puedes visualizar y gestionar.
Las plazas de agentes representan tu capacidad paralela. Mission Control muestra qué las ocupa, qué sigue, cuándo se vaciará la cola y qué está programado, y puede pausar todo con un solo interruptor.
- El trabajo se asigna en orden de prioridad a medida que se liberan las plazas
- Un horizonte de 24 horas con el trabajo en cola y programado
- Un registro en tiempo real de inicios, veredictos y transferencias
- Añade plazas cuando quieras más trabajo en curso
Exportar facturas en formato CSV.QA
Búsqueda aproximada en la lista de clientes.Desarrollador
Lista de verificación de incorporación para nuevos equipos.Arquitecto
- El revisor aprobó “Modo oscuro para la configuración”
- El control de calidad verificó 5 de 5 criterios en “Pie de página del PDF de factura”
- El control de calidad devolvió “Filtros de búsqueda”: el criterio 3 no se cumplió.
- El arquitecto comenzó “Lista de comprobación de incorporación”
- Reintentar entregas de webhook fallidasP1
- Actualizar la biblioteca de fechasP2
Los controles de calidad los defines tú.
La garantía de entrega está integrada: cada tarea se verifica según sus criterios y se revisa. Control de Calidad te permite añadir las comprobaciones que necesite cada proyecto y aplicarlas a todos los pull request.
- Políticas organizativas con sobreescrituras por proyecto
- Las pruebas de navegador y las evaluaciones se ejecutan sobre la versión real
- La cobertura, los escaneos de seguridad, las vistas previas y las diferencias visuales se adjuntan como pruebas
- Cada ejecución de control se registra en relación con el pull request que la evaluó
- Garantía de entregaTodos los proyectosv7 · Comprobaciones integradasActivo
- Calificación del trabajoTodos los proyectosv16 · 6 comprobacionesActivo
- Puerta de lanzamiento de Checkoutweb-appv3 · 4 comprobacionesActivo
- Compilación y comprobación de tipos
- Criterios de aceptación 5/5
- Prueba de navegador: flujo de Checkout
- Auditoría de dependencias
- Cobertura por debajo del objetivo (información)
Desde la fusión hasta el despliegue, todo queda registrado.
Un lanzamiento fija un commit y lo sigue a través de tus entornos, con las comprobaciones y aprobaciones que cada uno requiera, hasta confirmar la implementación.
- Entorno de staging y producción, cada uno con sus propias aprobaciones
- Cada compilación incluye su versión y número de compilación, y Coroid confirma qué se está ejecutando.
- Los trenes de lanzamiento agrupan el trabajo que se envía junto
- Rutas de recuperación para cuando un despliegue falle
- Correcciones de primavera2.5web-app · release/2.5.06 elementosEtapa de pruebasProducciónBorrador
- Actualización de Checkout2.4web-app · a1f3c9e5 elementosEtapa de pruebasProducciónPendiente de aprobación
- Mejoras de búsqueda1.1web-app · 7be02d43 elementosEtapa de pruebasProducciónEn despliegue
- Integración de equipos1.0web-app · 249cee48 elementosEtapa de pruebasProducciónLanzado
Un coordinador dirige a los especialistas. Las compuertas determinan cuándo termina el trabajo.
Cada tarea cuenta con un coordinador. Este planifica el trabajo, da instrucciones claras a los agentes de desarrollo, QA y revisión, responde a sus preguntas y decide qué sucede a continuación según lo que le informan. No puede dar por terminado el trabajo por sí solo.
Cada tarea termina en un pull request para que lo apruebe tu equipo, con la confirmación de QA de que el código ya hace lo solicitado o como una tarea fallida que indica el motivo. Los límites de repetición del trabajo, cambios en el plan y tiempo de ejecución impiden que un coordinador entre en un bucle interminable.
- 01
Planificación
El coordinador consulta el repositorio y la especificación y redacta el plan, incluidos los criterios de aceptación que determinan el éxito.
- 02
Delegar
Esta plataforma asigna las tareas a un especialista de forma individual, proporcionando instrucciones claras. El desarrollador realiza la implementación, el equipo de control de calidad verifica el resultado y el revisor analiza las diferencias en el código.
- 03
Reaccionar
Cuando QA detecta fallos en el trabajo o el revisor solicita cambios, el coordinador devuelve las correcciones al desarrollador y QA verifica la nueva versión.
- 04
Control de acceso
La tarea solo puede finalizar cuando el control de calidad haya aprobado la versión exacta que se distribuirá y, cuando corresponda una revisión, el revisor la haya autorizado. El coordinador no puede invalidar ninguno de los dos veredictos.
El trabajo calificado entra en la fábrica
Las solicitudes en bruto son pruebas, no instrucciones. Coroid sanea, elimina duplicados y verifica cada solicitud antes de que un agente pueda actuar sobre ella.
Las solicitudes aprobadas se promueven automáticamente. Los casos contradictorios, de baja confianza e inverificables se detienen en una cola de revisión auditada.
El flujo de trabajo comienza con señales no confiables provenientes de solicitudes manuales, importaciones, llamadas a API y eventos de integración. Coroid normaliza y sanea la entrada, comprueba si la versión actual o la versión canary ya lo soluciona, deduplica y agrupa los informes coincidentes, verifica la solicitud mediante comprobaciones basadas en el tipo y evalúa el impacto, la responsabilidad, el alcance, la dificultad y la confianza. Las solicitudes aprobadas se convierten en tareas, planes por fases, informes o programaciones. La implementación debe superar luego el mismo Gráfico de Calidad compilado en pull request, en los puntos de control de versión y canary. La evidencia de versión aprobada cierra la retroalimentación original.
- 01
Señales brutas
Las solicitudes manuales, las importaciones, las llamadas a API y los eventos de integración llegan como entradas no confiables.
- 02
Normalizar y limpiar
Los valores similares a credenciales se redactan y cada herramienta permanece limitada al proyecto seleccionado.
- 03
Comprobar el lanzamiento actual
Una solicitud que ya está corregida en el último lanzamiento o versión canary se cierra con evidencia.
- 04
Eliminar duplicados y agrupar
La identidad exacta, las huellas dactilares del contenido y la confirmación semántica unen las señales repetidas en un único problema.
- 05
Verifique la solicitud.
Las comprobaciones basadas en el tipo determinan si el resultado solicitado es real y viable antes de convertirse en trabajo efectivo.
- 06
Evaluar y enrutar
Se registran el impacto, el responsable, el alcance, la dificultad, la confianza y el tipo de trabajo adecuado.
Crear el trabajo correcto
- Tarea ejecutable
- Plan por fases
- Informe de evidencia
- Programación recurrente
Demostrar el resultado
Cerrar retroalimentación. La evidencia del lanzamiento actualiza el sistema origen cuando su integración permite escrituras.
Un asistente escribe el código. Coroid se encarga de todo lo demás.
Las herramientas de programación AI son buenas para la mitad del trabajo: escribir el cambio. La mayor parte del tiempo de ingeniería se invierte en todo lo demás. Alguien debe decidir qué merece la pena construir, demostrar que funciona, gestionarlo y responder por ello más tarde. Coroid también se encarga de esas tareas, para que el trabajo siga avanzando en lugar de quedarse en espera detrás de una sola persona.
La pregunta que hará tu equipo
Sesiones de agente, locales o en la nube
Coroid
- ¿De dónde proviene el trabajo?
- Sesiones de agente, locales o en la nubeAlguien deja lo que está haciendo y escribe una instrucción, o asigna un ticket a un agente.
- CoroidSolicitudes cualificadas procedentes de personas, sus herramientas y sus pull requests. La automatización que configure también iniciará tareas dentro de los límites que establezca.
- ¿Quién decide que está terminado?
- Sesiones de agente, locales o en la nubeQuienquiera que esté leyendo el diff, con el criterio que tenga esa tarde.
- CoroidUn gráfico de calidad compilado que emite una única decisión: seguir adelante o rehacerlo.
- ¿Qué demuestra que funciona?
- Sesiones de agente, locales o en la nubeUna transcripción y las pruebas que el agente haya decidido ejecutar.
- CoroidComprobaciones que se ejecutaron realmente, vinculadas al commit exacto y adjuntas al pull request.
- ¿Qué ocurre durante la noche?
- Sesiones de agente, locales o en la nubeLas ejecuciones ya iniciadas terminan y luego esperan a que alguien las revise. Nada nuevo comienza hasta que alguien lo solicite.
- CoroidEl proceso continúa sin interrupción. El trabajo solo se detiene en la etapa que realmente requiere intervención humana.
- ¿Cómo se aumenta el rendimiento?
- Sesiones de agente, locales o en la nubeMás sesiones, cada una requiriendo que alguien las inicie, revise y dé seguimiento.
- CoroidOtra plaza para agentes. Los miembros son ilimitados; lo que se adquiere es la capacidad.
- ¿Quién controla qué modelos acceden al código?
- Sesiones de agente, locales o en la nubeLa configuración propia de cada herramienta, gestionada una herramienta y un puesto a la vez.
- CoroidUn techo de políticas versionado por encima de cada proyecto. Los proyectos pueden restringirlo; nada lo amplía.
- ¿Qué puedes entregar a un auditor?
- Sesiones de agente, locales o en la nubeRegistros de sesión, en el formato propio de cada herramienta, mientras esta los conserve.
- CoroidUn flujo de eventos de solo lectura, firmado y exportado a tu SIEM, con una ventana de retención que tú defines.
Coroid no pretende reemplazar el editor que prefieren tus desarrolladores. Reemplaza el espacio no gestionado que lo rodea.
La calidad cuesta tokens. Ese es el objetivo.
Una tarea de fábrica consume aproximadamente dos a tres veces más tokens que una sesión de agente único en Claude Code, Codex o Gemini CLI, porque agentes separados planifican, prueban y revisan el trabajo antes de que llegue a usted. Está comprando consistencia, no pulsaciones de teclas.
Gasto de tokens por tarea equivalente, en relación con una sesión de agente único.
¿Prefieres velocidad bruta sobre ceremonia? El perfil Ludicrous flexibiliza las puertas y equipara el gasto de tokens al nivel de una CLI. Está ahí cuando lo necesites; simplemente no es el motivo de existir de Coroid.
Explora los perfiles de AISe integra con lo que ya utiliza
No hay que instalar ninguna extensión de IDE ni mantener un agente activo en la máquina de un desarrollador. Coroid se conecta a los sistemas por los que ya circula tu trabajo.
- Repositorios
- GitHub, GitHub Enterprise, GitLab y Git autohospedado. La aplicación GitHub gestiona las comprobaciones entrantes y las revisiones en línea; las claves con ámbito de proyecto permiten el acceso de clonación.
- Señales y incidencias
- Los problemas de Jira, los mensajes de Slack y los problemas y comentarios de GitHub pueden convertirse en solicitudes válidas. La automatización configurada puede procesar datos de Sentry y de cualquier servidor MCP que se conecte.
- Vistas previas y pruebas
- Implementaciones de Vercel, Netlify y Cloudflare Pages, además de métricas de cobertura, escaneos de seguridad, diferencias visuales, ejecuciones de extremo a extremo y revisores externos de AI.
- Modelos
- Modelos avanzados y eficientes en coste, asignados por agente, con perfiles exclusivos para la UE y de bajo carbono. Puede utilizar sus propias claves de proveedor o créditos de Coroid.
- Seguridad y observabilidad
- Exportación firmada de auditorías mediante HTTPS a Splunk, Datadog, Chronicle o cualquier recolector que indique.
- Dónde se ejecuta
- Coroid Cloud, el perfil de alojamiento en la UE o tu propia implementación mediante Docker Compose o Kubernetes.
Todas las capacidades, en detalle.
Qué hace cada parte de la fábrica y cómo lo hace. Cuando una capacidad depende de un plan, se indica claramente.
Recepción de trabajos7 capacidadesLas solicitudes procedentes de personas, tu producto y tus herramientas se validan antes de convertirse en tareas. Tu automatización y los agentes externos generan trabajo dentro de los permisos y límites que tú establezcas.
- Especificaciones
- Cada tarea incluye su objetivo, valor empresarial, historias de usuario, criterios de aceptación, contexto y restricciones. Los agentes desarrollan en base a dicha especificación, y el pull request resultante permanece vinculado a ella.
- Calificación del trabajo
- Las solicitudes se consideran entradas no confiables. Coroid elimina valores similares a credenciales, verifica si la versión actual ya soluciona el problema, realiza la deduplicación mediante huella digital y coincidencia semántica, verifica la solicitud con comprobaciones basadas en el tipo, y registra el impacto, propietario, alcance, dificultad y nivel de confianza antes de iniciar cualquier actividad.
- Planes por fases
- Una iniciativa demasiado amplia para una sola tarea se descompone en fases ordenadas con dependencias explícitas. El arquitecto resuelve las ambigüedades a partir de las pruebas disponibles y registra sus supuestos en lugar de detenerse a preguntar.
- Automatizaciones de eventos
- Un pull request, un inciso o comentario de PR, un hilo de Slack o un inciso de Jira conectado pueden iniciar el trabajo. Cada señal se convierte en una recepción calificada, una comprobación entrante o una ejecución de hook; nunca en una sesión de agente abierta sin límites.
- Hooks y programaciones
- Las automatizaciones organizativas se activan ante eventos de tareas, agentes, repositorios, análisis, sincronización y despliegue, o según una programación recurrente. Por defecto son de solo lectura, tienen límites de velocidad y están limitadas por la profundidad de la cadena para evitar que una automatización se active a sí misma en un bucle.
- Sentinel
- Un observador en Sentry, Jira, GitHub y Slack que convierte lo que detecta en tareas dentro de la misma línea, en lugar de generar otra alerta sin responsable asignado.
- Gráfico de dependencias
- Las tareas y proyectos declaran de qué dependen, tanto dentro de los repositorios como en toda la organización. Se detectan los ciclos antes de la ejecución y las ejecuciones globales se ordenan para que los agentes en paralelo no entren en conflicto.
Ejecución9 capacidadesAgentes especializados, un espacio de trabajo aislado por tarea y ninguna sesión que nadie deba mantener activa.
- La línea de agentes
- Arquitecto, desarrollador, QA y revisor son agentes separados con sus propios prompts, herramientas y asignaciones de modelos. El trabajo pasa de uno a otro cuando se abre una puerta de acceso, no cuando un humano pega el contexto en la siguiente ventana.
- Subagentes exploradores
- Cualquier agente puede desplegar entre dos y cinco exploradores especializados: patrones, dependencias, API, pruebas, configuración y seguridad; cada uno utiliza una parte del presupuesto de tokens del padre y fusiona sus hallazgos estructurados de nuevo en un único contexto.
- Espacios de trabajo en la nube aislados
- Cada tarea recibe su propio espacio de trabajo con acceso al repositorio limitado al proyecto. Nada requiere una extensión de IDE, una terminal en la laptop de alguien ni una ruta hacia su red privada.
- Enrutamiento de modelos y perfiles de AI
- Seleccione el modelo por agente o ejecute un perfil del sistema: el más rápido, el más capaz, exclusivo para la UE o de bajo consumo de carbono. Utilice sus propias claves de proveedor o créditos de Coroid a tasas de transferencia directa.
- Motor de decisiones
- Un modelo de decisión especializado elige entre opciones conocidas para la evidencia de aceptación, las comprobaciones previas de calidad, la cualificación del trabajo y el enrutamiento de tareas. Cada respuesta se valida, se verifica su nivel de confianza y se registra; Coroid recurre al evaluador existente cuando la confianza es baja.
- Habilidades progresivas
- Los agentes leen primero los metadatos de las habilidades y cargan las instrucciones completas solo cuando el trabajo las requiere, de modo que el contexto se dirija a su código fuente en lugar de a los esquemas de las herramientas. Los proyectos pueden definir sus propias habilidades.
- Acceso a herramientas MCP
- Conecte Sentry, Jira, Slack o cualquier servidor MCP y los agentes utilizarán esas herramientas bajo la política de herramientas de su organización; sin necesidad de código de integración personalizado por servicio.
- Remediación autónoma
- Una instalación de dependencias fallida, una configuración incorrecta o una compilación rota se diagnostican y corrigen dentro de la tarea cuando es algo sencillo, y se elevan a una tarea de remediación propia cuando se trata de un problema estructural.
- Proyectos temporales y vistas previas
- Genere una base de código a partir de un único prompt sin vincularla a un host de Git, obsérvela en funcionamiento mediante una vista previa, trabaje en ella y conviértala en GitHub o GitLab una vez que obtenga un repositorio.
Calidad y revisión8 capacidadesUn gráfico compilado toma la decisión, y lo hace de la misma manera para una revisión manual, una tarea en curso y un pull request abierto por tu propio desarrollador.
- El Gráfico de Calidad
- Los objetivos, expectativas y controles se compilan en un único gráfico vinculado a una revisión inmutable. El mismo gráfico controla una prueba manual, la QA de una tarea y un GitHub pull request, y emite una única decisión: continuar o rehacer.
- Pruebas vinculadas al commit
- Los veredictos provienen únicamente de las comprobaciones que se ejecutaron, y los resultados quedan bloqueados a la revisión contra la cual se ejecutaron. Nadie puede escribir manualmente un aprobado, y un estado verde obsoleto no puede permitir que un cambio posterior pase por una puerta de acceso.
- Comprobación de Coroid en sus pull requests
- Instale la aplicación GitHub y Coroid publicará las ejecuciones de comprobación y la revisión en línea en los pull requests de su repositorio, incluidos aquellos que sus desarrolladores abrieron manualmente.
- Carriles y puertas de fusión
- Las tareas se integran en un carril; el carril ejecuta la canalización de calidad unificada que abarca pruebas end-to-end, unitarias, estáticas, visuales, de accesibilidad, de seguridad y de evaluación, y solo entonces abre un pull request. La política de fusión depende de usted: aprobación humana, fusión automática o una anulación deliberada.
- Reglas de revisión como archivos
- Los estándares de revisión son archivos Markdown versionados. Coroid proporciona un conjunto de reglas del sistema; el directorio de reglas propio de un proyecto las extiende o sobrescribe, de modo que sus estándares residen en el repositorio y viajan con él.
- Pruebas de revisión externas
- Las implementaciones de vista previa de Vercel, Netlify o Cloudflare Pages, junto con los escaneos de seguridad, las métricas de cobertura, las diferencias visuales, las ejecuciones de extremo a extremo y los revisores externos de AI se adjuntan a la revisión como pruebas de primera clase.
- Verificación a nivel de navegador
- El probador web ejecuta la aplicación en funcionamiento para comprobar su comportamiento funcional, de experiencia de usuario, de accesibilidad y de seguridad, y devuelve capturas de pantalla y hallazgos como pruebas en lugar de meras afirmaciones.
- Evaluaciones
- Se ejecutan flujos de trabajo reales a través de la canalización de producción para comparar modelos, realizar pruebas A/B de indicaciones, detectar regresiones y valorar el equilibrio entre coste y calidad antes de que un cambio llegue a sus repositorios.
Gobernanza y control8 capacidadesDefine el techo una vez, por encima de cada proyecto, y luego demuestra posteriormente qué se ejecutó bajo él.
- Plano de control de políticas organizativasProfesional
- Un documento de políticas jerárquico y versionado determina qué modelos pueden ejecutarse, si se analizan los secretos, qué comandos de entorno aislado están permitidos y cuánta autonomía tienen los agentes. Los proyectos pueden establecer restricciones más estrictas, pero nada puede ampliarlas, y las versiones publicadas son inmutables. Los límites de comandos y autonomía son de nivel Enterprise.
- Cuentas de servicio y claves con ámbito definidoProfesional
- Entidades no humanas denominadas para automatizaciones, programaciones y llamadas desde máquinas, cada una con su propia clave API con ámbito específico. No constituyen licencias ni credenciales compartidas de personas, y sus acciones quedan registradas en el flujo de auditoría bajo su propio nombre.
- Flujo de eventos de auditoría y exportación a SIEM
- Un registro normalizado y de solo anexado que indica quién hizo qué, cuándo, en qué organización, proyecto y repositorio, con qué modelo y qué decisión se tomó; exportable a su SIEM mediante HTTPS con cargas firmadas y una ventana de retención que usted controla.
- Retención, bloqueo legal y eliminación
- Puede configurar el tiempo que Coroid conserva los productos del trabajo de la fábrica, desde 14 hasta 365 días. También puede aplicar un bloqueo legal, eliminar una categoría bajo demanda y mantener un registro exacto de lo que se eliminó en cada ejecución.
- Portabilidad de la configuración
- Exporte las políticas, los gráficos de calidad, los ganchos, los horarios, las reglas de revisión, la configuración de retención y los controles de proyecto de una organización como un paquete portátil, previsualice las diferencias y aplíquelas en otro lugar. Los secretos se mantienen redactados como marcadores de posición.
- SSO y sincronización de directoriosEmpresarial
- Inicio de sesión único de SAML y aprovisionamiento SCIM para organizaciones que gestionan el acceso de forma centralizada.
- Aislamiento y credenciales
- Las credenciales de repositorios y servicios se limitan al proyecto y se almacenan en rutas de configuración cifradas. Los agentes trabajan en espacios aislados y nunca reciben acceso directo a su red.
- Alojamiento en la UE y soluciones on-premisesEmpresarial
- Puede ejecutar la plataforma en el perfil de alojamiento de la UE, o desplegar toda la fábrica con Docker Compose o Kubernetes en la infraestructura que usted gestione: entorno de ejecución, almacenamiento, acceso a repositorios, credenciales y políticas de red incluidos.
Visibilidad y economía6 capacidadesLa cola, el registro y la factura están todos visibles, incluidas las partes que te generan costes.
- Mission Control
- El estado de producción, el trabajo priorizado, las excepciones, la capacidad restante y todo lo que espera la intervención humana se muestran en un único lugar, actualizado mientras la línea de producción funciona.
- Seguimientos de ejecución
- Cada paso del agente, decisión, llamada a herramientas y respuesta del modelo se registra y puede inspeccionarse, con los tokens, coste y emisiones estimadas vinculados a la llamada que los generó.
- Estimaciones de carbono
- Se estima la emisión de CO2e por inferencia operativa en cada llamada al modelo y se registra junto con el coste, indicando su fuente y nivel de confianza. Un perfil de bajo carbono prefiere modelos más pequeños y hosts de menor intensidad. Se trata de una estimación, no de una afirmación de neutralidad.
- Precios basados en capacidad
- Usted adquiere ranuras de agentes en paralelo, no licencias por usuario. El número de miembros de la organización es ilimitado y el gasto en modelos se mantiene separado: créditos prepagos o sus propias claves de proveedor, de modo que el rendimiento y la inferencia nunca se mezclen en un único valor.
- Informes
- Informes sobre la base de código y la entrega, a demanda o según calendario, exportables; generados por los mismos agentes exploradores que leen su código para las tareas.
- Viabilidad de la base de código
- Coroid monitoriza el tamaño de los archivos, la complejidad y la salud de los patrones en relación con lo que un agente puede manejar en su contexto, y propone las refactorizaciones necesarias para mantener su repositorio operativo: tanto para los agentes como para quienes lo lean posteriormente.