Laboratorio
Flujo tipo Cursor en Continue
Esta vista no ejecuta el IDE: centraliza lo que en Cursor vienen de .cursor/rules/*.mdc, del chat con @ y del mapa en AGENTS.md. Cópialo al portapapeles y pégalo en Continue (o úsalo como checklist antes del modelo Ollama en Agente Ollama).
Documentación canónica en el repo: docs/oss-lab/EJEMPLO-FLUJO-CONTINUE-Y-RUTAS-CANONICAS.md.
Plantilla de encargo (bloque de texto)
Rol: [nombre del rol según docs/agents, p. ej. infra-ci, backend-ts]
+ abre o menciona el .md del rol si hace falta contexto.
Objetivo único: [una sola cosa medible; evita listas largas de features]
Alcance: [rutas o archivos permitidos, p. ej. infra/compose/, services/core-api/src/...]
Prohibido: [qué no tocar: p. ej. otro servicio, secretos, ORMs si el repo usa SQL en schema.ts, ejecutar docker compose sin pedirlo]
Salida: [pasos concretos, diff mínimo, o comandos; sin refactors colaterales]Contenido equivalente a .continue/rules/ship-together.md
- Rutas canónicas y ejemplo de flujo (no inventar `docs/agents/AGENTS.md`): `docs/oss-lab/EJEMPLO-FLUJO-CONTINUE-Y-RUTAS-CANONICAS.md`. - Un rol a la vez; prompts base en `docs/agents/<rol>.md` y **`AGENTS.md` en la raíz del repo** (no existe `docs/agents/AGENTS.md`). - Toca solo paths del PR o de la tarea: `apps/web/`, `services/core-api/`, `infra/compose/`, `docs/` según corresponda. - Flujo por defecto: proponer **diff**; el humano acepta o rechaza. No asumas merge a `main`. - Tras cambiar `infra/compose/*.yaml`, ejecuta en el monorepo `cd apps/web && npm run snapshot:compose` y commitea `lib/infra/compose-snapshot.json` si el snapshot cambió. - Modelos y RAM: default local **`llama3.1:8b`** o **`qwen2.5-coder:7b`**; **no** recomendar **70B** local en equipos **~24 GB**. Para calidad frontier usar **API**. Ver `docs/oss-lab/STACK-IA-LOCAL-AWS-Y-LIMITES.md` y `docs/oss-lab/MODELO-Y-HERRAMIENTAS-AGENTES.md`. - Contexto por capas: `docs/oss-lab/CONTEXTO-POR-CAPAS.md`. Índice de roles: `docs/agents/README.md`. - Proceso de merge: `docs/PROCESO-MERGE-Y-AGENTES.md`.
Preflight antes de enviar al modelo
□ Alcance en una frase (un objetivo). □ @ al archivo que debe editar (p. ej. services/core-api/src/db/schema.ts). □ Prohibido explícito: sin ORM nuevo si el proyecto usa SQL + pg en schema.ts. □ Salida: diff revisable o comando de test. □ Si lista rutas, contrastar con docs/oss-lab/EJEMPLO-FLUJO-CONTINUE-Y-RUTAS-CANONICAS.md
Todo junto: plantilla + preflight (un solo copiar)
--- Plantilla + prohibidos (pegar en Continue / Cursor) ---
Rol: [nombre del rol según docs/agents, p. ej. infra-ci, backend-ts]
+ abre o menciona el .md del rol si hace falta contexto.
Objetivo único: [una sola cosa medible; evita listas largas de features]
Alcance: [rutas o archivos permitidos, p. ej. infra/compose/, services/core-api/src/...]
Prohibido: [qué no tocar: p. ej. otro servicio, secretos, ORMs si el repo usa SQL en schema.ts, ejecutar docker compose sin pedirlo]
Salida: [pasos concretos, diff mínimo, o comandos; sin refactors colaterales]
--- Preflight ---
□ Alcance en una frase (un objetivo).
□ @ al archivo que debe editar (p. ej. services/core-api/src/db/schema.ts).
□ Prohibido explícito: sin ORM nuevo si el proyecto usa SQL + pg en schema.ts.
□ Salida: diff revisable o comando de test.
□ Si lista rutas, contrastar con docs/oss-lab/EJEMPLO-FLUJO-CONTINUE-Y-RUTAS-CANONICAS.md