Artesanos del Código

No sé si será el Stack definitivo para trabajar con Laravel + IA

Pero si quieres introducirte a desarrollar Agentes de IA, creo que este stack puede ser un compañero de viaje muy fiable

La base de todo Laravel 12.x

🛠 El Núcleo es laravel/ai: Este SDK unifica la interacción con LLMs (OpenAI, Anthropic, Gemini, etc.) y la creación de Agentes nativos que pueden usar herramientas (Tools) para ejecutar código y generar no solo texto, sino audio e imágenes.

⚡ Productividad con laravel/boost: Boost actúa como un servidor MCP (Model Context Protocol) que alimenta a tu editor (Cursor, Claude Code, PHPStorm) con el contexto de tu proyecto. Tu IA ahora entiende tus rutas, esquemas de base de datos y documentación en tiempo real.

🧠 Memoria y RAG con PostgreSQL + pgvector: Para que la IA tenga memoria a largo plazo y pueda buscar en tus documentos, el estándar es Postgres con pgvector. Laravel ahora soporta columnas vector nativamente en las migraciones y Eloquent.

🔌 Conectividad con laravel/mcp: Este paquete permite exponer tu app como un servidor MCP, permitiendo que clientes externos (como Claude Desktop) interactúen con tus datos de forma segura.

🎨 Interfaz rápida para el backoffice con Filament PHP: Perfecto para gestionar los agentes y los datos, Filament sigue siendo la opción indiscutible y fiable para construir paneles de administración en tiempo récord.

Con este stack Laravel te permite tanto construir aplicaciones que usan IA (con el AI SDK) como utilizar IA para programar más rápido (con Boost)

Laravel parece estar adaptándose rápido y con bastante elegancia al desarrollo AI-first.

¿Crees que este movimiento puede consolidarlo como uno de los backends más competitivos para construir productos con IA en producción? 👇

hashtag hashtag hashtag hashtag hashtag hashtag hashtag hashtag hashtag hashtag hashtag

¿Tu bot de IA gasta más de lo necesario y a veces 'se inventa' la respuesta? Probablemente estés cometiendo dos errores clásicos de diseño.

1. Escribes las instrucciones en español. El tokenizador (BPE) fragmenta mucho más el español que el inglés. 'Manzana' son 3 tokens, 'Apple' es 1. Estás pagando un impuesto lingüístico innecesario. La solución: escribe todo el sistema prompt (reglas, instrucciones) en inglés. El modelo puede responder perfectamente en español, pero seguirá mejor las órdenes complejas y gastará menos.

2. Le pides 'por favor' que te dé un JSON. Esto no es fiable. La ingeniería robusta exige Structured Outputs. Con herramientas como Pydantic o Zod, defines un esquema y la API bloquea matemáticamente cualquier token que no encaje. El modelo no puede escribir 'Urgente' si tu esquema solo permite 'High' o 'Low'. Así evitas montañas de código para validar después.

En el nuevo episodio del podcast 'Artesanos del Código' hablamos de esto y de más técnicas (caché, routing, guardrails) para construir sistemas con LLMs que sean eficientes, deterministas y seguros.
https://www.ivoox.com/episodio-8-ingenieria-llms-produccion-optimizacion-audios-mp3_rf_166928945_1.html

¿Vosotros ya usáis structured outputs? ¿Habíais caído en la trampa de los tokens en español?

Un LLM no es una base de datos (y otros errores comunes)

Como desarrolladores, a veces caemos en la trampa de pensar que la IA "sabe" cosas. Pero la realidad es que, en producción, un modelo es solo un motor de razonamiento congelado. Si le cuentas un secreto hoy, mañana no lo sabrá.

En el episodio 7 de Artesanos del Código, bajamos al barro para explicar la arquitectura real detrás de los Agentes de IA.

Analizamos las 4 piezas que necesitas dominar para integrar IA en tu software:

El Modelo: Inferencia vs Entrenamiento.

El Contexto: Por qué los tokens son la nueva RAM.

La Memoria (RAG): Cómo usar bases de datos vectoriales para que la IA no alucine.

Las Herramientas (MCP): El protocolo que permite a la IA "tocar" tu código y ejecutar acciones reales.

Si quieres dejar de ser un "Prompter" y empezar a ser un Arquitecto de Sistemas de IA, este episodio es para ti.

