BIENVENIDO.txt
Synaptech Solutions es el estudio independiente de ingeniería de Germán Martínez, con base en Uruguay. Construyo sistemas de IA, LLM y backend listos para producción (asistentes con IA, integraciones con ERP y MCP, pipelines de datos) para equipos de Latinoamérica, Estados Unidos y Europa.
- whoami
- Germán Martínez
- Ingeniero de Software / ML Semi-Senior
- Especialista en aplicaciones con LLM
- Consultor independiente en sistemas de IA
- cat mision.txt
- Software práctico. IA honesta.
- Sistemas listos para producción, para equipos que necesitan que la IA funcione de forma confiable.
- ls experiencia/
- sistemas backend
- infraestructura para LLM
- orquestación de agentes
- pipelines de datos
- automatización de procesos
- integraciones de IA aplicada
- cat forma-de-trabajo.txt
- conversación técnica directa sobre el producto
- arquitectura clara antes de implementar
- colaboración pensada para trabajo asincrónico
- nada de hype vago sobre IA
- tradeoffs honestos, decisiones documentadas
- uptime
- más de 7 años construyendo sistemas de software
- consultor independiente
- mentalidad orientada a producción
- cat ubicacion.txt
- Radicado en Uruguay
- Remoto, ante todo
- Disponible para equipos de LATAM, EE. UU. y con horario de la UE
bot.platform.architecture
§ 01 // método
COMO_TRABAJO.md
Todo proyecto empieza con una especificación técnica por escrito. Sin especificación, no hay código. Así se evita que el alcance se desvíe y los dos sabemos qué significa "terminado" antes de escribir una línea.
Trabajo en ciclos asincrónicos y documentados. Actualizaciones semanales por escrito, no standups diarios. Tu tiempo vale; lo respeto siendo preciso y autónomo.
Si tu plazo es imposible, te lo digo de entrada. Si tu presupuesto no cierra con el alcance, lo renegociamos antes de empezar. Sin sorpresas a la hora de facturar.
Todo lo que se construye es tuyo. Repos prolijos, APIs documentadas y runbooks incluidos. No genero dependencia.
CON_QUIEN_NO_TRABAJO.md
Si "lo vamos resolviendo sobre la marcha" es tu filosofía de ingeniería, no somos compatibles. La ambigüedad sale cara y me niego a cobrarte por la confusión.
No construyo envoltorios de LLM disfrazados de producto. Si necesitás "ChatGPT pero para X" sin una ventaja clara ni una tesis de por qué es defendible, voy a declinar con amabilidad.
Pre-seed con un prototipo real: posible. Empresa en Serie A que pide "sweat equity": no. Mi alquiler no es una apuesta de riesgo sobre tu cap table.
Seguimiento de usuarios sin consentimiento, manipulación del engagement o UX engañosa. Un no rotundo. Reviso los casos de uso antes de firmar cualquier acuerdo.
§ 02 // registro de trabajo
hacé clic para expandir§ 05 // manifiesto
filosofía de ingeniería"El software no es un producto.
Es una decisión
que se vuelve permanente en el código."
Cada decisión de arquitectura, cada abstracción, cada atajo — todo se acumula. Trato el código como un pasivo a largo plazo, no como un entregable de corto plazo.
La complejidad es una deuda, no un activo.
Cada capa de abstracción que sumás tiene que justificar su existencia con valor medible. Los equipos se derrumban bajo arquitecturas que impresionaron en un pitch deck pero no sobrevivieron a un incidente un martes de mañana.
La IA es infraestructura, no magia.
Los LLM son sistemas probabilísticos. Fallan en silencio, se desvían con el tiempo y alucinan bajo presión. Tratarlos como APIs deterministas es la forma de poner un pasivo en producción. Construyo con evals, guardrails y fallbacks.
El mejor sistema es el que llega a producción.
La perfección es enemiga de la producción. Priorizo la corrección, la observabilidad y la mantenibilidad — en ese orden. Un sistema que funciona con tradeoffs conocidos le gana a un sistema elegante que nunca se despliega.
Ingeniería honesta antes que mentiras cómodas.
Te voy a decir cuando tu idea no se sostiene técnicamente. Voy a señalar los riesgos de plazos antes de que se vuelvan crisis. Voy a documentar las decisiones con las que no estuve de acuerdo. La franqueza es una obligación profesional, no una opción.
Ser dueño significa irse, no quedarse.
Mi objetivo es volverme innecesario. Cada proyecto termina con documentación, runbooks y un equipo que puede operar sin mí. La dependencia es un antipatrón de la consultoría que me niego activamente a generar.
- →Especificaciones por escrito antes de escribir código
- →Suites de evals entregadas con cada funcionalidad de LLM
- →Registros de decisiones de arquitectura para cada elección importante
- →Objeciones honestas sobre alcance y plazos cuando hace falta
- →Nada de lock-in con proveedores sin una justificación documentada
- →Runbooks de guardia antes de que cualquier sistema salga a producción
§ 03 // stack técnico
§ 04 // principios
La tecnología aburrida es una virtud.
PostgreSQL antes que una base de datos distribuida. Un cron job antes que una cola de mensajes. El sistema más mantenible es el que tu próximo ingeniero puede depurar a las 2 de la mañana sin Slack.
Evals antes del despliegue.
Todo sistema con LLM sale con una suite de benchmarks. Si no lo podés medir, no lo podés mejorar—y seguro que no se lo podés vender a un cliente enterprise con equipo legal.
Runbooks, no conocimiento tribal.
Todo sistema que construyo sale con documentación operativa. Runbooks de guardia, registros de decisiones de arquitectura, guías de despliegue. Tu equipo no debería necesitarme para que todo siga andando.