A quién le sirve. Equipos de empresa con licencias de Microsoft 365 Copilot y de GitHub Copilot que quieren que un agente corrija errores de estilo y suba los cambios, con confirmación en cada orden.
Qué hicieron
Scout se conecta al terminal local mediante un puente MCP (un estándar para conectar herramientas) y solo trabaja dentro de una carpeta de trabajo que tú fijas. Pasó un linter (que revisa el código en busca de errores), leyó el resultado, abrió el archivo para arreglar un error de sintaxis y volvió a pasar el linter. Con Git ejecutó git status y git diff, escribió un mensaje de commit convencional, creó la rama y subió el trabajo. Por defecto tienes que pulsar para confirmar cada orden.
Cómo salió
El artículo describe el proceso como un tutorial y no da resultados medidos, tiempos ni casos fallidos. Afirma que el ciclo de revisar y corregir y el de guardar y subir funcionan como se describen.
Conviene saber
Scout necesita una instalación de empresa: inscripción en la vista previa de Frontier, una política de Intune y licencias de Microsoft 365 Copilot y de GitHub Copilot Business o Enterprise. Las cuentas personales no sirven.
Qué necesitas
- Una instalación de empresa de Scout: inscripción en la vista previa de Frontier, una política de Intune y licencias de Microsoft 365 Copilot y de GitHub Copilot Business o Enterprise
- Si no las tienes, un agente que se maneje desde la terminal, como Claude Code, Codex o Copilot CLI, para hacer lo mismo
- Un repositorio con un linter configurado, que es la herramienta que revisa el código
- Una carpeta de trabajo fijada, fuera de la cual el agente no debe trabajar
- Permiso para subir ramas al repositorio
Cómo hacerlo tú, paso a paso
- Fija la carpeta de trabajo del agente en tu proyecto. No debe poder salir de ella.
- Pega el prompt de la ficha con el comando del linter y el nombre de la rama (una copia de trabajo aparte del código).
- Deja que ejecute el linter, lea los errores, corrija el archivo y vuelva a pasar el linter hasta que no haya errores.
- Confirma cada orden que te pida ejecutar. Por defecto tienes que aprobar cada una.
- Antes del commit (el punto de guardado del código), revisa los cambios con git status y git diff, que muestran qué archivos han cambiado y cómo, y el mensaje de commit que propone.
- Aprueba el commit y deja que cree la rama y la suba.
- Abre la rama en el repositorio y comprueba el resultado.
En mi proyecto de [ruta del repositorio], ejecuta [comando del linter] y arregla los errores que indique, volviendo a ejecutarlo hasta que pase. Revisa los cambios preparados y redacta un mensaje de commit claro; antes de guardarlo, para y enséñame los cambios y el mensaje. Cuando yo lo apruebe, guarda el commit y súbelo a una rama nueva llamada [nombre de la rama]. Habrás terminado cuando el linter pase y la rama esté subida.
Consejos
- Mantén la confirmación en cada orden, al menos al principio.
- Sube siempre a una rama nueva, nunca directamente a la principal.
- Si tu empresa no tiene esas licencias, no intentes forzarlo con cuentas personales, porque no sirven. Usa otra herramienta.
Preguntas frecuentes
¿Puedo usar Scout con mi cuenta personal?
No. Según el artículo, necesita una instalación de empresa y licencias concretas, y las cuentas personales no sirven.
¿Qué es un linter?
Un programa que revisa el código en busca de errores y faltas de estilo, como un corrector ortográfico para programas.
Fuentes
En el directorio desde el 3 de octubre de 2026.