Describir lo que necesita

En 'Nuevo trabajo' el usuario describe la labor en el portal. Se define el resultado una sola vez. Coroid verifica la solicitud antes de crear nada y luego la convierte en una tarea, un plan por fases, un informe o una automatización.

El trabajo también llega desde sistemas de seguimiento de incidencias, desde sus propios sistemas y desde la automatización. Consulte Formas de iniciar el trabajo.

Crear como#

La primera fila determina en qué se convertirá la solicitud:

Automático está seleccionado por defecto. Coroid analiza la solicitud durante la calificación y elige la ruta adecuada. Usted puede elegir la ruta manualmente si ya conoce la respuesta: Tarea cuando el trabajo consiste en un único cambio que un revisor puede leer de un vistazo, Plan cuando requiere varios cambios en un orden específico, o cuando desea ver todo el enfoque antes de comprometerse con cualquiera de ellos.

Si elige una ruta y la calificación recomienda otra, el formulario lo indicará antes de crear nada. Puede aceptar la recomendación o modificar la solicitud.

El trabajo que abarca más de un proyecto siempre se convierte en un plan. Al añadir un segundo proyecto, solo Automático y Plan están disponibles.

El formulario se adapta al flujo de trabajo. Los informes solicitan sus propios datos más abajo, y las tareas y planes muestran la sección de especificaciones. Cada automatización tiene su propio formulario: seleccione cuándo se ejecuta y qué acción realiza. Consulte Automatizaciones.

Hay dos accesos directos junto al formulario: Importar incidencias trae el trabajo desde un sistema de seguimiento, y Preguntar a Coroid delega la misma tarea al asistente de chat.

Proyectos#

Elija el proyecto al que pertenece este trabajo. Para Automático y Plan puedes añadir más proyectos cuando el trabajo abarca proyectos dependientes. Así se expresa el trabajo entre proyectos. Una tarea se ejecuta en un único proyecto.

Describe el trabajo#

Dos campos, y cada uno cumple una función distinta.

Título del trabajo: un nombre breve. Es lo que buscarás después en las listas.

Resumen: el contenido principal. Resultado, contexto, restricciones, material de origen y lo que Coroid debe entregar. Escribe el resultado en lugar de la implementación; Coroid lo convierte en una especificación verificable y comprueba que el trabajo finalizado cumpla esas promesas.

Add rate limiting to the public API.
100 requests per minute per API key. Exceeding it returns 429 with a
Retry-After header. Limits are per key, not per IP.
Internal service-to-service calls are exempt — they authenticate with
service tokens, not API keys.
Do not change the existing auth middleware's public interface.

Esa última línea realiza un trabajo real. Las líneas de alcance marcan la diferencia entre un cambio enfocado y uno desordenado.

Para Automático, Tarea y Plan puedes arrastrar, pegar o adjuntar archivos al resumen: capturas de pantalla, PDF y notas. Las tareas aceptan imágenes; los planes también aceptan PDF y archivos de texto.

Especificación#

Las tareas y los planes tienen una Especificación sección con dos opciones:

• A partir del resumen: la opción predeterminada. Coroid redacta la especificación a partir de tu resumen (intención, historias de usuario y criterios de aceptación), y luego construye y verifica el trabajo en base a ella.
• Escribir la mía propia: tu especificación reemplaza a la generada. Rellena tú mismo la intención, las historias de usuario, los criterios de aceptación, las restricciones, el valor empresarial, el alcance y el tipo.

Con Escribir la mía propia, Estructura con AI redacta los campos a partir de tu resumen para que puedas editarlos desde ahí. También muestra un registro de cobertura de lo que conservó, lo que agregó y lo que no pudo incluir, para que puedas comprobar que nada del resumen se perdió.

Escribe la tuya propia cuando ya existan criterios de aceptación, por ejemplo en un requisito de producto. De lo contrario, comienza desde el resumen y corrige el resultado en la pestaña Especificación de la tarea. Ver Desarrollo basado en especificaciones.

Configuración avanzada#

Opcional. Los campos que aparecen dependen de la ruta.

Usar el flujo de trabajo SDLC#

Desactivado por defecto. Actívalo para revisar un intención y una especificación antes de que comience la planificación. El botón final cambia a Preparar trabajo y abre una preparación guiada en lugar de crear el trabajo de inmediato.

Actívalo cuando el trabajo sea lo suficientemente relevante como para querer un punto de control antes incluso de redactar un enfoque. Déjalo desactivado para trabajos cuyas instrucciones ya sean claras. Consulta El flujo de trabajo del SDLC.

Validar antes de comenzar el trabajo#

Está activado por defecto. Si la política de tu organización lo permite, puedes desactivar la validación para una solicitud. Entonces tendrás que indicar un motivo, y el actor, motivo, hora y política se registrarán permanentemente en el registro de auditoría. Cuando se omite la validación, el encabezado de Configuración avanzada lo indicará.

