Activity
Mon
Wed
Fri
Sun
Jul
Aug
Sep
Oct
Nov
Dec
Jan
Feb
Mar
Apr
May
What is this?
Less
More

Memberships

Cágala, Aprende, Repite | CAR

769 members • Free

26 contributions to Cágala, Aprende, Repite | CAR
Multi-agente local en Claude Code (Y cómo bajé +50% el gasto en tokens) 🚀
Buenas, comunidad. Quería compartirles algo que armé por pura necesidad para mi día a día y que acabo de liberar en código abierto. ​Si están usando Claude Code para programar, saben que es una bestia, pero tiene dos grandes problemas cuando quieres escalar el desarrollo: 1. ​Es totalmente lineal y aislado (un desarrollador, una terminal). 2. ​Si dejas agentes en loops o haciendo polling, te destruyen la billetera de la API en un par de horas (token burn). ​Para resolver esto, construí AgentMesh: un framework que permite coordinar múltiples agentes de Claude trabajando en paralelo sobre el mismo proyecto. ​¿Cómo funciona la magia? - ​Git Worktrees: Cada agente (Backend, Frontend, QA, Scrum Master) corre en paralelo en su propia rama y disco físico sin pisarse el código. - ​Malla Local: Se comunican e intercambian notas y bloqueos a través de un servidor MCP nativo conectado a una base de datos SQLite local. - ​El Dispatcher (El salvavidas de la billetera): Metí un despachador basado en eventos (cero LLM) que apaga los agentes cuando no hay tareas y sólo los levanta cuando hay trabajo listo en la BD. Ahorra entre un 50% y 70% de tokens. ​Hoy lo ocupo en la pega todos los días y me ahorra horas de coding. ​El repositorio ya está público para los que quieran meter mano o contribuir: 👉 https://github.com/mnovoaq/Agentmesh ​Como sé que la configuración inicial de sistemas multi-agente puede tener su ciencia, estoy preparando un tutorial detallado en YouTube mostrando el paso a paso, levantando el dashboard visual y poniéndolo a competir en vivo. ​¡Si les sirve o quieren aportar con feedback, el repo es suyo! Atento a sus comentarios por acá.
Multi-agente local en Claude Code (Y cómo bajé +50% el gasto en tokens) 🚀
2 likes • 1d
Nice, voy a tratar de probarlo en algún proyecto nuevo. Tengo un setup similar: uso beads para generar tickets que los agentes reclaman, lo que me gusta es que usa dolt como base de datos, así vive en el repo, y como soporta control de versiones, cada worktree puede tener un estado distinto hasta que se consoliden en el merge. Con esto, mantengo organizadas las tareas y memoria de múltiples agentes en paralelo y le doy la vuelta a las ventanas de tokens. Le di ⭐️ en GitHub para darle seguimiento por allá.
PASO 2 — Preséntate
Esta comunidad funciona si la gente habla. Así que partamos. Cuéntanos en los comentarios: 1. ¿Qué estás construyendo? 2. ¿Cuál es tu mayor traba hoy? 3. ¿Dónde te encontramos? (LinkedIn, Instagram, X — pon tu link) Yo parto: Cristian. Llevo emprendiendo desde que estaba en el colegio armando computadores — aprendiendo a los golpes desde siempre. En 2011 creé un plugin de pagos online que 3.000 empresas usaban gratis. En 2016 decidí cobrar. En 2021 lo vendí a EVO Payments. Desde entonces invierto en startups, mentoreo fundadores y documento todo en cristiantala.com — incluyendo los errores, que son los más útiles. Creé esta comunidad porque me cansé de los espacios donde solo se comparten los éxitos. Acá el nombre lo dice todo: cágala, aprende, repite. Si estás dispuesto a ser honesto sobre dónde estás y dónde te trabas, este es tu lugar. 🔗 linkedin.com/in/ctala 🌐 cristiantala.com 👇 Tu turno.
2 likes • 2d
Tuve una startup que constituyó modelos de originación de crédito para banca y fintech, y honestamente creo que se romantiza demasiado el objetivo de “bajar el riesgo”. En realidad, el riesgo ya viene priceado dentro del producto. Quien presta dinero no pierde necesariamente por tener clientes riesgosos. Pierde cuando su tasa, su costo de fondeo o su modelo están mal calibrados para ese nivel de riesgo. Si el producto está bien diseñado, la tasa de interés ya incorpora la probabilidad esperada de impago y genera un margen adecuado. Por eso, no creo que el principal problema de las fintech de crédito sea “colocar mejor”. La mayoría ya sabe originar. El verdadero cuello de botella suele estar en la captación y el costo de fondeo. Dos compañías con modelos de riesgo prácticamente idénticos pueden tener economías completamente distintas dependiendo de qué tan barato consigan el dinero que prestan y cuánto les cuesta la operación necesaria para colocarlo. Esa diferencia es la que realmente define quién puede escalar, resistir ciclos de defaults y competir de forma sostenible en tasas.
1 like • 2d
@Miguel Barrera totalmente, el problema es distinto, pero igual suena a que hay similitudes interesantes alrededor de originación y exposición al riesgo, solo que aplicado a crédito comercial. Feliz de tener una llamada algún día si crees que puede ser útil compartir algunas cicatrices de guerra de fintech.
Validar cuando odias hablar con la gente
Soy un founder de perfil técnico, además con ansiedad social diagnosticada, entonces validar una idea se sentía más como exponerte al rechazo que como hacer research. Durante mucho tiempo me hice creer que validar una idea era encontrar maneras inteligentes de evitar la parte incómoda de hablar con personas, y siendo honestos, el ecosistema startup ayuda muchísimo a esconderte. Así que hice lo que hacen muchos founders técnicos: optimizar el sistema equivocado. Hice encuestas por internet, pauté landing pages, moví features, hice pivots, medí métricas que no movían nada, y en el proceso quemé tiempo, dinero y ventanas de mercado que no iban a volver. Lo peor es que sentía que estaba haciendo las cosas bien, porque eso es exactamente lo que entendí que decían muchos manuales de startups. Parecía trabajo legítimo, había dashboards, tráfico, formularios, hipótesis y funnels, todo lo suficientemente sofisticado como para tapar la realidad de que estaba haciendo malabares para evitar conversaciones incómodas, todo mientras recibes palmaditas en la espalda de otros founders que tampoco te quieren incomodar. Y cuando por fin salí a validar, también lo hice mal. Hice preguntas sesgadas diseñadas para que me aplaudieran la idea, busqué conocidos que estaban predispuestos a decirme que sí, y me quedé en entrevistas superficiales donde nadie quería ser brutalmente honesto y yo, francamente, tampoco quería escuchar nada doloroso. Al final, la inexperiencia, el orgullo y el miedo solo sirvieron para tirar más tiempo a la basura. Curiosamente, la validación me hizo click mucho después, no construyendo producto, sino vendiendo. Porque encerrarse a tirar código en el vacío es una cosa, pero lograr que alguien saque la tarjeta de crédito es una realidad completamente distinta. Ahí aparecen las objeciones reales, ahí te das cuenta de que entendiste mal el problema, de que construiste workflows que nadie pidió, de que la palabra interesante no significa urgente, y de que muchas veces gastaste no solo tu tiempo, sino también el tiempo y dinero de otras personas construyendo algo que el mercado jamás priorizaría.
2 likes • 3d
Coincido contigo en varios puntos: Muchas veces no es mala intención, es que genuinamente no sabemos qué significa validar ni qué evidencia deberías buscar. El enamoramiento con la solución vuelve eso todavía más difícil, porque es muy fácil empezar a interpretar cualquier señal como confirmación de que vamos por buen camino. Validar con pocos recursos no debe ser una limitación, debe de ser el objetivo. En lo personal, si un emprendedor no puede convencer a un grupo de 10 a 15 personas de que le regalen 30 minutos, tampoco va a poder venderles producto.
1 like • 2d
@Miguel Barrera justo es lo que trato de abordar, para mí la parte importante fue entender que gran parte de mi resistencia a validar era emocional: la ansiedad social me hacía evitar conversaciones incómodas, rechazo, ambigüedad o sentirme juzgado. Y honestamente, durante mucho tiempo encontré formas bastante ingeniosas de darle la vuelta: encuestas, MVPs, funnels, landings, métricas, en general cualquier cosa que se sentía como progreso, pero ninguna, incluso ventas iniciales o creación de producto, me acercaban realmente a PMF. Validar con clientes te hace entender qué es importante para ellos y te da información que jamás vas a ver en un dashboard. Hoy con AI puedes generar MVPs absurdamente rápido, pero eso tiene el riesgo de producir 30 variaciones de algo que nadie necesita.
AI Native Startups/Emprendimiento
Hola comunidad! Aparte de los proyectos de @Cristian Tala , alguien sabe - de buena/primera fuente - alguna empresa que se haya gestado AI Native? Esto significa que el diseño de la organización está en función de la Inteligencia/curatoria/recursividad en lugar de las arquitecturas tradicionales asociadas con un Legacy model (jerarquica, procesos diseñados para personas, miedo al error, etc). Los leo con mucha curiosidad ;)
0 likes • 3d
Yo soy parte del founding team de una compañía AI-Native en San Francisco (creo que es importante mencionar la ciudad, porque hay un FOMO que no he visto fuera de ese ecosistema), la mitad de la hipótesis tiene que ver con el producto, la otra mitad con la forma en la que las compañías deberían de operar para redefinir sus procesos. En les últimas semanas he trabajado en documentar este cambio de paradigma desde la trinchera técnica, y es la primera vez que comparto el borrador fuera del círculo con el que estoy validando: https://governed.run Feliz de compartir mi experiencia si hay algo específico que quieras profundizar, y recibir feedback.
0 likes • 3d
@Maca Larrea claro que si, te envío mensaje directo para coordinarlo.
Sobre si son o no Startup
Hola @Cristian Tala y comunidad. Acabo de ver el segundo vídeo de ¿Qué es una Start-Up y quiero responder a la pregunta que hace @Cristian Tala sobre si Appel, Rappi y Mercado Libre son o no Start-Up. Pues bien, para mi ninguna de estás 3 empresas actualmente son Start-Up aunque nacieran en su día como tal: - **Apple:** No es una startup, es una corporación tecnológica consolidada y multinacional con décadas en el mercado, una estructura operativa masiva y presencia global consolidada. - **Rappi:** Técnicamente ya no es una startup, aunque mantiene una cultura ágil, ha superado la etapa inicial de búsqueda de modelo de negocio, cuenta con miles de empleados, múltiples líneas de servicio y una valoración de unicornio que la sitúa como una empresa tecnológica madura. - **Mercado Libre:** Es una empresa consolidada, aunque nació como una startup hace años, hoy es una compañía pública que cotiza en bolsa, opera como una de las plataformas de comercio electrónico y servicios financieros más grandes de la región y actúa más bien como un inversor en otras startups. Y en lo que respecta a Instagram y TikTok, para mi ninguna de las dos son Start-Up y expongo el porqué a continuación. - **Instagram:** Es un producto consolidado propiedad de Meta (antigua Facebook). Aunque comenzó como una startup independiente, fue adquirida hace años (2012) y hoy funciona como una unidad de negocio integrada dentro de un gigante tecnológico global. - **TikTok:** Es una plataforma global masiva propiedad del conglomerado tecnológico chino ByteDance, aunque sigue innovando, ya ha superó la fase de startup. No se si mis respuestas abren una discusión pero si que tengo curiosidad por saber el porqué tu @Cristian Tala has comentado de que para ti Instagram o TikTok una de ellas es una Start-Up. ¡Un abrazote 🤗! 👨‍🎓 El Aprendiz Toni Herrera
0 likes • 3d
Yo estoy de acuerdo con Cristian: una startup no la define el tamaño ni quién la respalda, la define la incertidumbre. Y creo que esto es importante porque en LATAM se confunde muchísimo, ejemplos sobran: cuando una startup late stage levanta capital y después muere, la juzgan como si fuera una empresa tradicional quebrando, cuando el riesgo era literalmente lo que la hacía atractiva para el VC; o cuando hace cierres de mercado, pivots agresivos o layoffs, la conversación rápidamente se vuelve “fracasaron” o hicieron fraude, aunque muchas veces lo que estás viendo es precisamente una compañía intentando navegar en el playbook de startups.
1-10 of 26
Carlos Rivera
3
10points to level up
@carlos-rivera-8061
Fundador que crea herramientas de IA que convierten código en acción. Conectando agentes, infraestructura e impacto real.

Active 4h ago
Joined Mar 23, 2026
Powered by