Nuevo trabajo Es la forma principal de introducir trabajo en Coroid. Describe el trabajo una vez y luego enrútalo como tarea, plan por fases, informe o programación recurrente.
Enrutamiento: elige el resultado primero
El enrutamiento lo eliges tú, no lo adivina Coroid. Selecciónalo primero; el formulario mostrará solo las opciones aplicables a ese resultado.
| Opción | Produce |
|---|---|
| Una tarea ejecutable | Una tarea única que finaliza en un pull request. |
| Plan de trabajo por fases | Un plan por fases que apruebas antes de que se escriba código. |
| Informe | Un informe generado |
| Programación | Un monitor recurrente |
Elige una tarea ejecutable cuando el trabajo es un cambio único que un revisor puede leer en una sola sesión. Elige plan de trabajo por fases cuando requiere varios cambios en un orden específico, o cuando quieres ver todo el enfoque antes de comprometerte con alguno de ellos.
Dos atajos se encuentran junto al formulario: Importar incidencias trae trabajo desde un tracker, y Preguntar a Coroid delega la misma tarea al asistente de chat.
Proyectos
Elige el proyecto al que pertenece este trabajo. Puedes añadir más proyectos cuando el trabajo abarca proyectos dependientes: así se expresa el trabajo entre proyectos.
Describe el trabajo
Dos campos, y cumplen funciones distintas.
Título del trabajo — un nombre corto. Es lo que buscarás después en las listas.
Resumen — el contenido: resultado, contexto, restricciones, material fuente y lo que Coroid debe entregar. Escribe el resultado en lugar de la implementación; Coroid lo convierte en una especificación verificable antes de que el trabajo se compruebe frente a 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 descontrolado.
Configuraciones avanzadas
Opcional, y normalmente se configura antes de comenzar la planificación.
Usar el flujo de trabajo SDLC
Desactivado por defecto. Actívalo para revisar una intención y una especificación antes de que comience la planificación. Si está desactivado, la planificación parte directamente de tu resumen.
Actívalo cuando el trabajo sea lo suficientemente importante como para querer un punto de control antes de redactar cualquier enfoque. Déjalo desactivado para trabajos donde el resumen ya sea inequívoco.
Objetivo
Lo que debe lograr el plan más allá de el resumen. Úsalo para el resultado detrás de la solicitud: el resumen indica qué construir, el objetivo indica para qué sirve.
AI profile
Qué modelos ejecutan este trabajo. Consulta perfiles de AI.
Controles de calidad
Qué política de calidad se aplica. Por defecto se usa la política de Control de Calidad de la organización, y la política resuelta se establece al iniciar la ejecución — cambiar la política de la organización después no modifica retroactivamente el trabajo ya en curso.
Consulta Políticas y controles de calidad.
Prioridad
P0 a P3, siendo el valor predeterminado P2. La prioridad ordena la cola cuando hay más trabajo
pendiente que espacios disponibles para los agentes. No añade capacidad: consulta
Capacidad y espacios para agentes.
Presupuesto de tokens por tarea generada
El límite máximo de contexto que puede consumir cada tarea generada. Aumenta este valor para trabajos que necesiten leer ampliamente en un código base grande; reducelo para mantener los costes bajos en trabajos rutinarios.
Restricciones
Restricciones del plan, objetivos no deseados, dependencias y reglas de entrega. Aquí van las restricciones explícitas no deseadas: el campo más eficaz para evitar la expansión no deseada del alcance.
Iniciar desde / Insertar en pull request
La rama desde la que comienza el trabajo y la rama a la que apunta pull request. Igual que iniciar desde Está marcado de forma predeterminada, por lo que ambos siguen la misma configuración.
main → new Coroid branch → PR into mainCoroid siempre crea la rama de trabajo. Estos campos solo modifican el punto de bifurcación y dónde se deposita el pull request; no pueden hacer que Coroid realice commits directamente en una rama existente.
Úselos cuando fusione en algo distinto de su rama predeterminada, como una
develop rama o un tren de lanzamientos.
Añadir contexto de apoyo
Archivos opcionales y una especificación estructurada. Adjunte material específico para este trabajo: un ticket, un documento de diseño o un rastro de pila.
Para material que sea permanentemente válido para el proyecto, utilice contexto del proyecto en su lugar, para que se aplique a todo en lugar de tener que adjuntarlo cada vez.
Iniciarlo
Crear e iniciar la planificación crea el plan a partir de su resumen e inicia la planificación de inmediato.