Hoy he lanzado otro dominio. No una subpágina, no un subdominio, un sitio independiente en matthiasmeyer.tech. Existe para una sola finalidad: explicar los repos open source que mantengo, con voz propia, sin competir con el estudio que paga las facturas. En vivo en una sesión de domingo, desde el cambio de DNS hasta el último cert. Este artículo es mitad reporte de build, mitad argumento de por qué los founders en solitario con empresa propia deberían separar la marca personal de la marca empresarial, y mitad recorrido por lo que realmente hay dentro: 22 repositorios, 6 ensayos explicativos, un grafo 3D de fuerzas como hero, estadísticas de GitHub a build time para que los números se queden frescos, y la capa de AI-Ready Discovery que cada sitio que toco hoy lleva por defecto.
Hubo un momento alrededor de medianoche en que la URL en vivo respondió limpio por primera vez, los 22 repos visibles en el grafo, las partículas cian fluyendo por las aristas, y me di cuenta de que el sitio era a la vez técnicamente más limpio que studiomeyer.io y más pequeño en alcance. Ese es el punto. Studio es para clientes. Academy es para aprendices. matthiasmeyer.tech es para la mitad open source del trabajo, y esa mitad lleva demasiado tiempo arrinconada como subpágina del sitio empresarial.
Por qué otro dominio
El argumento para separar marca personal de marca empresarial no es nuevo. Guillermo Rauch tiene rauchg.com junto a vercel.com. Lee Robinson tiene leerob.com junto a vercel.com. Dax Raad lleva dax.dev junto a sst.dev. El patrón funciona porque la voz personal y la voz empresarial sirven a audiencias distintas. Vercel vende deployment. Rauch escribe sobre pensamiento de sistemas e internals de React. Las dos cosas se refuerzan sin diluirse.
En mi caso el split es así. studiomeyer.io es un sitio de estudio en alemán-español-inglés que vende sitios web custom y sistemas de IA a clientes en DACH y Mallorca. 1500 citaciones de Bing Copilot, blog largo en tres idiomas, página de pricing concreta. studiomeyer.academy es el lado de aprendizaje, recetas y lecciones para builders que quieren entender el stack de IA que usamos. matthiasmeyer.tech es la tercera pata. La mitad open source. Los repos en sí, explicados en primera persona, con notas de arquitectura y trade-offs, sin el andamiaje de ventas que hace funcionar el sitio del estudio.
Los puristas del SEO dirán que metas todo en subdirectorios bajo studiomeyer.io para preservar autoridad. Tienen razón en abstracto sobre la transferencia de autoridad. Se equivocan sobre audiencia. Un developer que aterriza en local-memory-mcp vía npm y lee la arquitectura no es la misma persona que reserva un proyecto de sitio web custom. Forzar ambos en la misma surface obliga a compromisos en ambas direcciones. Dos dominios con cross-links explícitos en headers y footers resuelven el problema de audiencia y aceptan la pequeña pérdida de autoridad como costo.
Qué hay realmente dentro
22 repositorios viven en la org de GitHub. Ocho son piedras angulares en el sentido de que todo lo demás extiende o se empareja con uno de ellos. Los otros 14 son arneses de conformance, bridges para n8n, conectores SaaS y extensiones de seguridad que cuelgan de las piedras angulares.
El cluster de memoria tiene un repo. local-memory-mcp es un servidor MCP de 13 herramientas que da a Claude, Cursor y Codex memoria persistente con SQLite, FTS5 y un pequeño knowledge graph. Local, sin nube, sin API keys.
El cluster de agentes tiene tres piedras angulares más un conector. mcp-personal-suite es un kit de 49 herramientas para email, calendar, messaging, search e image generation, BYOK, sin signup. agent-fleet es el orchestrator que corre agentes especializados en paralelo para research, critique y analysis. darwin-agents es la capa de experimentación que evoluciona prompts vía A/B testing. mcp-studiomeyer-agents es el conector para clientes Pro del servicio StudioMeyer Agents.
El cluster de seguridad tiene dos piedras angulares más el nuevo port a Python y una capa de attestation. ai-shield es un toolkit de seguridad para LLMs sin dependencias, detección de prompt injection, masking de PII, cost tracking, escaneos sub-25ms. ai-shield-py es el port a Python que lancé hace dos días para FastAPI y LangChain. mcp-armor es el sidecar en Rust que envuelve cualquier servidor MCP y valida manifests firmados con Ed25519, overhead p99 sub-5ms, defensa contra los CVEs de cadena de suministro documentados en el aviso de OX Security en abril. mcp-server-attestation es la hermana en TypeScript de mcp-armor para equipos que se quedan en Node.
El cluster de media tiene un repo. mcp-video envuelve ffmpeg y Playwright detrás de ocho herramientas para grabación, edición, captions, TTS y screenshots inteligentes.
El cluster de workflow tiene una piedra angular más dos extensiones. n8n-templates entrega workflows endurecidos con memoria cross-session integrada, agentes de voz, customer support, asistentes personales, ruteo multi-provider de LLM. n8n-nodes-studiomeyer-memory es el nodo community de n8n que conecta esas plantillas al backend de memoria. n8n-workflows es la variante sin memoria con patrones de producción.
El cluster de factory son tres test harnesses. mcp-protocol-conformance valida JSON-RPC 2.0, OAuth 2.1 PKCE, schemas de tools y capabilities en versiones de spec 2024-11-05, 2025-03-26 y 2025-06-18. mcp-hook-conformance audita hooks de lifecycle de Claude Code v2.1.118 para idempotencia, latencia y side-effects. mcp-tenant-pair es la librería base para multi-tenancy con storage bi-temporal y adaptadores SQLite y Postgres.
El cluster de conectores SaaS son seis mirrors docs-only de los cuatro productos SaaS hosted más el marketplace y la academy. studiomeyer-memory, studiomeyer-crm, studiomeyer-geo y studiomeyer-crew tienen cada uno un mirror público read-only. studiomeyer-marketplace empaqueta los cuatro para Claude Code vía Magic Link auth. mcp-academy es el conector npm para la API de lessons y recipes de StudioMeyer Academy.
Esa es la lista completa. 22 repos, 19 stars en total al momento del lanzamiento, cinco lenguajes de programación, todos MIT o Apache.
Un grafo 3D de fuerzas como hero
Una lista de repos no es un hero. Una lista de repos es la parte que nadie lee. El hero es lo que señala qué tipo de sitio es esto, y un hub personal para herramientas open source debería señalar que las herramientas están interconectadas, que pertenecen a un stack coherente, que elegir una pone al usuario en conversación con las demás.
El hero en matthiasmeyer.tech es un grafo 3D de fuerzas renderizado con Three.js y la librería 3d-force-graph. 22 nodos, 22 aristas. Los repos hero son más grandes y saturados, los secundarios son más pequeños y suaves. Los colores de grupo mapean a función: cian para memoria, ámbar para agentes, rojo para seguridad, lila para media, esmeralda para workflow, pizarra para factory tooling, azul para conectores SaaS. Las partículas cian fluyen por las aristas en la dirección de la dependencia. Hover en un nodo abre un panel preview con nombre, grupo y descripción. Click lo fija. Auto-rotate por defecto a 0.4 rad/s. Chips de filtro encima del canvas activan y desactivan clusters, más una caja de búsqueda que filtra por nombre y tagline.
Los crawlers ven una lista de repos sr-only justo debajo del canvas con las 22 entradas como texto plano. El grafo es interactivo pero no excluyente. Bingbot y ClaudeBot leen el mismo contenido que un usuario con ratón.
El patrón es lift directo de nuestra Memory 3D demo en studiomeyer.io. La escena Three.js, el patrón hover-pin con timer auto-close de 350ms, el fallback sr-only, el gradiente cinema con glows de esquina en cian y lila. Nada de eso es exclusivo de matthiasmeyer.tech. Todo es reutilizado, y ese es el punto de tener un stack de estudio.
La capa de Concept
Seis ensayos explicativos viven junto a los repos. Son repo-agnósticos, escritos en primera persona, sin envoltorio de marketing. Qué es MCP, en realidad explica el protocolo sin la capa marketing. Stdio vs HTTP para MCP es un árbol de decisión de transporte basado en cicatrices reales de deployment. Arquitecturas de memoria comparadas recorre tres sistemas que envié este año y qué arquitectura sirve a qué forma de agente. Protocolo Agent-to-Agent v1.0 RC es una nota corta sobre qué te aporta un agent-card.json y qué no. WebMCP para agentes en navegador es la pieza de higiene sobre el W3C CG Draft. Patrones de orquestación de agentes descompone single agent vs sequential pipeline vs parallel fleet vs judge-arbitrated, con heurísticos de costo de orquestación de tráfico de producción.
La capa de concept es la parte del sitio que espero rinda mejor en citaciones de IA. Las páginas de repo tienen tráfico natural vía npm y GitHub. Los concept posts tienen que ganarse el tráfico vía búsqueda y enlaces, y la forma en que se lo ganan es siendo la respuesta a una pregunta que alguien va a tipear en ChatGPT o Perplexity.
La capa AI-Ready
Cada sitio que construyo hoy lleva la misma discovery chain desde el día uno. matthiasmeyer.tech no es excepción. Capa uno: HTML5 semántico, header main article section nav footer, sin sopa de divs envuelta en ARIA. Capa dos: JSON-LD en el head, Person más WebSite más 22 entradas SoftwareSourceCode más schema Article en cada concept post. Capa tres: /llms.txt como overview en texto plano del sitio con cross-refs al resto de la discovery chain. Capa cuatro: /.well-known/agents.json con tres herramientas invocables para agentes IA, más /.well-known/agent-card.json para los descriptores de skill A2A v1.0 RC, más /.well-known/webmcp para el manifest del W3C CG Draft. Capa cinco: /robots.txt con Allow explícito para 14 user agents de bots IA desde GPTBot hasta MistralAI-User. Capa seis: /sitemap.xml con las URLs de discovery incluidas para que los agentes basados en crawl encuentren los endpoints.
Stats de GitHub a build time
Los repos en lib/repos.ts tienen descripciones, taglines, asignaciones de grupo, relaciones de aristas. Esas son decisiones editoriales. No cambian salvo que reescriba un párrafo. Las stars, la fecha de último update, el lenguaje primario y el tool count cambian todo el tiempo. Hardcodearlos significaría editar un archivo TypeScript cada vez que alguien marca un repo. No aceptable.
El fix es un script pre-build. Un script Node pequeño en scripts/fetch-github-stats.ts llama a la gh CLI, extrae los últimos 22 repos de la org studiomeyer-io, escribe el resultado en data/github-stats.json. El módulo lib/repos.ts importa ese JSON al cargar y mergea los valores en vivo en la base editorial. Cada build levanta stars frescas y timestamps frescos.
Hacia dónde va esto
El sitio está vivo, la discovery chain cableada, los buscadores tienen el sitemap, el tracking puesto. Lo que no tiene aún es contenido sostenido. Seis concept posts son un set de arranque. Cada uno tiene que ganarse su tráfico, y eso ocurre escribiendo más cuando aparezcan nuevos patrones en el trabajo.
Los repos en sí siguen creciendo. Hace dos días ai-shield-py se sumó a la familia. Lo siguiente que envíe entrará en lib/repos.ts en cinco líneas y en el grafo como un nuevo nodo. El script de fetch a build time se encarga del resto.
Si llevas un sitio empresarial y tienes una mitad open source que se está acumulando como subpágina, sepárala. Dos dominios, cross-links claros en headers y footers, stack AI-Ready en ambos lados. Las audiencias se ordenan solas y la escritura encuentra su voz correcta en cada lugar.
