Un laboratorio gratis para tus agentes de IA

Son las once de la noche y tienes una idea. Un flujo, una pantalla, algo que quieres clickear antes de decidir si vale una semana. Le pides a un agente que arme una versión en bruto. Empieza. Después la laptop se duerme, el ventilador se acelera, o cierras la tapa para irte a dormir, y el experimento se muere con ella.

Ese es el problema de verdad. No la “orquestación”. Una ventana de chat es una conversación. Un prototipo necesita una computadora que siga despierta cuando tú no la estás mirando.

Yo tengo una computadora pequeña en la nube para eso. Oracle regala una en el plan Always Free. Alcanza para que los agentes construyan, rompan y vuelvan a armar cosas. La laptop es la forma en que yo le hablo. Este post es el mapa que me habría servido la primera vez: qué es la máquina, por qué importa una herramienta que se llama Tailscale, y las dos notas que le dejo al agente para que no destruya el lugar.

No necesitas volverte la persona que escribe los comandos. Necesitas saber qué pedir y qué rechazar.

1. Qué te da de verdad lo «gratis»

El plan gratis de Oracle es una computadora de verdad, no una prueba que se vence. El truco es que el folleto de 2024 está mal.

A octubre de 2026, la computadora Arm gratis son unos dos procesadores y 12 GB de memoria, más 200 GB de disco en total. Los tutoriales viejos todavía dicen cuatro procesadores y 24 GB. Si los sigues, sales del plan gratis y empieza la factura.

Yo uso toda esa computadora como una sola máquina, y le doy un disco de 150 GB. Es casi todo el cupo de 200 GB, a propósito. Los agentes son desordenados. Cada experimento deja copias de herramientas, carpetas de dependencias y borradores viejos de lo que estabas probando. Un disco de 50 GB, que es lo que sugiere el formulario, se llena en unas semanas de trabajo. Entonces el agente se detiene, no porque la idea falló, sino porque el cajón está lleno.

Los 150 GB se eligen al crear la computadora, en la misma pantalla donde Oracle pregunta el tamaño del disco. Si la computadora ya existe y el disco es más chico, primero lo agrandas desde el sitio de Oracle y después le dices al agente: «El disco ya se redimensionó en la consola. Agranda la partición. No la formatees». El agente conoce los dos comandos. Tú conoces la regla: agrandar, no borrar.

[!important] La computadora usa otro tipo de chip Esta máquina gratis es Arm, la misma familia que un teléfono o una Mac reciente, no el chip Intel que asumen los tutoriales viejos. Si una herramienta «misteriosamente» no arranca, lo habitual es que instalaste la versión hecha para el otro chip. Díselo al agente. Te ahorra una hora mirando un error que parece falta de internet.

Hay dos reglas de Oracle que conviene conocer, porque borran computadoras que la gente creía permanentes.

«Out of capacity». En las regiones populares las computadoras gratis se acaban. El mensaje es temporal. Prueba más tarde, o prueba otra zona de disponibilidad en la misma región. Pagarle a Oracle no te cobra, por sí solo, el cupo gratis. Sí te cobra todo lo que pase de ahí. Si mejoras la cuenta para que la computadora sea más fácil de crear, dile a las cuotas de Oracle que se detengan en dos procesadores y 12 GB. Esa es la reja contra un clic cansado.

Una computadora callada se la llevan. Si la máquina casi no hace nada durante siete días, Oracle puede recuperarla. Un laboratorio donde tú y tus agentes están probando cosas se mantiene a salvo. Una computadora que creas y olvidas, no. Esto es un banco de trabajo, no un depósito.

Cuando ya entiendes el tamaño, no tienes que recorrer el formulario a mano. Esta nota se la das al agente del navegador, el de la app de Claude en tu computadora. Él hace los clics. Tú entras a la cuenta y confirmas si Oracle pide un pago.

Usa la nota de crear el laboratorio. Ábrelo en el navegador de mi computadora. Dos procesadores, 12 GB, disco de 150 GB, sin puerta a internet. Si Oracle pide que yo confirme, espérame.

