ENGINEERING HANDBOOK
Manual de cómo desarrollar software — no un conjunto de prompts sueltos. Cada dominio (01_Frontend, 02_Backend, ...) tiene sus propios documentos de estándares, escritos para que una IA (o yo) tome las mismas decisiones que tomaría un ingeniero senior consistente, en cualquier proyecto nuevo.
Antes de leer cualquier dominio, leer 00_HANDBOOK_FORMAT.md — define las convenciones que todos los documentos siguen: reglas REQUIRED/RECOMMENDED, capa agnóstica + implementación de referencia, y la jerarquía de especialización (dominio → patrón → vertical).
Estado por dominio
Nota de arquitectura pendiente de decisión:
Engineering-OS/(47 docs) y los dominios numerados01–15se solapan en varios temas (seguridad, frontend, git). Hay que decidir cuál es canónico — recomendación: los dominios numerados como fuente de verdad,Engineering-OS/como capa de índice/visión. Sin resolver, hay riesgo de dos fuentes de verdad divergentes.Frontmatter pendiente: los documentos aún no llevan el frontmatter YAML del Knowledge System (el retrofit quedó sin correr por corte de presupuesto).
node tools/build-index.mjsya generaINDEX.jsony lo recogerá en cuanto se añada.
Stack de referencia (contexto para todos los documentos)
- Frontend: React 19 + Vite + Tailwind + Framer Motion, TypeScript obligatorio
- Backend: Cloudflare Workers (multi-worker), template en
E:/workers-template - DB/Auth: Supabase
- Storage: R2 (Cloudinary en migración fuera)
- Email: Resend
- Automatización: n8n (VPS Contabo) + Baileys
- IA: OpenRouter → GPT-4o-mini
- Deploy: Cloudflare Pages + Workers + VPS Contabo