Artifacts de Amp reúne las conclusiones de 60 hilos en un único documento editable

Una conversación larga con un agente de IA se convierte rápidamente en un almacén: el plan queda en algún punto más arriba, los resultados de la investigación aparecen más abajo y, otros veinte mensajes después, está la tabla corregida. Para tomar una decisión hay que reconstruir el contexto. Sourcegraph ha incorporado a Amp la función Artifacts: documentos independientes dentro de un hilo que pueden editar simultáneamente el agente, el usuario y sus compañeros.

No se trata simplemente de un mensaje ampliado. Un Artifact se abre junto a la conversación y funciona como un documento de trabajo compartido. En él se puede reescribir un párrafo, marcar una tarea como completada, modificar una tabla o precisar un requisito. Cuando el agente retoma la tarea, primero lee los cambios introducidos por las personas y continúa el trabajo teniéndolos en cuenta.

Como funciona en una tarea real

El equipo de Amp mostró un ejemplo de investigación sobre el coste de las llamadas al modelo mientras se ejecutaba un comando prolongado en la terminal. El usuario quería averiguar si el agente consumía recursos mientras simplemente esperaba a que terminara el proceso. El agente revisó 60 hilos, estimó el coste del método de espera actual, explicó las causas y propuso un plan de corrección en dos etapas.

El resultado no apareció como una larga serie de respuestas, sino en un único Artifact. El documento incluyó las conclusiones, un diagrama y un plan de acción. Según la ilustración de Amp, el sondeo de estado utilizado actualmente requirió unas 3.900 llamadas al modelo, frente a 978 con una variante basada en supervisión asíncrona. No es una promesa de reducir por cuatro el consumo en cualquier proyecto, sino un dato procedente de una investigación interna concreta. Aun así, el formato resulta útil: un ingeniero puede comprobar los cálculos, el responsable de producto puede debatir la prioridad y un directivo puede comprender el problema antes de elegir una solución.

El segundo ejemplo se refiere a la comparación de prototipos. Para una vista previa de Markdown, el agente creó en paralelo dos variantes en flujos de trabajo separados. Después las colocó una al lado de la otra en un único Artifact y mostró capturas de pantalla, archivos afectados, resultados de las comprobaciones, coste de implementación y una recomendación sobre qué variante publicar primero. En lugar de un resumen de dos ramas, el equipo recibió una nota editable para tomar la decisión.

Que cambia en el trabajo del equipo

La principal ventaja de Artifacts es que separa la conversación del resultado. El chat sigue siendo el espacio para preguntas, instrucciones y aclaraciones, mientras que el documento se convierte en la versión vigente del plan o del informe. Esto resulta especialmente práctico en tareas donde el agente investiga decenas de archivos, ejecuta varios experimentos o recopila los resultados de hilos paralelos.

Para un desarrollador, este documento ayuda a conservar conclusiones verificables: qué archivos cambiarán, qué comprobaciones ya se han realizado y qué riesgos siguen pendientes. El responsable de producto puede modificar directamente en la tabla una prioridad o un criterio de preparación. Otro participante no necesita leer todo el historial de interacción con el agente: basta con abrir el material final y, si es necesario, volver al hilo original.

Un Artifact puede crearse mediante una petición directa. Amp también puede elegir este formato por sí mismo cuando prepara un plan, un informe o notas de una reunión. Todos los documentos del hilo están disponibles en Views → Artifacts.

Limitaciones y conclusion practica

Artifacts no elimina los errores del modelo ni convierte la salida del agente en un hecho verificado. El documento compartido sigue requiriendo revisión: hay que comprobar las cifras, las fuentes, los resultados de las pruebas y las suposiciones. Si el equipo edita sin control un mismo material, también necesitará reglas claras sobre quién toma la decisión final y qué puntos se consideran aprobados.

El uso práctico es sencillo: pida al agente que traslade a un Artifact el plan de implementación, la comparación de alternativas y el resumen de la investigación. Registre en el propio documento los criterios de preparación, los enlaces a las pruebas, el coste y las preguntas abiertas. Después de las modificaciones humanas, devuelva la tarea al agente para que continúe trabajando con la versión actualizada. Así, el Artifact deja de ser un complemento decorativo del chat y se convierte en un punto compartido donde se articula la decisión.