# GitHub Copilot se expande desde el IDE a los flujos de trabajo de Slack y Teams

Source: TechNewsList (https://technewslist.com)
Canonical URL: https://technewslist.com/es/article/github-copilot-slack-teams-2026-08-22-morning-es
Section: Software (https://technewslist.com/es/software)
Author: TechNewsList
Language: es
Published: 2026-08-22T05:45:09.114+00:00
Updated: 2026-08-22T05:45:09.314721+00:00

> GitHub está trasladando Copilot al chat de equipo, donde Slack y Teams ahora pueden convertirse en el lugar donde se planifica, revisa y devuelve el trabajo como artefactos.

## TL;DR
- GitHub lanzó una nueva experiencia Copilot en Slack el 21 de agosto de 2026, con un canal de código, diferencias y vistas previas de artefactos.
- El mismo día, GitHub dijo que Copilot puede ejecutar tareas asíncronas desde Microsoft Teams en un entorno seguro en la nube.
- La historia del software es que el chat en equipo se está convirtiendo en una superficie de ejecución, no sólo una superficie de discusión.
- Eso hace que la revisión del código, la planificación de tareas y el seguimiento se sientan más como un flujo de trabajo continuo.
- La pregunta ahora es si los equipos confían lo suficiente en el trabajo de los agentes nativos del chat como para convertirlo en parte de la práctica diaria de ingeniería.

## Key points
- GitHub incorpora Copilot directamente a las herramientas de colaboración.
- Slack obtiene un canal de código, seguimiento de planes y vistas previas de resultados.
- Teams obtiene la ejecución de tareas asincrónicas en un entorno limitado seguro en la nube.
- El chat se está convirtiendo en un lugar donde los agentes pueden hacer un trabajo real y devolver artefactos.
- Esto podría acortar el ciclo desde la solicitud hasta la revisión y la fusión.

# GitHub Copilot se expande desde el IDE a los flujos de trabajo de Slack y Teams

GitHub está sacando a Copilot del editor y llevándolo a la conversación del equipo. El 21 de agosto, la compañía lanzó una nueva experiencia Copilot en Slack y también anunció trabajo de agencia compartido en Microsoft Teams, haciendo del chat un lugar donde se pueden planificar, ejecutar y revisar tareas de software.

## Qué pasó

En Slack, GitHub dice que los equipos pueden seguir un plan, inspeccionar diferencias, revisar vistas previas de artefactos HTML y mantener el trabajo en movimiento dentro de un canal de código dedicado. En Teams, Copilot puede asumir una tarea de forma asincrónica en un entorno limitado seguro en la nube y luego devolver los artefactos a la conversación.

Se trata de un cambio significativo. El chat ya no es sólo el lugar donde se habla del trabajo. Se está convirtiendo en un lugar donde el trabajo se entrega a un agente y luego se verifica.

![Equipo de desarrolladores revisando el código](https://images.unsplash.com/photo-1516321318423-f06f85e504b3?auto=format&fit=crop&w=1600&q=85)
*La capa de colaboración está empezando a parecerse al plano de control del trabajo del software.*

## Por qué importa

El beneficio práctico es un cambio de contexto reducido. En lugar de pasar de Slack al IDE, a un navegador y luego volver al chat, los equipos pueden mantener la solicitud, la ejecución y el ciclo de revisión en un solo lugar.

Esto es importante porque muchas tareas de software no son problemas puramente de codificación. Son problemas de coordinación. Un agente que puede trabajar en segundo plano, mostrar diferencias y exponer artefactos dentro del mismo hilo hace que el software funcione de manera más legible para el resto del equipo.

También hay una sutil ganancia en materia de gobernanza. Cuando el plan, el resultado y los comentarios conviven en el mismo hilo, resulta más fácil ver quién pidió qué y cuándo la tarea cambió de dirección. Esto es importante en los equipos de ingeniería, donde la verdadera fuente de desperdicio suele ser la pérdida de contexto y no un código incorrecto.

Si el flujo de trabajo es confiable, Copilot puede convertirse en una capa de enrutamiento para tareas pequeñas que de otro modo interrumpirían un trabajo más profundo. Eso crea un camino más limpio desde la solicitud hasta la revisión, especialmente para los equipos que ya viven en Slack o Teams todo el día.

## Detalles técnicos

El flujo de Slack de GitHub se centra en un canal de código dedicado que permanece enfocado en una tarea. El usuario puede revisar el plan, ver vistas previas de los resultados y redirigir el enfoque sin perder el hilo. El flujo de Teams de GitHub utiliza un espacio aislado en la nube seguro, que mantiene la ejecución separada del entorno local del usuario y al mismo tiempo devuelve resultados útiles.

Esa arquitectura sugiere una división deliberada entre orquestación y ejecución. La superficie de chat se encarga de la coordinación, mientras que el entorno sandbox o de agente se encarga del trabajo real.

El detalle de la zona de pruebas en la nube es importante porque permite a GitHub preservar un límite de seguridad y al mismo tiempo hacer que el asistente se sienta integrado en la conversación. Eso hace que sea más fácil confiar en el producto que en un agente que simplemente accede al escritorio de un usuario sin un aislamiento claro.

También sugiere que GitHub está tratando las superficies de colaboración como interfaces de primera clase para los agentes. En lugar de pedir a los usuarios que cambien de herramienta, la empresa permite que el agente se reúna con el equipo donde ya hablan sobre el trabajo.

![Software de chat y colaboración en una computadora portátil](https://images.unsplash.com/photo-1552664730-d307ca884978?auto=format&fit=crop&w=1600&q=85)
*El software agente se vuelve más útil cuando la transferencia es visible y revisable.*

## Impacto en el mercado / la industria

Este movimiento amplía el caso de uso abordable de Copilot. La herramienta ya no es sólo para desarrolladores dentro de su IDE. Se está convirtiendo en parte de la capa de operaciones de software más amplia donde los miembros del equipo discuten tareas, las entregan y validan los resultados.

Esto podría hacer que Copilot esté más integrado en el trabajo diario, pero también eleva el nivel de confianza. Si el agente actúa dentro del chat, el resultado debe ser explicable, revisable y fácil de detener cuando cambia el plan.

La implicación del producto es que los proveedores de software están empezando a competir en cuanto a la gravedad del flujo de trabajo. Puede que el mejor agente no sea el que tenga el punto de referencia más llamativo, sino el que se convierta en el camino más fácil desde un mensaje hasta un artefacto terminado.

## Qué observar ahora

Observe si los equipos prefieren Slack, Teams o el editor como lugar predeterminado para iniciar el trabajo de agencia. Observe también si GitHub sigue ampliando las vistas previas de artefactos y los controles de revisión para que la conversación se mantenga cerca de la ejecución.

Si el patrón se mantiene, el chat en equipo puede convertirse en la nueva interfaz para la entrega de software.

## Fuentes

- [Registro de cambios de GitHub: la nueva experiencia de GitHub Copilot en Slack](https://github.blog/changelog/2026-08-21-the-new-github-copilot-experience-in-slack/)
- [Registro de cambios de GitHub: trabajo agente compartido con GitHub Copilot en Microsoft Teams](https://github.blog/changelog/2026-08-21-shared-agentic-work-with-github-copilot-in-microsoft-teams/)

Mentions: GitHub, Copilot, Slack, Microsoft Teams, cloud sandbox, code channel

## Sources
- [GitHub Changelog](https://github.blog/changelog/2026-08-21-the-new-github-copilot-experience-in-slack/)
- [GitHub Changelog](https://github.blog/changelog/2026-08-21-shared-agentic-work-with-github-copilot-in-microsoft-teams/)