---
name: crear-laboratorio
description: >
  Úsala cuando haya que crear la computadora gratis de Oracle desde el
  navegador de mi computadora. No la crees más grande que el plan gratis.
---

# Crear el laboratorio

Trabaja en el navegador de la app de Claude, en mi computadora. No uses
el navegador del servidor. Si la app está cerrada, dilo y detente.

Antes de empezar, lee la skill del navegador integrado.

## Qué crear

- Una sola computadora del plan Always Free, chip Arm.
- Dos procesadores y 12 GB de memoria. Si el formulario ofrece cuatro
  procesadores o 24 GB, no los uses: eso ya no es gratis.
- Disco de 150 GB, elegido en la misma pantalla. No dejes el tamaño
  que viene por defecto.
- Ubuntu reciente. Sin dirección pública, si el formulario lo permite.
- No abras reglas para que todo internet pueda entrar.

## Cómo actuar

- Si pide que yo inicie sesión o que confirme un pago, espera. No
  inventes una contraseña ni cambies la mía.
- Si aparece «out of capacity», dilo y prueba otra zona, o más tarde.
  No mejores la cuenta a paga para saltarte el mensaje, salvo que yo
  lo pida en este chat.
- Al terminar, dime el nombre de la computadora y si tiene o no
  dirección pública. No publiques nada.

2. Cuatro lugares, y por qué no se mezclan

La idea útil no es un diagrama de servidores. Es que cuatro lugares tienen cuatro trabajos, y mezclarlos es la forma en que un experimento se filtra al producto real.

El laboratorio es la computadora que no se apaga. Los agentes construyen aquí. Pueden dejar un prototipo corriendo toda la noche, probar una segunda versión al lado de la primera y tirar la que salió mal. Este es el lugar del trabajo a medias.

Tu laptop es donde decides. Aquí vive el chat. También tus sesiones iniciadas, y el navegador de Claude: el panel dentro de la app de Claude que puede abrir sitios como tú. El laboratorio no debería navegar tus cuentas. No tiene tus sesiones, y no debe tenerlas.

El cuaderno es donde viven las razones. El mío es un vault de Obsidian, sincronizado entre la laptop y el laboratorio con una app pequeña que se llama Syncthing. Syncthing es un Dropbox privado que tú mismo operas: editas una nota en la laptop y la misma nota aparece en el laboratorio, y al revés. El cuaderno no es un proyecto de código. Los agentes pueden leerlo. No lo «ordenan» y no lo publican.

El producto real es otra computadora, con su propia forma de salir a producción. Los agentes no arreglan el sitio en vivo entrando a esa máquina. Cambian el proyecto, y el camino de publicación de siempre lleva el cambio. Si un agente ofrece «actualizar producción ya», la respuesta es no.

Esa última frase iba a ser una tabla. Se leía como una especificación y en la página se rompía en columnas. Aquí queda como una regla que sí puedes sostener:

El laboratorio construye y prueba. La laptop decide y navega. El cuaderno recuerda el porqué. El producto en vivo solo cambia por la puerta que ya confías.

Una consecuencia práctica, porque aquí se atasca la gente: cuando el agente del laboratorio dice «abre localhost», habla de una página que existe en el laboratorio, no en tu laptop. Localhost es «esta computadora», y tú tienes otra en las manos. El prototipo se abre con el nombre privado del laboratorio, que es la sección que sigue.

Cuando la computadora ya existe, esta nota se la das al agente que se conecta a ella. No navega el sitio de Oracle. Deja la máquina lista para trabajar y cerrada: el laboratorio construye, el cuaderno no se toca, y el producto real no se edita desde aquí. El pasillo de Tailscale tiene su propia nota, en la sección que sigue.

Usa la nota de dejar el laboratorio listo. Conéctate, confirma el disco de 150 GB y no abras nada a internet. No entres al producto real ni al cuaderno para «ordenarlo».

---
name: dejar-laboratorio-listo
description: >
  Úsala al conectarte por primera vez al laboratorio. Déjalo listo
  para trabajar y cerrado a internet. No mezcles los cuatro lugares.
---

# Dejar el laboratorio listo

