Llevo usando diferentes modelos de IA desde que apareció GPT3.5. Desde ese momento comencé prompteando pequeños scripts para dispositivos IOT, desde ahí he intentado mantenerme actualizado y probando diferentes formas de Vibe Codear aplicaciones cada vez más robustas. Cuando comencé a promtear mini soluciones de para diferentes objetivos, derivé a NoCode (N8N y Make) y con eso desarrolle soluciones aun mas robustas. Prompteaba una parte y la otra la automatizaba.. Hasta hace muy poco cuando se comenzó a hablar de Skills, Agentes y un montón de herramientas como MCP, Cli, etc.. (Me voló la cabeza) Estaba Vibe Codeando una app muy útil para Agricultores iba rápido, todo funcionando... yo Feliz.. Sin embargo había cometido algunos de los peores errores en el que puede caer un Vibe Coder.. En esta publicación me enfocare en dos de los cuales me hicieron retroceder y perder mucho tiempo, genera demasiados errores si no se comienza con esto en la planificación.. El Multi Tenant. Mientras Vibe Codeaba prompteando y gastando muucho tiempo, dandole instrucciones al modelo. pensaba en la forma en que podría escalar.. ya que. O vendía la app a quien la quisiera o necesitara y le daba soporte y mantención.. ¿y si vendía 10? ¿y si simplemente la copiaban y la montaban en otro servidor? ¿Como la protegía o mantenía si eran 100?... Y ahí me ilumino la solución El Multi Tenant. Multi tenant es abstraer la solución y pensar mas arriba no va a haber un administrador y un usuario, se crea la imagen del Super Administrador, y toda la topología cambia. [ Super Usuario ] | | | [TENANT A] [TENANT B]. [TENANT C] | | | |Admin1| | Admin2 | | Admin3| <-- Cada Admin solo ve su tenant | User1 | | User1 | | User1 | <-- Acceso restringido a sus datos Gracias a esto, puedes solucionar el segundo problema.. La Seguridad. Cuando piensas en vender tu solución como un producto, todo cambia. Mientras vibe codeas una agenda o un kanban para uso personal, la seguridad no te quita el sueño. Pero cuando decides empaquetar esa solución para el mercado, el juego es otro. Sin embargo, cuando piensas en Multi Tenant, involucra muchos administradores y muchos más usuarios aun, cada administrador debe poder ver solo los datos de su tenant (empresa), y no los datos de "su competencia".

Quiero compartirles algo que he estado viviendo estos días y que me tiene muy entusiasmado. Mi hijo tiene una empresa donde ofrece servicios de edición para YouTubers. El problema es claro: cada video de 30 minutos le puede tomar aproximadamente 8 horas de trabajo. Entonces le sugerí explorar una solución con inteligencia artificial que ayudara a automatizar parte del proceso. La idea era construir una aplicación que pudiera tomar una idea inicial, generar un guion, crear audio, preparar subtítulos, buscar recursos visuales y avanzar hacia una primera versión del video. Para lograrlo trabajé dos días con Antigravity. La experiencia fue interesante, poderosa… y también frustrante. En esos dos días se lograron varios hitos: - Que la IA tomara una idea que el cliente deja en una carpeta de Drive. - Que con esa idea generara un guion, un audio y subtítulos. - Que se creara un dashboard para ver cómo avanzaban los procesos. - Que la IA dividiera el guion y generara palabras clave. - Que buscara automáticamente clips de stock en una cuenta de Envato. - Que se produjera un video de un minuto con resultados más que aceptables. Hasta ahí, todo parecía extraordinario. Y en muchos sentidos lo fue. Pero también apareció una fricción importante para mí: me costaba mucho trabajo interactuar con Antigravity. Yo venía acostumbrado al flujo que he construido con ChatGPT en Bodetín Digital: explico una idea, la debatimos, me responde, ajustamos, llegamos a un acuerdo y entonces implementamos. Con Antigravity sentía otra dinámica. Le hacía una pregunta y se ponía a ejecutar muchos procesos para después darme una respuesta sencilla. Le compartía una idea y, en lugar de discutirla conmigo, comenzaba a trabajar de forma muy autónoma. Yo veía pasar texto, acciones y procesos que no alcanzaba a leer con calma y mucho menos enteder. Y varias veces terminaba haciendo cosas que no necesitaba. No digo que eso sea malo. De hecho, entiendo perfectamente el valor de una herramienta agéntica capaz de avanzar por sí sola.

