Examinar la configuración de Copilot y los límites de interacción

No memorices la posición de un botón. Aprende qué control cambia el rol, cuál cambia el entorno de ejecución y cuál cambia el permiso para actuar.

Resumen del laboratorio

[!NOTE] Aprobar una respuesta no es lo mismo que revisar un cambio.

Conceptos · Primera tarea · Lista de evidencias · Restablecer

Objetivos de aprendizaje

• Identifica de forma independiente el rol, el harness/destino, el modelo, el contexto y los permisos.
• Compara la explicación, el diseño, la implementación y las sugerencias en línea.
• Valida un cambio pequeño sin ampliar la autoridad.

Antes de empezar

Completa la configuración de Copilot y lee la referencia de conceptos. Prepara 01-interface usando el procedimiento de la unidad de trabajo. El pequeño fixture de Node no requiere instalar paquetes.

Conceptos y casos de uso

La aprobación de herramientas depende de tus políticas, no de si una captura muestra un botón Continuar. Aprueba un comando solo después de leer su destino, sus efectos secundarios y su alcance.

Escenario del ejercicio

El fixture da formato a un breve mensaje de bienvenida. El cambio solicitado consiste en eliminar los espacios de los extremos de un nombre antes de darle formato, conservando el error existente de nombre vacío.

Tarea 1 - Establecer el comportamiento inicial

1. Abre el espacio de trabajo preparado e inspecciona greeting.mjs y greeting.test.mjs.

2. Ejecuta:

   node --test --test-concurrency=1 greeting.test.mjs
   

3. Registra la salida y el estado de salida. La ausencia de un entorno de ejecución es un fallo del entorno, no una prueba de la implementación del saludo.

4. Inspecciona el destino de sesión, el rol, el modelo y las herramientas permitidas. Mantén fuera de este ejercicio los servidores MCP no relacionados y las sesiones en segundo plano.

Tarea 2 - Explicar con y sin contexto explícito

1. En Ask, solicita:

   Explain how a blank name is handled. Do not edit or run commands.
   Cite the file and branch that support your answer.
   

2. Registra si el agente recuperó los archivos por sí mismo o carecía de evidencia. No supongas que quitar un archivo adjunto lo hace inaccesible.

3. Adjunta greeting.mjs explícitamente y repite. Compara la corrección y la evidencia citada, no la longitud de la respuesta ni la confianza.

4. Confirma que la solicitud del ejercicio no modificó archivos.

Tarea 3 - Planificar un cambio de límite pequeño y arriesgado

1. Selecciona Plan en una sesión compatible.

2. Envía:

   Trim the name before producing the greeting, without changing the error
   for blank or non-string input. Identify whitespace and wrong-type cases,
   affected files, the test command, and a one-change rollback plan. Do not edit.
   

3. Cuestiona cualquier caso ausente: " Ada ", "", " ", null y un número.

4. Aprueba solo el plan acotado. Plan es útil incluso para un cambio de dos líneas.

Tarea 4 - Implementar e inspeccionar

1. Entrega el plan revisado a Agent.
2. Permite únicamente cambios en la implementación del saludo y sus pruebas.
3. Revisa el diff antes de aceptarlo. Debilitar las pruebas no es una corrección aceptable.
4. Ejecuta tú mismo el mismo comando de pruebas y añade el caso de espacios en blanco si aún no estaba cubierto.
5. Cambia deliberadamente una aserción esperada, verifica un resultado distinto de cero y después restaura esa aserción. Esto demuestra que la prueba puede rechazar un comportamiento incorrecto.

Tarea 5 - Comparar la asistencia en línea

1. En un archivo de prueba separado, empieza a escribir una función de saludo similar.
2. Si hay sugerencias en línea disponibles, acepta una y rechaza otra. Si no aparece ninguna, regístralo; no inventes una sugerencia.
3. Compara un renombrado manual de símbolo con las sugerencias de próxima edición.
4. Restaura cualquier preferencia específica de lenguaje que hayas cambiado. No modifiques la configuración de privacidad de toda la cuenta ni URL avanzadas de motores no documentadas para este laboratorio.

Verifica tu trabajo

• Se registran las salidas de las pruebas de referencia y posteriores al cambio.
• Una aserción negativa produce una salida distinta de cero.
• No se confunden rol, destino/harness, entorno, modelo y permisos.
• La evidencia de Ask/Plan está separada del diff de Agent.
• Ningún cambio de configuración se propaga a otros espacios de trabajo.

Solución de problemas

Usa los nombres de la paleta de comandos, no las coordenadas de las capturas. Si falta contexto, inspecciona las referencias y los permisos. Si falta un destino, comprueba las políticas y la compatibilidad actual del cliente. Las antiguas capturas de Ask/Edit son históricas, no el contenido formativo actual.

Práctica independiente

Repite el cambio usando otro harness disponible. Compara la lista real de herramientas, el descubrimiento de instrucciones y la salida de validación. No afirmes una mejora de velocidad a partir de un solo ensayo.

Restablecimiento

Restaura únicamente los dos archivos del ejercicio desde tu línea base desechable, cierra el archivo de prueba e inicia una sesión nueva. Mantén intactos todos los archivos originales del repositorio.

Referencias oficiales

• Elegir un harness de agentes
• Planificación
• Sugerencias con IA
• Instrucciones personalizadas y su alcance