Esta máquina es el laboratorio. No es mi laptop, no es el cuaderno
y no es el producto que usa la gente.

## Al entrar

1. Confirma que el disco tiene unos 150 GB. Si el sitio de Oracle ya
   lo agrandó y el sistema todavía muestra menos, agranda la partición.
   No la formatees. Si no estás seguro del nombre del disco, detente
   y muéstrame la lista.
2. No abras reglas para que todo internet pueda entrar. Si ya hay una
   puerta abierta, ciérrala y dímelo. No la dejes «por ahora».
3. No edites el producto en vivo. Si hay que cambiarlo, el cambio
   sale por el camino de publicación de siempre.
4. Puedes leer el cuaderno. No lo ordenes, no lo publiques y no lo
   conviertas en un proyecto de código.
5. El pasillo privado se llama Tailscale. No lo instales en este paso
   si yo no te lo pedí. Para eso está la nota de configurar Tailscale.

## Al terminar, dime solo esto

- Si el disco quedó en 150 GB.
- Si quedó alguna puerta abierta a internet.
- Qué dejaste sin tocar, y por qué.

3. Tailscale es el pasillo entre tus cosas

Tailscale es la pieza que nadie explica, porque el comando de instalación es más corto que la razón.

Tu laboratorio es una computadora en algún centro de datos. Por defecto, la forma de llegar a una computadora así es publicarla en internet: una dirección que cualquiera puede probar, una puerta en un puerto, una contraseña o una llave. Esa es una mala puerta para un banco de trabajo. Los prototipos son feos. Tienen datos de prueba. Los agentes abren un puerto «para que puedas verlo» y lo dejan abierto.

Tailscale construye un pasillo privado. Instalas una app pequeña en el laboratorio, en la laptop y en el teléfono. Esos aparatos pasan a ser una red diminuta que es tuya. Desde el pasillo abres el prototipo como si el laboratorio estuviera en el escritorio. Desde internet público, el pasillo no existe.

Eso es todo el producto. No es una VPN que configuras para una empresa. Es una forma de que tus propios aparatos se vean entre sí, y de que todos los demás no vean nada.

Lo que haces, una vez:

1. Crea la computadora de Oracle sin dirección pública, si el formulario lo permite. Si ya tiene una, no agregues una regla que deje hablar a todo internet.
2. Instala Tailscale en el laboratorio e inicia sesión con tu cuenta. La misma cuenta que usas en la laptop.
3. Apaga el vencimiento de la llave del laboratorio. La laptop puede pedirte que entres de nuevo, porque estás ahí. El laboratorio no puede. Una llave vencida parece «la computadora se murió» el día que no estás.
4. Cuando quieras ver algo que construyó el agente, pide el nombre de Tailscale, no un enlace público.

El comando, si prefieres dárselo al agente en lugar de escribirlo:

curl -fsSL https://tailscale.com/install.sh | sh
sudo tailscale up

Después de eso, el laboratorio tiene un nombre, algo como lab.tu-red.ts.net. Desde la laptop abres http://ese-nombre:1313. No memorizas la dirección de Oracle. No reenvías puertos.

Dentro de Tailscale hay dos interruptores que conviene conocer porque hacen lo contrario de lo que quieres.

Funnel publica una página a todo internet. Déjalo apagado. La función que quieres es Serve, que publica una página solo dentro de tu pasillo. «Quiero ver el prototipo en el teléfono» es Serve. «Que lo vea el mundo» es Funnel. Los agentes los confunden si dices «hazlo accesible».

Exit node manda el tráfico de internet de tus otros aparatos a través del laboratorio. No quieres que el teléfono navegue la web desde una computadora gratis llena de proyectos a medias. Déjalo apagado.

[!warning] «Solo por hoy» es la forma en que la puerta se queda abierta Si un tutorial dice que abras al mundo el puerto de acceso remoto, sáltate ese paso. Tailscale lo reemplaza. Si un agente lo abre igual, ciérralo el mismo día y dile que el camino público no es parte del diseño. La siguiente sesión va a copiar lo que encuentre.

