El autor de «Tochki nad II» reemplazó Notion y el CRM con agentes: más de 80 skills en lugar de servicios

Mientras todos discuten qué modelo es mejor, el autor del canal «Tochki nad II» mostró cómo es una jornada de trabajo construida en torno a un agente. No es una lista de aplicaciones favoritas, sino el diseño del puesto de trabajo: una ventana con un agente (IDE, terminal o aplicación nativa) con acceso a todos los proyectos y repositorios. Todo lo demás, según sus palabras, es la envoltura alrededor de esa ventana.

Qué hay en el centro: agentes y suscripciones

La base es Claude Code y Codex con suscripciones principales. Trabaja con ellos tanto en aplicaciones como en la terminal iTerm. Orca sirve para lanzar en paralelo varios agentes en una sola ventana con sus propias suscripciones. Gemini y Cursor también están pagados, pero el autor admite que los mantiene sobre todo para las demostraciones en el camp. A veces abre Dots de OpenAI.

En torno a los agentes se construyen la voz y el navegador. MacWhisper transcribe vídeos y llamadas y guarda el resultado por sí solo en Second Brain. Para dictar existe «Klava ne vinovata» («El teclado no tiene la culpa»), una versión personalizada de Handy creada por un suscriptor del canal. En el navegador Comet viven las extensiones con agentes de OpenAI y Anthropic.

El stack no es monógamo: dos suscripciones principales, más un agregador, más claves independientes para proyectos. Es una práctica normal para quienes trabajan con agentes a diario y no quieren depender de un solo proveedor.

Código, infraestructura y API

Todo el código está en GitHub. Los bots de Telegram viven en Railway. El backend se hace en Supabase mediante MCP y, en ocasiones, se usa Neon para las bases de datos. Las demos se publican en Netlify y Vercel, Mux sirve el vídeo y los clips se graban con Screen Studio.

En cuanto a las API, el esquema es este: OpenRouter con una sola clave para casi cualquier modelo, más claves independientes de OpenAI, Gemini y Kimi para proyectos concretos. Cuando el agente necesita extraer un sitio web completo, se conecta Firecrawl.

La característica común de este conjunto es que casi cualquier servicio se puede controlar desde el agente mediante API o MCP. El agente no solo escribe código: él mismo lo despliega, conecta la base de datos y recoge los datos.

Skills en lugar de servicios

Lo más interesante de la publicación son los skills. Ya hay más de 80 y muchos sustituyen servicios enteros. Entre los ejemplos:

• presentaciones al estilo del camp;
• carruseles y pósteres;
• una cortinilla para el directo y marcas de tiempo para una clase;
• traducción y maquetación de guías en PDF;
• contrato, factura y acta para los participantes del camp;
• análisis de llamadas en el CRM dentro de Second Brain;
• auditoría SEO y GEO de un sitio;
• diagnóstico de un Mac lento.

El resultado, según el autor: dejó los creadores de presentaciones, los gestores de tareas, el CRM y Notion, y en su lugar aparecieron microservicios personales y de equipo para un montón de tareas pequeñas.

Si se juntan los puntos, surge una cadena clara. La videollamada con un participante se graba y MacWhisper la transcribe, el texto llega a Second Brain, un skill analiza la llamada en el CRM y otro prepara el contrato, la factura y el acta. Antes esto requería varios servicios y copiar datos a mano entre ellos.

Limitaciones y qué llevarse

Conviene aclararlo de entrada: es una publicación en forma de lista, no una investigación. No hay cifras de ahorro de tiempo ni de dinero, y no se indica el coste de las suscripciones. El stack está ajustado a una sola persona que crea contenido, formación y camps, y a un desarrollador o product manager no le servirá tal cual. Un agente con acceso a todos los repositorios es además una cuestión de permisos y seguridad, de la que la publicación no habla. Por último, hay que mantener 80 skills; de lo contrario se quedarán obsoletos y empezarán a fallar.

La conclusión práctica puede formularse sin copiar la lista:

• anote las tareas repetitivas por las que paga a un servicio solo por una plantilla o un formulario;
• convierta la más frecuente en un skill para el agente y compare el resultado con el servicio;
• conecte la infraestructura mediante MCP o API para que el agente pueda llevar la tarea hasta el final;
• cree una clave agregadora como OpenRouter y claves independientes solo donde necesite control sobre el proyecto;
• decida de antemano a qué repositorios y datos tendrá acceso el agente.

La idea principal de la publicación es sencilla: hoy el valor no está en el conjunto de suscripciones, sino en cuánta rutina has logrado convertir en skills y sacar de los servicios de terceros.