🎧 Escúchalo en tu plataforma favorita:

https://open.spotify.com/episode/0ympqogYYFVgqgCb0Ae2LR

Más allá del Prompt: Anatomía de un Agente de IA (Stack Técnico) Artesanos del Código · Episode

🔊Volvemos a la carga con nuevo episodio del podcast 🎙 "Artesanos del código".

En este nuevo episodio, te hablo de como vencer el Síndrome del objeto brillante.

Un problema qué te puede tenerte estancado en tu puesto actual y como la ciencia te ayuda a superarlo

Episodio disponible en:
- ivoox: https://go.ivoox.com/rf/163735394
- Spotify : https://open.spotify.com/episode/1qiQ8vG0da0lCQgoXgDApj?si=cVitMeZDSUGGY7poPMBuBQ

¿Por qué no terminas tus proyectos? El Síndrome del Objeto Brillante y la Ciencia para vencerlo. Artesanos del Código · Episode

Llevo unas semanas usando hashtag para hashtag en proyectos personales y, de los primeros días a ahora, la experiencia ha cambiado brutalmente gracias a saber cómo configurarlo y trabajar con él.

Si estás trabajando con Cursor, no dejes pasar estas configuraciones y reglas 👇

1️⃣ Configuración base que me funciona
↳ 🗂️ Estructura: .cursor/rules para las reglas del proyecto.
↳ 🙈 Contexto limpio: .cursorignore para excluir logs, builds, vendor/ o node_modules/.

2️⃣ Reglas imprescindibles en .cursor/rules
↳ 🔒 Seguridad: no inventes credenciales ni escribas secretos en el repo; usa mocks/fakes.
↳ 🧼 Estilo: respeta el estándar del repo (PSR-12/ESLint/Prettier) y las convenciones de naming.
↳ 🧩 Arquitectura: sigue DDD/hexagonal; no acoples dominios; evita lógica en controladores.
↳ 🤫 Delimita el comportamiento: indica lo que no quieres: evita comentarios excesivos y no generes un .md por cada feature.

3️⃣ Configuraciones útiles
↳ 📄 Extensiones: documentos de reglas en *.mdc
↳ 🚥 Tipos de regla: controla cómo se aplican (en architecture.mdc):
* Always → siempre incluida
* Auto Attached → se adjunta según patrones glob
* Manual → se incluye con

4️⃣ Consideraciones generales
↳ 💴 Cuidado con el contexto: si todo es Always, el contexto será excesivo, consumirás más tokens y las respuestas pueden empeorar.
↳ 📙 README óptimo: mantiene un README.md actualizado y claro (ayuda a Cursor y al equipo).
↳ 📏 Crear reglas automáticas: tras una conversación, ejecuta "/Generate Cursor Rules" , púlela y guarda.
↳ 🛑 Baja el ímpetu: añádele una regla de arquitectura que frene complejidad y exija código simple y mantenible.

Recurso de la comunidad (directorio con reglas por stack):
https://cursor.directory/

👉 Si usas Cursor, ¿qué configuración o prompts te funcionan mejor?

hashtag hashtag hashtag hashtag hashtag hashtag hashtag hashtag hashtag hashtag hashtag hashtag hashtag

Cuando comencé a aprender sobre Arquitectura Hexagonal, muchas veces llegué a expertos con un gran conocimiento, pero dónde sus explicaciones eran tan abstractas que me costaba aterrizar esas ideas a tierra.

La imagen del hexágono ayuda a explicar puertos/adaptadores, pero cuando bajas al barro y solo ves carpetas, no es una imagen tan representativa. Esa parte fue la que más me costó al empezar con este enfoque.

Pero antes de continuar, ¿qué ofrece una arquitectura hexagonal?
➡️ Organización y estructura: ideal para monolitos modulares y también válida en microservicios (no únicos casos).
➡️ Desacoplamiento de la tecnología: el producto manda; la tecnología se puede sustituir.
➡️ Lenguaje común entre producto y desarrollo.
➡️ Evitar que el framework te domine: no propagas limitaciones técnicas al dominio.

Tras mucho trabajarlo, la forma que mejor me ha funcionado para entenderlo y explicarlo es seguir el flujo de vida de una petición en 5 pasos:

(Esto también te puede valer como preparación para entrevista técnica 😉 )

