Bob·ArchitectBob diseña el sistema, elige la pila y entrega la estructura a Alex para que tu arquitectura se convierta en la base de código, no en un documento olvidado.
Diagramas que se corresponden con el código, no imágenes bonitas.
Eraser y Whimsical representan hermosas cajas y flechas. Tus ingenieros igual construyen lo que encaja con la fecha límite. Los diagramas de Bob se convierten en la estructura de archivos y los límites de módulos que Alex realmente usa.
"Elegimos Mongo porque era popular." Bob explica por qué Postgres en lugar de Mongo, por qué una cola en lugar de llamadas directas, por qué Redis vs Memcached. El razonamiento queda por escrito para que puedas cuestionarlo.
El diagrama del wiki es del sprint 1. El código es del sprint 14. Nadie actualiza ninguno de los dos para que coincidan. Bob revisa el sistema actual y actualiza el documento de arquitectura para reflejar lo que realmente se ha entregado.
El rendimiento, la seguridad y la observabilidad se adaptan a posteriori después de la primera caída. Bob las planifica durante el diseño con los requisitos de escala de Emma y los patrones de acceso que tu modelo de datos necesita soportar.
Desde tu primer prompt hasta un resultado entregado: así es como realmente funciona Bob.
Bob parte de un alcance acotado para que la arquitectura se ajuste al producto, y no al revés.
Transferir a EmmaBase de datos, framework, cola, caché: cada elección viene con una explicación escrita de sus trade-offs que puedes cuestionar.
Entidades, relaciones, ownership, rutas de escritura: las cosas que luego más duelen al refactorizar.
Los cuadros y las flechas reflejan módulos y dependencias reales; el diagrama se mantiene sincronizado a medida que se implementa el código.
Alex construye dentro de los límites que trazó Bob; no incorpora deuda técnica del tipo "lo refactorizaremos en tres meses".
Transferir a AlexDiagramas de servicios, flujo de datos e integración generados en el Editor, no en una herramienta separada.
Elecciones de stack justificadas según tus restricciones, no seleccionadas por tendencia o familiaridad.
Esquemas y relaciones diseñados para los patrones reales de acceso de tu producto.
Rendimiento, seguridad y observabilidad abordados durante el diseño, no después del lanzamiento.
Decisiones arquitectónicas documentadas con su razonamiento para que tu yo del futuro pueda revisarlas.
Los diagramas se corresponden con la estructura de archivos y los límites de los módulos con los que Alex construye.
Bob puede revisar sistemas existentes y recomendar cambios con un razonamiento claro.
Los flujos de trabajo hechos manualmente son lentos, manuales y dependen mucho de herramientas. Pasa el cursor sobre cualquier tarjeta para ver por qué importa cada mejora.
¿Vienes de Eraser AI? Aquí es donde Bob toma la delantera.
Eraser y Whimsical dibujan cajas bonitas; tus ingenieros igual construyen lo que encaje con la fecha límite. Los diagramas de Bob se convierten en la estructura de archivos y los límites de módulos que Alex realmente usa en la base de código.
ChatGPT recomienda el framework que vio con más frecuencia en los datos de entrenamiento. Bob explica por qué Postgres en lugar de Mongo, por qué una cola en lugar de llamadas directas, por qué Redis frente a Memcached, con un razonamiento que puedes cuestionar y decisiones que puedes revisar de nuevo.
Un diagrama en una wiki se queda obsoleto para el sprint 3. Bob revisa el código real y actualiza la arquitectura según lo que se lanzó, para que la documentación nunca sea una ficción y la incorporación de un nuevo ingeniero tome un día, no un mes.
| Funcionalidad | Atoms Recomendado | Eraser AI |
|---|---|---|
| Resultado | Arquitectura que se traduce en código | Diagrama en una wiki |
| Selecciones de stack con fundamentos | Trade-offs por escrito | Sugerencias genéricas |
| Se mantiene sincronizado a medida que el código se entrega | Actualizado según la base de código | Queda obsoleto para el sprint 3 |
| Conectado a ingeniería | Transferir a Alex | Transferir mediante exportación |
| Creación de diagramas | Generado automáticamente | Generado automáticamente |
Bob no trabaja solo. Así es como se concretan los traspasos cuando construyes con el equipo completo.
Bob diseña el sistema; Alex lo construye. Sin deuda técnica incorporada del tipo «refactorizar en 6 meses cuando llegue la escala».
Ver cómo Alex funcionaBob ajusta la arquitectura al alcance del producto de Emma. Nada de sistemas sobrediseñados para una función simple.
Ver cómo Emma funciona
Bob diseña el modelo de datos para que David pueda consultarlo con claridad. La analítica es una parte fundamental, no un añadido.
Ver cómo David funcionaTrabajo de arquitectura concreta que Bob produce y que se traduce en código real.
Diseña el sistema desde cero con elecciones de stack justificadas según tus restricciones.
Compara opciones de stack para tu proyecto y elige la que mejor se adapte a tu equipo y escala.
Esquema, relaciones e índices diseñados para las consultas que tu producto realmente ejecutará.
Mapea servicios de terceros, webhooks y flujo de datos antes de que comience el trabajo de integración.
Identifica cuellos de botella y planifica para el siguiente orden de magnitud antes de que impacten en producción.
Identifica preocupaciones de autenticación, datos y privacidad y abórdalas en el diseño en lugar de después del lanzamiento.
@Bob diseña la arquitectura para un SaaS multiinquilino con facturación basada en el uso, 10k inquilinos previstos y pagos con Stripe Connect. Elige la pila tecnológica, dibuja el diagrama de servicios y entrega la estructura de archivos a Alex.
@Bob estamos eligiendo entre Postgres + Prisma y PlanetScale + Drizzle para el nuevo producto. Compáralos según nuestras restricciones (lecturas multirregión, un solo ingeniero, 100ms p95) y recomienda uno con ventajas y desventajas explícitas.
@Bob revisa nuestra capa de API actual. Estamos viendo 800ms p95 en el endpoint del panel y queremos escalar a 10x de tráfico. Identifica los cuellos de botella, propone cambios y redacta el plan de migración para Alex.
@Bob diseña el esquema para el programa de referidos en el PRD de Emma. Define las entidades, relaciones e índices para las consultas que realmente vamos a ejecutar. Entrega el esquema y el plan de migración a Alex.
Ningún agente trabaja solo. Toca a cualquier compañero para ver cómo se encarga de su parte de tu producto.
Confiado por clientes de
Deja de dibujar diagramas que nadie implementa. Deja que Bob diseñe sistemas que tu equipo de IA construya y mantenga sincronizados dentro de Atoms.