La recompensa es lo que hace que el laboratorio valga la pena. Estás en el sofá, o en el teléfono, y el agente tiene un prototipo corriendo. Lo abres en el navegador de Claude, o en el tuyo, a través del pasillo. Haces clic en el flujo. Le dices al agente qué se sintió mal. Él lo cambia en el laboratorio mientras miras. Nada se publicó. Nada quedó en internet. Estabas probando una cosa, que es el trabajo.

Esta nota guía al agente que ya está dentro del laboratorio. Va paso a paso: instala el pasillo, lo deja sin vencimiento y no abre la máquina al mundo. Tú confirmas el inicio de sesión cuando Tailscale lo pida.

Usa la nota de configurar Tailscale. Hazlo en el laboratorio, con la misma cuenta de mi laptop. No actives Funnel ni lo uses como salida de internet. Al terminar, dime el nombre para abrir la máquina desde aquí.

---
name: configurar-tailscale
description: >
  Úsala para instalar Tailscale en el laboratorio y dejar un pasillo
  privado. Guía el proceso paso a paso. No publiques nada a internet.
---

# Configurar Tailscale

Tailscale es el pasillo entre mi laptop, mi teléfono y el laboratorio.
No es una puerta a internet.

Ve en orden. Si un paso pide que yo inicie sesión, detente y espérame.
No sigas al siguiente hasta decirme qué pasó en este.

## Pasos

1. Instala Tailscale en el laboratorio e inícialo.
2. Usa la misma cuenta que ya está en mi laptop. Si hay que aprobar
   el aparato, espérame.
3. Apaga el vencimiento de la llave de esta máquina. Si vence, me
   quedo afuera el día que no estoy.
4. No actives Funnel. Eso publica una página al mundo.
5. No uses el laboratorio como salida de internet de mis otros
   aparatos.
6. Si quiero ver un prototipo solo desde mis aparatos, usa Serve,
   que publica dentro del pasillo. No uses Funnel.
7. Comprueba que desde el nombre de Tailscale se llega al laboratorio.
   No me pidas la dirección pública de Oracle.

## Al terminar, dime solo esto

- El nombre de Tailscale.
- Si el vencimiento de la llave quedó apagado.
- Si Funnel quedó apagado.
- Cualquier paso que no pudiste cerrar, y por qué.

4. Las notas que le dejas al agente

Una skill es una nota guardada. El agente la lee antes de actuar, para que no tengas que repetir las mismas reglas cada vez que abres el chat. Tú no escribes el archivo. Le dices al agente, una vez: «guarda esto como una nota y úsala de ahora en adelante». Él la deja en la carpeta que ya revisa.

Estas dos son del día a día. Crear la máquina, dejarla lista y armar Tailscale ya quedaron al final de las secciones anteriores.

Cuando quieres ver el prototipo

El agente del laboratorio va a intentar abrir la página desde el laboratorio. Ahí no hay nadie con sesión iniciada, y «esta computadora» significa el laboratorio, no la laptop que tienes en las manos. El navegador de Claude es otra cosa: es el panel dentro de la app de Claude, en tu computadora, donde ya entraste a tus cuentas. Desde ahí puedes hacer clic en el flujo, y el agente también, si tú se lo pides.

Lo que le dices:

Usa el navegador de mi computadora, el de la app de Claude. Abre el prototipo con el nombre de Tailscale del laboratorio. No lo publiques. Si un sitio pide que entre, espérame. No cierres mis sesiones.

Con eso alcanza para probar. El laboratorio construye. Tú miras desde tu computadora. Si la app de Claude está cerrada, el agente tiene que decirlo y parar, no insistir. Si el diseño es lo que quieres revisar, pídele una captura. Si solo quieres saber qué dice la página, que la lea.

Cuando el disco se llena

La otra frase que uno termina repitiendo es «está lleno, limpia». Sin una regla, el agente borra lo más grande que encuentra. A veces eso es basura. A veces es el proyecto que no guardaste, o el cuaderno, o una base de datos de una prueba.

La regla cabe en tres canastas. Son las de la imagen.

Puede tirar solo. Copias viejas de las herramientas, restos de instalaciones, pruebas que ya paraste y que no tenían datos. Se queda una versión anterior de cada herramienta, por si hay que volver atrás. El resto es peso.