Objetivo#

Solo para planes. Lo que debe lograr el plan más allá de las instrucciones. Las instrucciones indican qué construir; el objetivo indica para qué sirve.

AI profile#

Qué modelos ejecutan este trabajo. Consulta AI perfiles.

Comprobaciones de QA#

Qué nivel de verificación se aplica. Usar valor predeterminado de la política hereda de la política de Control de Calidad del proyecto o de la organización. Estándar ejecuta las comprobaciones actuales. Exhaustivo añade comprobaciones en tiempo real más rigurosas frente a las instrucciones y puede rechazar trabajo que Estándar aceptaría.

La política resuelta es se fija al iniciar la ejecución. Cambiar la política posteriormente no modifica retroactivamente el trabajo ya en curso. Consulta Políticas y controles de calidad.

Prioridad#

P0 a P3, con valor predeterminado en P2. La prioridad ordena la cola cuando hay más trabajo pendiente que ranuras de agente disponibles. No añade capacidad; consulta Capacidad y ranuras de agente.

Presupuesto de tokens#

Para un plan, Presupuesto de tokens por tarea generada limita cuánto contexto puede consumir cada tarea generada. Para una tarea, Presupuesto máximo de tokens limita la propia tarea; déjalo vacío para no establecer límite. Aumenta el presupuesto para trabajos que necesiten leer ampliamente en un código base grande; reducelo para mantener los costes bajos en trabajos rutinarios.

Restricciones#

Solo para planes. Restricciones del plan, objetivos no deseados, dependencias y reglas de entrega. Aquí se incluyen los objetivos no deseados de forma explícita, y es el campo más eficaz para evitar la expansión del alcance.

Iniciar desde / Incorporar en pull request#

Indica la rama desde la que comienza el trabajo y la rama de destino del pull request. Igual que 'Iniciar desde' está marcado por defecto, por lo que ambos siguen la misma configuración.

main → new Coroid branch → PR into main

Coroid siempre crea la rama de trabajo. Estos campos solo modifican el punto de bifurcación y dónde se incorporará el pull request. No pueden hacer que Coroid haga commit directamente en una rama existente, y el formulario verifica que las ramas existan en el repositorio remoto antes de continuar.

Úsalos cuando fusiones en algo distinto de tu rama predeterminada, como una develop rama o una línea de lanzamiento.

Sprint y versión de destino#

Tareas y Automático solicitudes que se convierten en tareas. Coloca la tarea en una sprint y enlázala a un lanzamiento desde el principio, en lugar de asignarlo después.

Continuar: Calificación#

No se crea nada al pulsar Continuar. Coroid primero filtra la solicitud en busca de credenciales y otros valores sensibles, y luego ejecuta Calificación:

La calificación compara la solicitud con la versión actual, busca duplicados, verifica o reproduce lo que puede, evalúa el impacto, la responsabilidad, el alcance y la complejidad, y determina el camino a seguir. Puedes seguir cada comprobación en tiempo real.

Lo que sucede a continuación depende del veredicto:

• Calificado: se crea una tarea o plan sin archivos adjuntos ni flujo de trabajo SDLC en cuanto se aprueba la calificación. En caso contrario, volverás al formulario con Revisar y crear, y el botón final indica lo que se va a crear: Crear tarea, Crear plan, Generar informe o Crear automatización. Una nueva tarea se incorpora a la cola de inmediato y un nuevo plan comienza su planificación.
• Duplicado o Ya corregido: no se crea nuevo trabajo. Un duplicado se fusiona con la solicitud que ya lo cubre.
• Ya resuelto: El mismo problema o fallo ya se está gestionando en otra solicitud, de cualquier proyecto. En ese caso, la solicitud se vincula a dicha tarea en lugar de crear una nueva.
• No se necesita cambio: La evaluación determinó que el comportamiento reportado es intencionado. No se genera ninguna tarea.
• Aplazado: Solo para solicitudes que llegan sin asignar a una persona, como las provenientes del API de entrada de trabajo o del sistema de monitorización. La tarea cumple los requisitos pero debe esperar a que haya del mandato capacidad o presupuesto disponible. Una solicitud que realices aquí nunca se aplazará.
• No reproducible, Rechazada o Necesita revisión: No se genera ninguna tarea. Edita la solicitud, añade pruebas, vuelve a ejecutar la cualificación o ciérrala.

Si no estás de acuerdo con un veredicto, una persona con permisos puede Crear tarea de todos modos. La anulación requiere un motivo, y este se registra.

Las solicitudes que esperan una decisión se listan en Fábrica → Revisión, y cada envío, independientemente de su veredicto, mantiene su propia página con sus comprobaciones, pruebas y registro de auditoría.

Relacionado#

• Formas de iniciar el trabajo
• Desarrollo basado en especificaciones
• Planes
• Importar trabajo