1️⃣ Request
↳ Infraestructura → el controlador recibe la petición HTTP (o CLI, o evento).

2️⃣ Orquestación
↳ Aplicación → el caso de uso coordina la operación.

3️⃣ Contratos del negocio
↳ Dominio → el Puerto (p. ej., ProductRepositoryInterface) define lo que necesita el negocio.

4️⃣ Capa de integración
↳ Infraestructura → el adaptador implementa el puerto contra la tecnología (BBDD/API/archivo).

5️⃣ Respuesta
↳ Aplicación → devuelve un resultado de dominio; el adaptador de entrada (controlador/presenter) lo mapea a DTO y construye la respuesta HTTP.

Con esta explicación —y de forma muy simplificada— puedes distinguir tres directorios principales. Luego puede haber subcarpetas o elementos que no necesariamente deben estar ahí y se puedan mover, pero en general esto podría ser un boilerplate bastante fiel:

/dominio
↳ /entidades
↳ /servicios
↳ /excepciones
↳ /puertos
/aplicacion
↳ /casos_de_uso
↳ /dto|viewmodels
/infraestructura
↳ /adaptadores_entrada → http, cli, events (controllers)
↳ /adaptadores_salida → db, http-client, fs (repositorios/gateways)
↳ /mappers
↳ /config

Espero que te haya resultado útil. Si tienes otras fuentes o recursos donde hayas profundizado sobre Arquitectura Hexagonal, me encantará que los compartas para conocerlos.

Recursos adicionales
- Alistair Cockburn – Hexagonal Architecture Explained
(Ports & Adapters)
- Vaughn Vernon – Implementing Domain-Driven Design (cap. puertos/adaptadores)
- Robert C. Martin – Clean Architecture (boundary, use cases, presenters)

hashtag hashtag hashtag hashtag hashtag hashtag hashtag hashtag

🚀 ¿Recuerdas ese sudor frío cuando algo peta en producción? Pues tengo el antídoto: tests que te salvan la vida 🙌.

Hoy en LinkedIn cuento por qué es mejor invertir dos horas en probar que dos días en apagar incendios (y cómo explicárselo al jefe sin dramas).

Pásate, cuéntame el bug más caro que has evitado (o sufrido) y comparte tu truco para dormir tranquilo

Un consejo simple: haz tests. | Iván Portillo Pérez Un consejo simple: haz tests. Pero no cualquiera, sino esos que te salvan la vida, los que evitan que se te ponga la cara colorada porque ese endpoint ya estaba corregido. Los que apagan el fuego antes de que Slack y el correo ardan porque en producción han dejado de entrar pedidos. Esos tests que ...

Imagina que tu alarma suena y, antes de que el café haga efecto, una idea te enciende la cabeza.
Eso es lo que busco regalarte cada día de lunes a viernes: una chispa breve, afilada, en modo upgrade.

Le puse nombre: Reflexiones Desde El Teclado.
No hay postureo, solo historias que caben en el bolsillo y preguntas que te empujan a moverte (y a moverte bien).

Cuenta la leyenda que dos minutos de lectura pueden comprarte una hora de foco.
Yo lo compruebo cada día y quiero que tú también lo pruebes.
Además, crecer por dentro sigue siendo más barato que renovar el móvil.

¿Te vibra la idea?
Pásate por aquí y empieza a devorar micro ideas:
👉 https://ivanportillo.substack.com/?r=4jfmro&utm_campaign=pub-share-checklist

Nos vemos al otro lado de la pantalla; teclado en mano, eso sí.

👉 Cuéntame en comentarios qué rincón del desarrollo personal te inquieta más. Así sabré qué historia te pondrá las pilas mañana. ¡Te leo! 😉

Reflexiones Desde El Teclado | Iván Portillo | Substack Ideas minimalistas para que eleves tu productividad y crezcas como persona, tecla a tecla. Click to read Reflexiones Desde El Teclado, by Iván Portillo, a Substack publication. Launched 20 days ago.

💡 ¿Alguna vez has mirado tu propio código y pensado... "WTF"?
¡No estás solo! Pero eso puede cambiar.

El código limpio no solo hace tu trabajo más profesional, sino que:
✔️ Facilita la colaboración con tu equipo
✔️ Evita errores y refactorizaciones interminables
✔️ Te convierte en un desarrollador más eficiente y valorado