Tiene que preguntar, en un solo mensaje. Un experimento que sigue corriendo. Una carpeta con cambios que no guardaste. Una base de datos. Un reinicio. Reiniciar apaga todas las conversaciones con los agentes. Tú eliges el momento.

No lo toca. El proyecto en el que estás. El cuaderno. El pasillo de Tailscale, porque si lo apaga te quedas afuera. Contraseñas y llaves. El producto que ya usa la gente, que ni siquiera vive en esta máquina.

Qué tan lleno está el disco solo cambia la insistencia. Si va por la mitad, que tire la basura y se detenga. Si pasa de ocho partes de diez, que te liste lo más pesado y espere. Si está casi lleno, que avise primero y solo entonces tire la basura.

Lo que le dices:

Limpia el laboratorio. Borra solo lo que se puede volver a descargar. Si algo puede ser el trabajo, pregúntame todo junto, en un mensaje: qué es, cuánto pesa y qué recomiendas. No toques el cuaderno, Tailscale, las contraseñas ni el proyecto principal. No reinicies si yo no te lo pido.

Hay un hábito chico al lado de estas dos notas. Cuando el agente cambia cómo funciona el laboratorio, escribe el porqué en el cuaderno, no dentro del producto. El producto es lo que estás probando. El cuaderno es la razón de haberlo armado así.

5. En la cuarta semana se llena el cajón

La primera semana se siente amplia. Usaste una tajada de 150 GB y los agentes van rápido. La cuarta semana es cuando el laboratorio se vuelve caro de la única forma en que una computadora gratis puede serlo: espacio, y tu atención.

Lo que de verdad crece, en el orden en que yo lo veo:

Las carpetas que un experimento necesita para correr. Cada proyecto que toca el agente descarga su propio montón de librerías. Algo que no abriste en un mes no necesita eso ahí sentado. Se puede volver a descargar. Igual queda en el montón de «pregúntame», porque volver a ponerlo toma tiempo cuando tienes prisa. Límpialo cuando el disco pase de 80%, no antes.

Copias viejas de los propios agentes. Las herramientas se actualizan y guardan las últimas muchas versiones. Quédate con la que está corriendo y con una a la que podrías volver. Quita el resto. Suelen ser varios gigabytes, y es basura segura.

Vistas previas olvidadas. Una vista previa que probaste el martes sigue instalada el viernes, sin hacer nada. Esas se pueden ir si tienen más de una semana y nadie las usa. Una carpeta que parece una base de datos es una base de datos hasta que la miras. Pregunta.

Copias laterales de proyectos. Cuando dos agentes trabajan a la vez, cada uno tiene su propia copia para no pisarse. Una copia cuyo trabajo ya se integró, y que nadie usa, se puede ir. Una copia con cambios sin guardar es la tarde de alguien. Pregunta. Si la respuesta es borrarla, guarda los cambios en algún lado primero.

Registros. El historial de lo que hicieron los agentes crece aunque no hayas publicado nada. Ponle un tope. No borres un archivo que un experimento en curso todavía tiene abierto.

Una actualización del sistema que quiere reiniciar. Las actualizaciones de seguridad valen la pena. Un reinicio automático, no. El laboratorio debe instalar la actualización y después decirte que hay un reinicio esperando. Reinicias cuando ningún agente está a mitad de una prueba.

Una vez por semana alcanza, más una mirada cuando el disco cruza 80%. Corre la nota de limpieza a propósito. El informe debe decir qué se borró, qué está esperándote y qué tan lleno estaba el disco antes y después. Si el agente no puede explicar un borrado, ese borrado no estaba permitido.

[!info] Mira si el laboratorio se quedó en silencio En ese pase semanal, revisa la actividad de los últimos siete días. No para optimizarla. Para ver si la computadora estuvo tan quieta como para que Oracle se la lleve. Un laboratorio que solo recuerdas cuando lo necesitas es un laboratorio que puedes perder.

