Flujo de trabajo de Code
01:27Ilustración del proceso, no una captura de la aplicación
02 / De la intención a un resultado verificado.
Descubre cómo funciona.
-
00:00
Si elige un CLI nativo, instálelo e inicie sesión primero con su propia cuenta en un terminal. Como alternativa, configure una conexión API.
-
00:08
Un árbol de trabajo aísla los cambios de Git de una tarea. Rama trabaja en la copia de trabajo seleccionada.
-
00:13
Compruebe el proyecto, la rama y el modelo antes de comenzar; la descripción de la tarea no se envía también a un chat ordinario.
-
00:19
Automático · Corregir un error · Especificación primero · Requisitos primero · Multimodelo. Iniciar abre la discusión central.
-
00:27
Responda con naturalidad, haga contrapreguntas, añada restricciones y debata decisiones técnicas. Enviar texto no acepta un documento ni autoriza un nuevo plan de implementación.
-
00:38
Abra un documento, inspeccione su versión y realice ediciones cuando sea necesario. Aprobar es una decisión deliberada independiente.
-
00:46
Antes de aceptar un plan propuesto, edite el orden, las instrucciones, los criterios de aceptación y los comandos de verificación.
-
00:52
Autorice comandos concretos que comprenda: se ejecutan en la carpeta de la tarea. Auto no elude las preguntas ni la aceptación de requisitos, especificaciones y planes.
-
01:02
Tareas pendientes muestra pasos reales, el intento actual, la verificación y los resultados de la revisión.
-
01:08
Todo hallazgo bloqueante requerido debe resolverse; múltiples revisores no anulan por votación un error bloqueante.
-
01:15
Confirmar, fusionar y publicar son manuales por defecto; las operaciones automáticas son opciones independientes para un plan completamente verificado.
-
01:24
Auto no autoriza silenciosamente la publicación.