🧑‍💻 Descubre los principios fundamentales para escribir código que hable por sí solo en nuestro nuevo artículo:
👉 https://notasweb.me/entrada/clean-code-como-escribir-codigo-que-no-te-haga-decir-wtf/

📩 Suscríbete y recibe contenido exclusivo: https://notasweb.me/suscripcion/
🎧 Escucha nuestro podcast en Spotify: Artesanos del Código
https://open.spotify.com/show/1TqvkZRtIpTTdEus9i2l7j

👥 Comparte tus experiencias! ¿Alguna vez has heredado un proyecto con código imposible de entender? Cuéntanos tu historia en los comentarios. 👇

Clean Code: Cómo escribir código que no te haga decir "WTF" - Notas Web Descubre cómo aplicar Clean Code con ejemplos prácticos. Escribe código más legible, mantenible y profesional siguiendo los principios clave

🎯 ¿Quieres avanzar en tu carrera como programador, pero no sabes por dónde empezar?

En nuestro último episodio del podcast Artesanos del Código, te contamos cómo Laravel puede impulsar tu carrera:

✅ Curva de aprendizaje corta: Aprende lo esencial y crea proyectos reales en poco tiempo.
✅ La práctica es clave: No se trata de acumular cursos, sino de crear soluciones reales.
✅ Muestra tu trabajo: Un portafolio impactante puede abrirte muchas puertas.

🎧 Escucha el episodio completo aquí: https://open.spotify.com/episode/0w4ooMpm3r1SRs8q4JwCL0

📩 ¿Quieres más contenido exclusivo y recursos para tu crecimiento?
Suscríbete a nuestra newsletter aquí 👉 https://notasweb.me/suscripcion/

Cómo Laravel Puede Acelerar Tu Carrera como Programador Artesanos del Código · Episode

🎧 ¿Listo para dominar las API REST? ¡Tenemos un episodio hecho para ti! 🌟

Cuando estás aprendiendo algo nuevo, a veces leer no basta. Necesitas una voz que te guíe, que te explique con claridad y te motive. Por eso en el último episodio de nuestro podcast, desglosamos TODO lo que necesitas saber sobre las API REST:

💡 ¿Qué son realmente?
🚀 ¿Por qué son tan importantes en el desarrollo web?
✅ Las mejores prácticas para que las entiendas y las domines desde el principio.

👉 Este episodio está pensado para TI, que quieres dar el salto al mundo tech y te preguntas por dónde empezar.

🎙️ Escúchalo en cualquier momento y transforma tu tiempo libre en aprendizaje productivo. Porque cada minuto invertido en aprender te acerca un paso más a tus sueños.

🔗 Dale play aquí: https://open.spotify.com/episode/6wm4xQGBxXWIdikpnpzcx5

En Artesanos del Código, sabemos que empezar no siempre es fácil, pero juntos podemos hacerlo posible. ¡Tu camino hacia la tecnología comienza hoy! 🚀

¡Tu próximo gran trabajo comienza aquí! 🌐

Imagina que tienes en tu mano la llave para abrir una puerta a nuevas oportunidades, pero no sabes cómo usarla. Así son las API REST para quienes están empezando en desarrollo web: el puente entre el deseo y la realidad de un trabajo real en desarrollo.

👨‍💻 ¿Por qué aprender sobre API REST?
Las APIs REST no son solo una herramienta; son la forma en que las aplicaciones "hablan" entre sí. Desde ordenar comida en tu app favorita hasta enviar un mensaje, todo está conectado gracias a ellas. Conocerlas te da el poder de transformar ideas en realidad, de construir grandes proyectos.

💡 No importa si estás empezando o si crees que es "demasiado tarde": todo programador fue principiante alguna vez. Este artículo es tu mapa para dominar las API REST, con buenas prácticas que simplificarán tu aprendizaje.

Porque en Notas Web, creemos que cada línea de código es un paso hacia un futuro mejor. Tú también puedes lograrlo, ¡y estamos aquí para acompañarte en cada etapa del camino! 🚀











🖱️ Haz clic aquí para leer el artículo completo y comenzar tu viaje:

¿Qué es un API Rest? Manual de Uso - Notas Web Descubre qué son las APIs REST, por qué son esenciales para los desarrolladores y cómo implementarlas con buenas prácticas