Lo que no le dejo al agente sin supervisión: borrar el montón de «pregúntame», abrir algo a internet, cambiar contraseñas y reiniciar la máquina. Eso son juicios. Una nota que «se encarga de todo» termina encargándose de lo que no debía.

Esta nota es ese pase. Una vez por semana, o cuando el disco cruce ocho partes de diez. El agente tira la basura, te pregunta lo que puede ser trabajo y deja quieto lo que te saca del laboratorio.

Usa la nota de mantener el laboratorio. Una pasada. Dime qué borraste, qué está esperando mi respuesta y qué tan lleno quedó el disco.

---
name: mantener-laboratorio
description: >
  Úsala para el pase de mantenimiento del laboratorio. Tira solo lo
  que se puede volver a descargar. Pregunta lo que puede ser trabajo.
  No toques el cuaderno, Tailscale, las contraseñas ni el producto.
---

# Mantener el laboratorio

Una pasada. No es un barrido libre. Si el disco está casi lleno,
avísame primero y solo entonces tira la basura.

## Puede tirar solo

Se puede volver a descargar, o ya cumplió.

- Copias viejas de las herramientas. Quédate con la que está
  corriendo y con una anterior, por si hay que volver atrás.
- Restos de instalaciones y cachés.
- Vistas previas que llevan más de una semana sin usarse y no
  guardan datos.
- Copias de un proyecto cuyo trabajo ya se integró, si nadie las
  está usando y no tienen cambios sin guardar.
- Registros viejos. No borres un archivo que un experimento en
  curso todavía tiene abierto.

## Tiene que preguntar, en un solo mensaje

Cada cosa dice qué es, cuánto pesa y qué recomiendas.

- Un experimento que sigue corriendo.
- Una carpeta con cambios que no guardé.
- Algo que parece una base de datos.
- Librerías de un proyecto que no abrí en un mes. Se pueden volver
  a descargar, pero reinstalar toma tiempo.
- Un reinicio. Las actualizaciones de seguridad se instalan. El
  reinicio espera a que yo lo pida y a que ningún agente esté a
  mitad de una prueba.

Si digo que borres una copia con cambios, guarda esos cambios en
algún lado antes de borrarla.

## No lo toca

- El proyecto en el que estoy trabajando.
- El cuaderno. Puedes leerlo. No lo ordenes ni lo publiques.
- Tailscale, y cualquier cosa que me deje afuera del laboratorio.
- Contraseñas, llaves y archivos de secretos.
- El producto que ya usa la gente. No vive en esta máquina.
- No abras nada a internet.

## Qué tan lleno está el disco

- Por debajo de siete partes de diez: tira la basura y detente.
- Entre siete y ocho: tira la basura y recomiéndame lo más pesado
  de lo que hay que preguntar.
- De ocho para arriba: insiste en esa lista.
- Casi lleno: avisa primero.

En el mismo pase, mira si la computadora estuvo tan quieta en los
últimos siete días como para que el proveedor se la lleve. No la
optimices. Dime si estuvo en silencio.

## Al terminar, dime solo esto

- Qué tan lleno estaba el disco antes y después.
- Qué borraste.
- Qué quedó esperando mi respuesta, y por qué.
- Si la máquina estuvo en silencio esta semana.

La computadora gratis alcanza para probar cosas de verdad. Dos procesadores, 12 GB de memoria, un disco de 150 GB, un pasillo privado hacia tu laptop y tu teléfono, un cuaderno que se mantiene sincronizado y las notas que el agente tiene que leer.

Lo que falla no es la letra chica del plan. Es un agente con teclado y sin límites, en una computadora que publicaste porque un tutorial lo decía.

Arma el pasillo primero. Deja las notas donde el agente las va a encontrar. Después pídele que construya eso que vienes describiendo en el chat, y ábrelo desde el sofá.

Ese es el uso. No un segundo trabajo de administrador. Un lugar donde una idea puede seguir corriendo el tiempo suficiente para que decidas si sirve.

Si quieres armar esto en tu negocio, y no solo leerlo, escríbeme. Doy consultoría y mentoría para aprender a usar Claude en tu trabajo, y para orquestar agentes que construyan y prueben sin que el experimento se muera cuando cierras la laptop.