GitHub Copilot CLI mete rubber duck, prompts programados y voz local: menos cambio de contexto para agentes de terminal

GitHub movio una pieza importante para quienes viven en terminal el 2 de junio de 2026. Copilot CLI ya no se queda en "preguntale algo al agente y espera". Ahora suma tres cosas que cambian el flujo de trabajo de verdad: rubber duck como segundo agente critico, prompts programados con /every y /after, y voz local para dictar sin mandar audio fuera de tu maquina.

La parte vistosa del anuncio es la interfaz nueva con pestañas para issues, pull requests y gists. La parte util es otra: GitHub esta empujando el CLI para que deje de ser una terminal con autocompletado y se vuelva una superficie operativa donde un agente recibe contexto, se autocritica y corre tareas recurrentes.

Lo que cambia en el loop de trabajo

Si lees el changelog con ojos de builder, la actualizacion tiene tres capas.

1. Rubber duck como freno interno

GitHub describe rubber duck como un agente integrado que revisa plan, implementacion o tests cuando el CLI cree que una segunda opinion puede encontrar huecos. No es solo una curiosidad. Es una señal de que el producto asume que un agente productivo necesita critica estructurada, no solo mas velocidad.

2. Prompts programados dentro de la sesion

Los comandos /every y /after permiten ejecutar un prompt o skill despues de cierto tiempo o en intervalos recurrentes. Eso baja friccion en tareas muy comunes:

• correr pruebas cada cierto rato;
• pedir un resumen de tokens o cambios;
• generar un recordatorio de seguimiento mientras el agente sigue trabajando.

Ese detalle importa porque el scheduler vive dentro de la sesion, no como otro cron aparte ni como script lateral.

3. Voz local sin mandar audio a la nube

GitHub tambien dice que la entrada por voz corre localmente. Para equipos que usan agentes en trabajo diario, esto tiene dos implicaciones: menos friccion para capturar contexto rapido y menos problema de privacidad que un dictado dependiente de un servicio externo.

Donde le veo valor real

Esta noticia compite bien porque responde preguntas concretas, no hype:

1. github copilot cli schedule prompts
2. github copilot cli rubber duck
3. github copilot cli voice input

La cobertura en espanol todavia es escasa, y el angulo correcto no es "GitHub copio features". El angulo correcto es cuando conviene que tu agente de terminal se critique solo, se reprograme solo y se quede en una sola interfaz.

Checklist rapido para decidir si te importa

Esto te mueve de verdad si cumples al menos dos condiciones:

1. Trabajas muchas horas en terminal y ya usas un agente para cambios largos.
2. Tu cuello de botella es el cambio de contexto entre repo, tareas y seguimiento.
3. Necesitas automatizar recordatorios o verificaciones ligeras dentro de la misma sesion.
4. Te interesa capturar prompts rapido sin abrir otra app o usar otra superficie.

Si tu agente todavia falla por falta de instrucciones, no empezaria aqui. Primero ordenaria el contrato de contexto con algo como AGENTS.md y Ask Mode en Codex o con el curso gratis. Pero si ya tienes ese piso, esta actualizacion si te ahorra friccion diaria.

El tradeoff que no conviene ignorar

Mas autonomia en CLI tambien aumenta el riesgo de automatizar tonterias con apariencia de disciplina. Programar prompts no te da criterio; solo te da cadencia. Y un rubber duck solo sirve si el flujo esta bien delimitado y el agente original ya tiene herramientas verificables.

Mi lectura corta: GitHub esta convirtiendo Copilot CLI en una cabina de operaciones para agentes de terminal, no en otro chat con comandos. Para builders, esa diferencia importa mas que la interfaz nueva.