🔐 — ¿qué harían ustedes? Estamos construyendo una plataforma B2B SaaS donde cada cliente (institución) debe ver solo sus propios datos. Arquitectura: FastAPI (Python) + Supabase (PostgreSQL) con RLS activado. El problema: Implementamos nuestro propio sistema de autenticación JWT con python-jose — tokens firmados que incluyen datos del usuario y el cliente_id. El aislamiento multi-tenant lo garantizamos a nivel de código en cada endpoint de FastAPI, filtrando siempre por el cliente_id del JWT. El problema: Supabase RLS no puede leer nuestro JWT personalizado — solo entiende el JWT de Supabase Auth. Entonces nuestras políticas RLS actuales son permisivas (using (true)), y el aislamiento real depende del código Python, no de la base de datos. Las dos opciones: Opción A — Migrar a Supabase Auth RLS filtraría por auth.uid() garantizando aislamiento a nivel de base de datos. Más robusto, pero implica reescribir el módulo de autenticación completo. Opción B — Mantener JWT propio + aislamiento en endpoints Seguir con el JWT personalizado y asegurarnos de que cada endpoint filtre correctamente. Funciona bien para el MVP, pero el aislamiento depende de que no haya bugs en el código. Contexto: MVP en etapa temprana, pocos clientes por ahora El JWT propio nos da ventajas en lógica de negocio personalizada Presupuesto y tiempo limitados ¿Qué harían ustedes? ¿Opción A, Opción B, o hay una Opción C que no estamos viendo?

En 2014, terminé un "Magíster en Gestión Integrada: Medioambiente, Riesgos Laborales y Responsabilidad Social de la Empresa" (que me lo pagué titireteando, aunque no lo crean), y con mi Seminario de Investigación desarrollé un modelo de gestión que no existía (al menos a esa fecha) y que ha estado juntando polvo desde entonces (lo registré en el RPI). Primero, no pude desenpolvarlo, aunque lo intenté, porque trabajé dos años en el servicio público (ministerio del interior) y no podía ni respirar; y, luego, me convertí en mamá y me centré en la maternidad (el trabajo más complejo que me ha tocado enfrentar). Antes quería hacer un manual; hoy, lo quiero retomar mediante un app/software. Por supuesto, estoy diseñando un proyecto y con algunos cursos, que estoy haciendo, veré si puedo traerlo a la vida y cumplir con el objetivo por el cual fue creado —y que tomó dos años de mi vida, bastante inversión y esfuerzo. El tema es que necesito a la IA para hacer todo más rápido, y aquí es donde la "desconfianza" me frena. ¿Qué pasará con mi propiedad intelectual si comparto mi investigación completa (con la metodología) con la IA para estimar presupuestos, clientes, proyecciones, e incluso, el mismo diseño del producto o servicio? ¿Es un riesgo? ¿Confío a ciegas en la IA? ¿Doy ese salto de fe? Si tienen consejitos, se agradece de antemano. Saludos

Hace unas tres semanas empecé a construir el MVP de un proyecto EdTech. Lo estoy desarrollando prácticamente codo a codo con Claude Pro (desde la web). Hace poco terminamos el backend. Quedaron algunos puntos pendientes, apareció un nuevo módulo que decidimos dejar para más adelante y ahora estamos diseñando las vistas del frontend. Como suele pasar, mientras avanzamos también van apareciendo nuevas ideas y funcionalidades para el backend. Este proyecto no está validado. No estoy siguiendo el manual de las startups. Si no funciona, lo tomaré como una muy buena experiencia de aprendizaje. Pero creo que tiene bastante potencial; si no lo creyera, no le estaría dedicando tantas horas. Sé que más de alguno me diría que debería validar antes de construir. Y probablemente tendría razón. Pero esta vez quiero hacer una apuesta distinta: mostrar algo armado (o semiarmado), funcional, y conseguir un par de pruebas piloto a cambio de feedback. El proyecto busca ayudar a jóvenes que están algo perdidos respecto a su futuro. Y eso, para mí, hace toda la diferencia. Hace algunos años trabajé como planner comercial en una empresa que fabricaba zapatos de cuero. Aprendí muchísimo y había desafíos interesantes. Pero, al final del día, me preguntaba: ¿mi propósito era vender más zapatos? ¿Y de cuero? Siempre podemos encontrar una forma de convencernos de que nuestro trabajo aporta algo positivo al mundo. A veces es cierto. Otras veces es simplemente la historia que nos contamos para seguir adelante. Desde hace algunos años me motiva intentar construir cosas que tengan algún impacto social, aunque sea pequeño. No sé si este proyecto llegará lejos, pero siento que vale la pena intentarlo. Les dejo algunas preguntas: - ¿Qué los motiva a ustedes? - ¿Qué les gustaría aportar al planeta o a la humanidad? - ¿Vale la pena hacerse estas preguntas o es mejor enfocarse simplemente en generar ingresos? - Y para los emprendedores: ¿alguna vez fueron en contra del "manual startup" y construyeron antes de validar? ¿Cómo les fue?