GABOTRIX × TECNIMÁTICA S.A.S · PROGRAMA DE IA APLICADA
SESIÓN A-3 · 2 HORAS · GRUPO FOCAL DE INGENIERÍA Y DESARROLLO
Lo básico y en orden: instalar, crear el proyecto, dar la primera tarea, leer el plan antes de que toque un archivo y comprobar lo que hizo. Construimos desde cero una herramienta pequeña, y cada uno elige cómo: aplicación de escritorio en .NET o página web. Salimos con Antigravity funcionando en el equipo de cada uno y con las reglas claras de qué se puede abrir y qué no.
2 h
práctica en máquina propia
6 pasos
de la descarga al primer artefacto
6 artefactos
qué revisar y cuándo
2 pistas
escritorio o web, desde cero
Antes de que empiece la sesión: descargue el instalador y déjelo corriendo. La descarga es grande y la red de la oficina no.
Abrir la descarga →IDEA FUERZA
En Lovable ustedes le describen una aplicación y la herramienta la construye. Antigravity es otra cosa: el agente corre en su máquina, dentro de su carpeta, con su terminal y su navegador. Y por eso el trabajo deja de ser escribir el prompt y pasa a ser leer el plan antes de que se ejecute. La parte difícil ya no es pedir. Es aprobar.
AGENDA DE LA SESIÓN
Horario relativo al arranque. Los tiempos son ajustables por el facilitador.
Descargar, instalar, entrar con la cuenta de Google, elegir tema y plugins. Todos con la herramienta abierta antes de explicar nada. No hay que traer ningún proyecto: hoy se construye desde cero.
Vocabulario mínimo antes de tocar nada: proyecto, conversación, modo local frente a worktree, artefacto, panel auxiliar, IDE.
Elegir pista —aplicación de escritorio o página web—, crear el proyecto en una carpeta vacía, y darle la primera instrucción: que lo construya desde nada.
Leer el plan antes de que toque archivos, comentar sobre el propio artefacto en lugar de reescribir el prompt, y leer el walkthrough al cerrar.
La instrucción 3, con las manos. Quien fue por escritorio ve la salida del compilador y las pruebas; quien fue por web ve las capturas y la grabación del navegador. La misma pregunta, dos evidencias distintas.
El bloque que aterriza todo en su caso: las cuatro formas de usar el agente junto a Visual Studio, el reparto de tareas y por qué en escritorio la verificación es compilar, no abrir el navegador.
Los comandos con barra que hay que conocer desde el primer día, la programación de tareas recurrentes y el Agent Manager.
Las cinco reglas mientras no haya una política escrita, y por qué conviene escribir pocos prompts buenos en lugar de muchos malos.
Cada uno elige una tarea real, pequeña y verificable, y la hace con Antigravity antes de la próxima sesión.
BLOQUE 0 · ANTES DE EMPEZAR
Cinco requisitos. Los dos primeros se resuelven antes de la sesión; si los deja para el minuto uno, pierde media hora.
Paso 0 · Descargue el instalador ahora
Es gratis con una cuenta de Google. Deje la descarga corriendo mientras lee el resto de esta página.
Sistema operativo
macOS 12 o superior con las actualizaciones de seguridad al día, Windows 10 de 64 bits, o Linux con glibc 2.28 o superior.
Cuenta de Google
Se entra con una cuenta de Google. Si su correo corporativo está en un Workspace con restricciones, puede que el acceso falle: traiga una cuenta que sepa que funciona y no descubra el problema en la sesión.
Chrome, y como predeterminado
El agente maneja un Chrome local. Si Chrome no es el navegador predeterminado del sistema, las funciones de navegador no arrancan. Compruébelo antes.
El SDK de .NET, solo si va por la pista de escritorio
Si construye la aplicación de escritorio, el agente necesita poder compilar; con Visual Studio instalado el SDK ya está. Si elige la pista web, no hace falta instalar nada más.
Nada que preparar de antemano
No hace falta traer ningún proyecto ni ninguna carpeta: el proyecto lo crea el agente delante de ustedes. Y por eso hoy no se abre ChronoSoft real en ningún momento.
Espacio y red
La descarga es grande. Arránquela antes de que empiece la sesión, no cuando empiece.
Ojo con la versión
Si el instalador pregunta por una instalación anterior de Antigravity, elija Replace. Y ojo con la versión: Antigravity 2.0, el relanzamiento de mayo de 2026, movió el centro de la herramienta del editor de código a la gestión de agentes. Si encuentra un tutorial donde todo pasa dentro del editor, es de la versión vieja y le va a cuadrar a medias.
BLOQUE 1 · EL MAPA
Diez palabras. Es lo único teórico de la sesión y es necesario: quien no entiende que un proyecto es un límite de permisos y no una carpeta, después hace clics sin criterio.
Proyecto
El espacio de trabajo. Define a qué carpetas puede llegar el agente y con qué política de seguridad. Se crea con el icono de carpeta con un más, en la barra izquierda: New Project.
Ojo: Un proyecto no es una carpeta: es un límite. Cada proyecto tiene sus propios permisos, y eso es lo que impide que el agente se salga de donde usted lo puso.
Carpeta o repositorio
Lo que se conecta al proyecto con Add Folder. Puede ser una carpeta local o un repositorio de Git, y puede haber varias en el mismo proyecto.
Conversación
Un hilo de trabajo dentro del proyecto. Se le puede cambiar el nombre y se pueden tener varias abiertas sobre el mismo código.
Ojo: Una tarea, una conversación. Mezclar tres asuntos en un hilo es la forma más rápida de que el agente pierda el foco y usted pierda el rastro.
Modo local
El agente trabaja directamente sobre las carpetas activas del proyecto. Lo que cambia, cambia de verdad y ya.
Modo worktree
El agente trabaja en un worktree de Git aislado. Su rama no se toca hasta que usted decida traer los cambios.
Ojo: Es el modo por defecto de esta sesión y el que debería ser su costumbre. Cuesta lo mismo y le quita el susto de encima.
Artefacto
El entregable estructurado con el que el agente le explica qué va a hacer y qué hizo: el plan, la lista de tareas, el diff, un diagrama, una grabación del navegador o el resumen final.
Ojo: Es la diferencia de fondo con un chat. No le devuelve texto: le devuelve algo que usted puede revisar y comentar.
Panel auxiliar
El panel que se abre y cierra para ver todos los artefactos que ha generado la conversación.
Antigravity IDE
El editor completo. Se abre con Open IDE cuando hace falta editar a mano al lado del agente.
Ojo: En la 2.0 el editor dejó de ser el centro. No hay que vivir ahí: se abre cuando se necesita.
Skill
Instrucciones reutilizables que usted escribe una vez. Van en la carpeta .agents/skills, cada una en su propio archivo SKILL.md.
Ojo: Es el equivalente de la Gema de la A-1, pero para trabajo sobre código. Aquí es donde se guardan las convenciones de Tecnimática.
Servidor MCP
Herramientas externas que se le conectan al agente. Se configuran en Settings, sección Customizations.
BLOQUE 2 · LO QUE HAY QUE HACER
De la descarga al primer artefacto revisado. Si se salta el paso 5 no está usando la herramienta: está apostando.
Desde antigravity.google/download, la versión de su sistema operativo.
Iniciar sesión con la cuenta de Google, elegir el tema y, si los ofrece, los plugins de herramientas de desarrollo de Google.
Icono de carpeta con un más, en la barra izquierda, luego New Project, luego Add Folder para conectar la carpeta o el repositorio.
Escribir la instrucción en el campo de chat y pulsar Enter. En el modal que aparece, elegir el modo de trabajo.
El agente se detiene y le muestra el Implementation Plan antes de tocar archivos. Ese es el momento barato para corregir.
Al terminar, el agente deja un resumen de lo que cambió. Ábralo desde el panel auxiliar y léalo completo.
LA TRAMPA DEL PASO 5
Está documentado que a veces el botón de continuar no aparece y el agente sigue sin esperar su aprobación. No construya su seguridad sobre esa pausa: constrúyala sobre el modo worktree, que es el que garantiza que su rama no se toca pase lo que pase.
PRÁCTICA GUIADA
Vamos a construir desde cero una herramienta pequeña de verdad: un verificador de tolerancias de dosificación. Tres campos —objetivo en kilos, real en kilos y tolerancia permitida en porcentaje—, un botón, y un resultado que dice si el bache quedó dentro o fuera. Nada de datos de clientes: la fórmula del cálculo es aritmética de colegio. Se eligió porque es del dominio de Tecnimática, porque cabe en tres instrucciones, y porque se puede comprobar que funciona.
Y se puede construir en dos versiones: como aplicación de escritorio en .NET, que es lo que hacen todos los días, o como página web, que es lo que vieron en la A-2 con Lovable. Elija una. Las tres instrucciones son las mismas en fondo y cambian solo en el destino, así que el ciclo que se practica es idéntico. Lo que sí cambia de verdad es la tercera: en escritorio la evidencia de que funciona es el compilador y las pruebas; en web es el navegador, con capturas y grabación.
POR QUÉ DESDE CERO
Empezar de cero y no sobre un proyecto existente es deliberado. Primero, porque no hay que preparar ni repartir nada: el proyecto lo crea el agente. Segundo, porque el momento en que un agente propone la estructura de algo nuevo es el mejor momento posible para aprender a leer un plan — ahí se ve si entendió, y corregirlo cuesta un comentario en lugar de una tarde. Y tercero, porque lo que van a hacer el lunes sobre ChronoSoft es entrar a código que ya existe, y eso es más difícil: conviene aprender el ciclo donde no hay nada que romper.
C# o VB.NET
En la pista de escritorio los textos están escritos para C# sobre .NET moderno, para que el agente pueda compilar con dotnet build sin depender de MSBuild completo; si alguien prefiere VB.NET funciona igual, solo hay que cambiar el lenguaje en la instrucción. En la pista web se usa HTML, CSS y JavaScript sin framework y sin nada que instalar; si prefiere ASP.NET Core, cámbielo en la instrucción 1 y las otras dos siguen sirviendo.
CÓMO SE COMPRUEBA EN ESTA PISTA
La evidencia de que funciona es la salida del compilador y el resumen de las pruebas.
Cópielas tal cual, en una carpeta nueva y vacía, y en modo worktree. Cada una se apoya en la anterior: no salte la segunda para llegar a la tercera. Si cambia de pista arriba, cambian las tres.
ROL: Actúas como desarrollador .NET que arranca una herramienta interna pequeña, pensada para usarse de pie en piso de planta.
INSTRUCCIÓN: Crea desde cero una aplicación de escritorio en C# con Windows Forms, sobre .NET 8, llamada VerificadorTolerancias. Una sola ventana. Todavía sin lógica de cálculo: solo la estructura de la solución, la ventana con sus controles, y que compile.
INPUT: La ventana lleva tres campos de entrada —objetivo en kg, real en kg y tolerancia permitida en porcentaje—, un botón "Verificar", y un área vacía abajo donde después irán los resultados.
OUTPUT: Antes de crear un solo archivo, muéstrame el plan: qué proyectos vas a crear, qué archivos, y por qué esa estructura. Tipografía grande y controles amplios, porque se usa de pie y a un metro de distancia. Sin lógica de negocio todavía. Al terminar, compila y muéstrame la salida del compilador.QUÉ DEBE OBSERVAR
Miren el plan antes de aprobarlo. Va a proponer una estructura, y puede que proponga un solo proyecto o que separe la interfaz de una biblioteca de clases. Ese es el momento de discutirlo: corregir la estructura ahora cuesta un comentario, y corregirla cuando ya hay cuarenta archivos cuesta una tarde. Y noten lo que NO pedimos: lógica. A un agente al que le piden todo a la vez les entrega todo a medias.
INSTRUCCIÓN: Agrega la lógica de verificación y sus pruebas unitarias en un proyecto de pruebas aparte.
INPUT: La desviación se calcula como (real - objetivo) / objetivo * 100. El bache está dentro de tolerancia si el valor absoluto de esa desviación es menor o igual a la tolerancia permitida.
OUTPUT: Al pulsar Verificar, la ventana muestra la desviación con dos decimales y la palabra DENTRO o FUERA, en verde o en rojo. Cada medición se agrega a la lista de abajo con su hora. El cálculo va en una clase aparte de la ventana, no dentro del evento del botón, para que se pueda probar sin abrir la interfaz.
Antes de escribir código, muéstrame el plan. Y no cambies el diseño de la ventana que ya aprobamos.QUÉ DEBE OBSERVAR
La frase “el cálculo va en una clase aparte de la ventana” no es un capricho de arquitectura: es lo único que permite que exista la prueba. Si la lógica vive dentro del evento del botón, no se puede probar sin abrir la ventana y hacer clic. Ustedes eso ya lo saben — el agente no lo hace si no se lo piden.
INSTRUCCIÓN: Compila la solución y ejecuta las pruebas. No arregles nada todavía: repórtame el resultado.
OUTPUT: Muéstrame la salida del compilador y el resumen de las pruebas, con cuántas pasaron y cuántas fallaron. Después dime qué casos NO están cubiertos por las pruebas actuales, y en particular qué pasa en estos tres: objetivo en cero, texto en lugar de números, y tolerancia negativa.
Espera mi aprobación antes de tocar una línea de código.QUÉ DEBE OBSERVAR
El caso de objetivo en cero es una división por cero. Si el agente lo mencionó, tienen delante lo que hace útil a la herramienta. Si no lo mencionó y las pruebas pasaron igual, tienen delante la lección entera de la sesión: hace bien el noventa por ciento, y ese diez por ciento restante es el que llega al cliente si nadie revisa.
BLOQUE 3 · LOS ARTEFACTOS
Un chat le devuelve texto. Antigravity le devuelve entregables que usted puede leer, comentar y aprobar. Esa es la diferencia de fondo, y es también donde está su trabajo.
| Artefacto | Qué es | Cuándo lo revisa |
|---|---|---|
| Implementation Plan | El plan de ataque en markdown, antes de tocar un solo archivo. | Siempre. Es el único momento en que corregir es barato. |
| Task List | Los pasos en que se partió la tarea y por cuál va. | De reojo, para saber si va por donde debía. |
| Code Diff | Los cambios concretos, línea por línea. | Antes de aceptar los cambios. Sin excepción si van a una entrega. |
| Architecture Diagram | El diseño que el agente entendió del sistema. | Cuando el cambio toca más de un módulo. Sirve para ver si entendió mal. |
| Browser Recording | La grabación de lo que el agente hizo en el navegador, y las capturas. | Cuando el cambio es de interfaz. Es la prueba de que funciona, no la promesa. |
| Walkthrough | El resumen final de lo que cambió y por qué. | Siempre, al cerrar la tarea. |
LA REGLA QUE CAMBIA TODO
Comente sobre el artefacto en lugar de reescribir la instrucción. Comentar es corregir: el agente incorpora la observación y sigue desde donde estaba. Reescribir el prompt es volver a empezar, y además le consume otra petición de la cuota.
BLOQUE 6 · COMANDOS Y VARIOS AGENTES
/grill-meQue le pregunte antes de hacer
Empiece por esteEl agente le hace preguntas de aclaración antes de empezar a implementar. Es el comando que compensa que usted todavía no sepa especificar bien, y por eso es el primero que hay que aprender.
/goalCorrer hasta terminar
El agente trabaja hasta completar la tarea entera en lugar de detenerse en cada paso. Potente y peligroso: úselo cuando el plan ya esté aprobado y sea en worktree.
/browserControlar el navegador
Gobierna el comportamiento del Chrome del agente. Requiere que Chrome sea el navegador predeterminado del sistema.
/scheduleProgramar tareas
Deja una tarea para más tarde o la vuelve recurrente. Sirve para lo que hoy alguien hace todos los lunes a mano.
/Ver todos
Escriba solo la barra en el campo de chat y aparece la lista completa de comandos disponibles en su versión.
El Agent Manager es la pantalla de mando de Antigravity 2.0: desde ahí se lanzan, se organizan y se observan varios agentes trabajando a la vez en distintos espacios de trabajo. La documentación habla de hasta cinco agentes en paralelo.
EL CONSEJO
No empiece por ahí. Un agente, un proyecto, una conversación, hasta que el ciclo de leer el plan, comentarlo y leer el walkthrough le salga sin pensarlo. Cinco agentes trabajando para alguien que no revisa son cinco veces el mismo problema.
BLOQUE 7 · REGLAS DE LA CASA
Estas cinco reglas son el mínimo para esta semana, no una política. La política completa —qué herramienta queda aprobada, quién autoriza, qué se le dice al cliente— es una sesión aparte y tiene su propio entregable.
Nada de ChronoSoft real, todavía
Mientras no haya una política escrita de uso de IA, el código fuente propietario de ChronoSoft y de BascuSoft no se abre en un proyecto de Antigravity. Se practica sobre una carpeta de ejercicio, sobre un módulo sin lógica de negocio o sobre el proyecto de la A-2.
Worktree por defecto
El modo aislado es la costumbre. Modo local solo cuando sepa exactamente qué archivos van a cambiar y por qué.
El plan se lee
Aprobar sin leer no le quita la responsabilidad: se la traslada entera. Si el cambio sale mal, la explicación no puede ser que el agente lo escribió.
Ni credenciales ni datos de cliente
Ninguna contraseña, cadena de conexión, llave de API ni fórmula de cliente entra a una conversación con el agente. Ni siquiera para probar.
Lo que va a una entrega lo revisa otra persona
Código generado por un agente que vaya a un cliente lo revisa un ingeniero distinto de quien lo generó. La firma es de la persona, no de la herramienta.
Las cuotas
El plan individual es gratuito. Pero la cuota de peticiones al agente se agota, se repone por ciclos de horas y Google la ha ajustado varias veces desde el lanzamiento. Consecuencia práctica, la misma de la A-2 con Lovable: pocos prompts largos y buenos, no muchos cortos y malos. Y si el agente se enreda dos veces con lo mismo, revierta y reformule en lugar de insistir.
Qué modelo elegir
Antigravity no está casado con un solo modelo: en el selector aparecen modelos de Google y también de otros proveedores. La lista cambia cada pocas semanas, así que no vale la pena memorizarla — se mira el selector. Lo que sí conviene saber: para una tarea larga sobre código propio, el modelo más capaz sale más barato que el más rápido, porque el que se equivoca le consume dos intentos.
Dato del diagnóstico de la A-1: siete de diez en Tecnimática usan ChatGPT y una sola persona usa Gemini. No es un problema para esta herramienta. Antigravity se elige por cómo trabaja —agente, artefactos, navegador— no por la marca del modelo, y el modelo se cambia en un selector.
DÓNDE ENCAJA
No es una herramienta que reemplaza a la otra. Son dos oficios distintos, y conviene tener claro cuál se usa cuándo.
| Lovable · A-2 | Antigravity · A-3 | |
|---|---|---|
| Dónde corre | En la nube, en el navegador. No hay nada instalado. | En su máquina. El agente ve sus carpetas, su terminal y su navegador. |
| Sobre qué trabaja | Sobre una aplicación nueva que la herramienta creó desde cero. | Sobre el código que ya existe, incluido código viejo que nadie escribió pensando en esto. |
| Qué le devuelve | Una aplicación funcionando y una vista previa. | Artefactos: un plan, una lista de tareas, un diff, un diagrama, una grabación, un resumen. |
| Su trabajo | Escribir bien el prompt: rol, instrucción, input y output. | Escribir bien el prompt, y además leer el plan y decidir si se ejecuta. |
| Qué pasa si se equivoca | Se revierte desde el historial y se pierde un mensaje. | En worktree, nada. En modo local, cambió sus archivos de verdad. |
POR QUÉ IMPORTA AQUÍ
Para Tecnimática la diferencia importante es la segunda fila. Lovable no puede acercarse a veintiún años de código en Visual Studio y SQL Server; un agente que corre en su propia máquina, sí. Ahí es donde esta herramienta deja de ser una curiosidad y empieza a ser útil para el producto que ya venden.
BLOQUE 5 · SU CASO: .NET Y CHRONOSOFT
EMPECEMOS POR EL MALENTENDIDO
Visual Studio y Visual Studio Code no son el mismo programa, y Antigravity está construido sobre el segundo. Por eso la aplicación que instalaron hoy no es un reemplazo de Visual Studio: abrir ahí una solución de ChronoSoft no les va a dar el diseñador de formularios ni el depurador que usan todos los días. La pregunta correcta no es cuál de las dos usar. Es cómo se usan juntas.
Ordenadas de mejor a peor encaje con el trabajo de Tecnimática. La primera es la que querrían; la segunda es la que con seguridad les va a funcionar hoy.
Es el camino ideal: el agente vive dentro de Visual Studio, con panel lateral, revisión de diffs en línea y planes interactivos. Google la presenta explícitamente para desarrolladores de .NET en Windows con soluciones multiproyecto de MSBuild, que es exactamente el caso de ChronoSoft.
Cómo: Extensions → Manage Extensions → buscar “Google Antigravity” → elegir la publicada por Google → Download → cerrar todas las instancias de Visual Studio → reabrir. El panel se abre con Ctrl+\ y luego Ctrl+A.
Ojo: La documentación pide Visual Studio 2026. Si están en 2019 o en 2022 esta puerta hoy está cerrada: verifiquen su versión en Ayuda → Acerca de Microsoft Visual Studio antes de intentarlo, y si no da, váyanse al camino 2. Y está en preview: no la pongan en el camino crítico de una entrega.
El agente en la terminal. Se abre en la carpeta de la solución, se le da la tarea y sigue trabajando mientras ustedes siguen editando y depurando en Visual Studio. Corre el mismo motor de agente que la aplicación de escritorio, solo con otra presentación, y las preferencias y los permisos se sincronizan entre superficies.
Cómo: Se instala aparte, se abre una terminal en la raíz de la solución y se lanza la tarea desde ahí. Puede quedar corriendo en segundo plano sin bloquear la terminal.
Ojo: Es el único camino que no depende de la versión de Visual Studio ni de que la extensión salga de preview. Si mañana solo van a probar una cosa sobre código propio, prueben esta.
Añadir la carpeta de la solución como proyecto en la aplicación de escritorio y trabajar con las dos ventanas abiertas.
Cómo: New Project → Add Folder → la raíz de la solución.
Ojo: En modo worktree los cambios quedan en otra carpeta y Visual Studio no los ve hasta que se traigan. En modo local, Visual Studio va a avisar que los archivos cambiaron por fuera y hay que recargar la solución. Ninguna de las dos cosas es un problema si se sabe de antemano, y las dos son un susto si no.
Solo relevante si alguien del equipo ya trabaja en Visual Studio Code para la parte web, los scripts o la automatización.
Cómo: Se instala desde el marketplace de Visual Studio Code.
Lo que no hay que hacer
Y una que no: no usen la aplicación de Antigravity como su editor de .NET. Al ser un derivado de Visual Studio Code no puede instalar el C# Dev Kit de Microsoft, cuya licencia está limitada a los productos de Microsoft, así que el soporte de lenguaje para C# y VB.NET queda cojo. Visual Studio sigue siendo el editor. Antigravity es el agente.
Ninguna de las dos herramientas reemplaza a la otra. Lo que hay que tener claro es a cuál se le pide cada cosa.
Visual Studio
Antigravity
La verificación cambia
En escritorio la verificación es otra. El navegador, que es la función estrella de Antigravity, no les sirve para una aplicación de formularios: no hay página que abrir. Su evidencia es que compile y que las pruebas pasen. Por eso en las instrucciones hay que pedirle explícitamente que compile y que reporte la salida del compilador, en lugar de pedirle que verifique.
LA REGLA DE ORO
Una sola herramienta escribe a la vez. Si el agente está trabajando sobre la carpeta, no editen los mismos archivos en Visual Studio. Dos escritores sobre el mismo archivo es la forma más rápida de perder trabajo, y ninguna de las dos herramientas se lo va a resolver.
Hoy en la práctica construimos algo desde cero, que es donde se aprende el ciclo sin nada que romper. Pero el lunes lo que tienen delante es una solución de veintiún años, y ahí el trabajo es otro: entrar a código que ya existe. Estas cuatro instrucciones son para ese momento, y son las de mayor valor real para Tecnimática. Aplican igual desde la extensión, desde la CLI o desde la aplicación de escritorio.
El primer uso que vale la pena sobre un código de veintiún años: que lo explique antes de tocarlo.
Antes de cambiar nada, lee esta solución y explícame en un documento qué hace: cuáles son los formularios de entrada, qué módulos y clases existen, qué tablas de SQL Server toca cada uno, y qué partes te parecen más frágiles o más difíciles de modificar sin romper algo.
No modifiques ningún archivo. Si algo no lo puedes determinar leyendo el código, dilo explícitamente en lugar de suponerlo.Nota: El documento que sale de aquí es reutilizable: es la explicación del proyecto que nunca se escribió. Guárdenlo en el repositorio.
Sustituye a la comprobación en el navegador. Sin esto, el agente les dice que funciona sin haberlo comprobado.
Compila esta solución desde la terminal y muéstrame la salida completa del compilador.
Si el proyecto es de .NET Framework usa MSBuild; si ya está en formato SDK usa dotnet build. Averigua cuál es antes de ejecutar, en lugar de intentar los dos.
Agrupa los errores y las advertencias por proyecto y por tipo, y dime cuáles ya existían antes de tus cambios y cuáles introdujiste tú. No arregles nada todavía.Nota: Decirle de antemano que distinga MSBuild de dotnet build le ahorra dos intentos fallidos, y dos intentos son dos peticiones de la cuota.
La tarea con mejor relación entre esfuerzo y tranquilidad en un código heredado.
ROL: Actúas como desarrollador .NET que escribe pruebas para código heredado que no puede modificar.
INSTRUCCIÓN: Escribe pruebas unitarias para esta clase, sin cambiar una sola línea de la clase.
INPUT: La clase que te indico y las que necesite para compilar.
OUTPUT: Cubre el caso normal, los valores límite y los datos inválidos. Si para probarla hay que llegar a la base de datos, no escribas una prueba que dependa de SQL Server: dímelo y propón cómo aislar esa dependencia. Nombra cada prueba describiendo el comportamiento que verifica, no el método que llama.Donde está la lógica de negocio que no está documentada en ninguna parte.
Este es un procedimiento almacenado de SQL Server. Explícame en lenguaje llano qué hace, paso por paso, qué tablas lee y cuáles escribe, y en qué casos podría devolver un resultado inesperado.
No propongas cambios: solo explícalo. Y si encuentras lógica de negocio implícita en el SQL, reglas que alguien decidió y que no están escritas en ningún otro lado, señálala aparte, porque eso es justamente lo que no está documentado.Nota: Ojo con la regla 4: el procedimiento se pega sin datos, sin cadenas de conexión y sin nombres de clientes.
Y si lo que quieren es arrancar algo nuevo
Y si lo que quieren es arrancar algo nuevo, el prompt es el de la práctica de hoy: se le pide la aplicación desde cero, con su estructura, y se le exige el plan antes de que cree el primer archivo. La única diferencia con la práctica es que en su caso pueden pedirle VB.NET en lugar de C#, y que el proyecto va donde ustedes decidan y no en una carpeta de ejercicio.
El puente con SQL Server, para más adelante
Hay un puente que todavía no vamos a cruzar. Microsoft publica un servidor MCP oficial para SQL, y Antigravity acepta servidores MCP, así que técnicamente el agente podría consultar el esquema de la base en lugar de que ustedes se lo peguen a mano. Hoy no: eso exige credenciales de conexión y por la regla 4 no entran a una conversación. Es material de la sesión de gobernanza primero y de la de datos de ChronoSoft después.
EL ENCARGO
Una tarea real, pequeña y verificable, hecha con Antigravity antes de la próxima sesión. Pequeña para que la termine; verificable para que sepa si salió bien. No tiene que ser impresionante: tiene que estar hecha.
FICHA DE ENCARGO
Qué tarea eligió, en una frase
Si la construyó desde cero o entró a código que ya existía, y en qué modo (local o worktree)
Qué le corrigió al plan antes de aprobarlo
Qué salió mal, si algo salió mal, y qué hizo entonces
Cuánto tiempo le tomó, comparado con lo que le habría tomado a mano
Son sugerencias. La tarea propia siempre es mejor, porque la va a terminar.
Traiga tres cosas: el Implementation Plan que aprobó, el Walkthrough final, y una frase sobre qué tuvo que corregirle. Con eso arranca la próxima sesión, cinco minutos cada uno.
CIERRE DE LA SESIÓN
Hoy no aprendieron una herramienta: aprendieron un ciclo. Pedir, leer el plan, corregirlo, dejar que ejecute y revisar la evidencia. Ese ciclo va a sobrevivir a Antigravity, a la versión que salga en tres meses y a la herramienta que la reemplace. Lo que caduca es el nombre del botón. Lo que queda es la costumbre de no aprobar lo que no se ha leído.
RECURSOS DE LA A-3
Los imprimibles abren como página lista para A4 o para guardar en PDF desde el navegador.
Antigravity cambia rápido. Si algo de esta página no coincide con lo que ve en pantalla, la documentación oficial manda.
La página oficial del producto: qué es, qué incluye y las descargas.
Documentación · primeros pasosLa referencia oficial. Es la que hay que consultar cuando algo no cuadre con esta página.
Codelab oficial de GoogleEl recorrido guiado paso a paso. Buen repaso para quien quiera rehacer la sesión solo.