¿También te sientes frustrado cuando una IA te sigue pidiendo "permiso para editar el archivo B" o tu opinión sobre algo obvio? Envías una solicitud, vas a tomar un café y, cuando regresas... la IA no se ha movido: está esperando que hagas clic en "Sí".
Interactivo versus no interactivo: se trata de autonomía
Una de las diferencias entre el modo interactivo de una IA y su modo no interactivo es su autonomía para cumplir con tu solicitud. En el modo interactivo, la IA se detiene en cada cruce y le devuelve el control: "¿ejecutar el plan?", "¿ejecutar?", "¿editar este archivo?". En modo no interactivo, realiza esas llamadas él mismo y ejecuta la tarea hasta el resultado.
El modo interactivo resulta tranquilizador al principio. Pero muy rápidamente el constante ir y venir se convierte en un cuello de botella: ya no es la IA la que trabaja para ti, eres tú quien cuida la IA.
Por qué existe Singularity
Una de las razones por las que Singularity nació es precisamente esta dependencia de la IA de nuestras respuestas. Se necesita una eternidad para manejar sus indicaciones. Se necesita una eternidad para observar cada línea de código. Permiso para lanzar un plan, ejecutarlo, tocar tal o cual archivo… argh!
La idea inicial es simple: ¿qué pasaría si invirtiéramos la carga? En lugar de supervisar la IA paso a paso, le entregamos una solicitud completa y dejamos que la lleve a cabo. Juzgamos el resultado, no cada microdecisión a lo largo del camino.
El ticket como unidad de trabajo
Con Singularity, es simple. Escribe una especificación, una solicitud, una característica en un ticket, en el kanban. La IA lo ejecuta y construye la implementación que entendió. Una vez que el ticket está "terminado", se realiza la commit y se escribe un informe de acción para explicar lo que se hizo.
¿Y si no te gusta el resultado? vuelves a abrir el ticket y retomas la conversación dentro de él. El ticket se convierte en el hilo conductor: usted aclara, corrige, reinicia, sin tener que permanecer pegado a la pantalla durante la ejecución.
Concretamente, Singularity es un entorno de desarrollo agente construido sobre el kanban: cada tarjeta es una tarea que un agente de IA posee de principio a fin (escribir el código, probarlo, confirmarlo) y que regresa a usted una vez terminada, con su informe.
El perímetro como barandilla
Dejar que una IA se suelte por sí sola da miedo, y con razón. La respuesta de Singularity no es volver a pedir permiso para cada archivo, sino limitar su perímetro. El agente sólo puede tocar el Espacio de Trabajo de su tarea. Ni los proyectos vecinos, ni cualquier otra cosa que haya en la máquina.
Ese perímetro no es sólo una guía: es una barandilla que se aplica automáticamente. Cualquier acceso que intente salir del espacio de trabajo se bloquea incluso antes de ejecutarse. Por lo tanto, la autonomía no es un cheque en blanco: está limitada de forma predeterminada.
Y ese es el punto: todas las tonterías de las solicitudes de edición absurdas desaparecen. La IA solo puede tocar el espacio de trabajo. Y una vez que lo sabe, se mueve rápido, y tú también.
En resumen
El problema no es que la IA pida permiso, sino que lo pide todo, todo el tiempo, y te convierte en un supervisor. Singularity hace la apuesta opuesta: usted delega una solicitud en un ticket, la IA la ejecuta de forma autónoma dentro de un perímetro delimitado y la contabiliza al final mediante una commit y un informe. Si algo anda mal, vuelves a abrir y reanudas la conversación.
¿Estás cansado de hacer clic en "Sí" todo el día? Ven a probarlo. Es gratis.
Preguntas frecuentes
¿Cuál es la diferencia entre el modo interactivo y no interactivo de una IA?
En el modo interactivo, la IA se detiene ante cada decisión (lanzar un plan, ejecutar un comando, editar un archivo) y espera su aprobación. En modo no interactivo, realiza esas llamadas él mismo y ejecuta la tarea hasta el resultado. La diferencia se reduce a una palabra: la autonomía de la IA para cumplir con su solicitud sin constantes idas y venidas.
¿Cómo evita Singularity las solicitudes de permiso en un bucle?
Le entregas a la IA una solicitud completa a través de un ticket en lugar de aprobarla acción por acción. El agente ejecuta la tarea de forma autónoma, confirma el resultado y escribe un informe de acción. Juzgas el resultado en lugar de validar cada microdecisión a lo largo del camino.
¿Qué sucede cuando un ticket pasa a "Listo"?
La commit se realiza automáticamente y se escribe un informe de acción para describir lo que se hizo. Ese informe, visible en el ticket, es lo que utilizas para juzgar el trabajo, sin tener que vigilar cada línea durante la ejecución.
¿Qué pasa si la implementación de la IA no es la que quería?
Vuelve a abrir el ticket y reanuda la conversación dentro de él: explica lo que está mal y la IA comienza de nuevo desde allí. El ticket actúa como un hilo duradero, por lo que no es necesario volver a explicar todo cada vez.
¿No es riesgoso dejar que una IA funcione de forma autónoma?
Está delimitado por el perímetro. El agente sólo puede tocar el espacio de trabajo de su tarea: cualquier acceso que intente salir de él se bloquea automáticamente, antes de la ejecución. La autonomía no es un cheque en blanco: está limitada de forma predeterminada, lo que la hace utilizable sin supervisión constante.