.gitignore

# See https://docs.github.com/get-started/getting-started-with-git/ignoring-files for more about ignoring files.

# Compiled output
/dist
/tmp
/out-tsc
/bazel-out

# Node
/node_modules
.eslintcache
npm-debug.log
yarn-error.log

# Entorno local. La plantilla `.env.example` SÍ va al repo; el `.env` real no.
.env
.env.*
!.env.example
# La plantilla de las variables del despliegue en Coolify. Es documentación:
# nombres de variables y comentarios, sin un solo valor. Necesita su excepción
# porque `.env.*` de arriba la barre, y el `!.env.example` de la línea anterior
# solo salva ese nombre exacto.
!deploy/.env.coolify.example

# La plantilla de las variables de la suite de Selenium. El `.env.e2e` real,
# que puede llevar credenciales de un entorno de ensayo, lo sigue cubriendo
# `.env.*` de arriba.
!.env.e2e.example

# Proxy generado por el contenedor a partir de proxy.conf.docker.json.
proxy.generated.json

# Entorno del navegador generado por scripts/generate-env.mjs desde el .env.
# Fuera del repo a propósito: es lo que impide versionar sin querer la
# configuración de una máquina o de un despliegue. Se regenera en cada
# `yarn start`, `yarn build`, `yarn watch` y `yarn test`.
src/environments/env.generated.ts

# Yarn 4 — artefactos generados por la instalación.
# El repo fija `nodeLinker: node-modules` en `.yarnrc.yml`, así que la
# instalación vive en `/node_modules` (ignorado más arriba). Los archivos de
# acá son los que quedan de una instalación previa en modo PnP o del estado
# interno de Yarn: producto de `yarn install`, se regeneran solos y no van al
# repositorio.
.pnp.*
.yarn/install-state.gz
.yarn/unplugged/
.yarn/cache/

# IDEs and editors
.idea/
.project
.classpath
.c9/
*.launch
.settings/
*.sublime-workspace

# Visual Studio Code
.vscode/*
!.vscode/settings.json
!.vscode/tasks.json
!.vscode/launch.json
!.vscode/extensions.json
!.vscode/mcp.json
.history/*

# Miscellaneous
/.angular/cache
.sass-cache/
/connect.lock
/coverage
/libpeerconnection.log
testem.log
/typings
__screenshots__/

# Evidencias de una ejecución, no del código. Nada de acá se versiona; la
# carpeta se conserva con su `.gitkeep`.
#
#   artifacts/cypress/<corrida>/  capturas de los fallos, videos (solo en CI) y
#                                 descargas de la suite funcional.
#   artifacts/recorrido/          el recorrido visual: una carpeta de PNG por
#                                 pantalla, el manifiesto y `reporte.html`.
#                                 Son cientos de imágenes y varios cientos de
#                                 megabytes por corrida — se regeneran con
#                                 `yarn recorrido` y no tienen por qué vivir en
#                                 la historia del repositorio.
#   artifacts/real/               lo mismo, para el recorrido contra la API viva.
/artifacts/*
!/artifacts/.gitkeep

# Worktrees de Git creados por herramientas de asistencia. Son copias completas
# del repositorio: versionarlas metería el árbol dentro de sí mismo.
# Excepción: settings.json, skills/ y agents/ si se versionan (protocolo FABLE).
.claude/*
!.claude/settings.json
!.claude/skills/
!.claude/agents/

# El PDF que la suite unitaria deja en la raíz al correr.
#
# `pdf-export-button.spec.ts` y `clinical-pdf.spec.ts` ejercitan jsPDF **sin
# mockearlo** —a diferencia de `pdf-export.spec.ts`, que sí lo hace—, así que
# `save()` escribe de verdad. Es deliberado de esas pruebas: comprueban que el
# documento se genera, no que se llamó a una función.
#
# La consecuencia no lo era: cada `yarn test` deja un binario suelto en la raíz
# del repositorio, que aparece como archivo sin seguimiento y tienta a
# commitearlo. Se ignora acá en vez de mockear jsPDF: el mock debilitaría la
# prueba, que es de las pocas que tocan la biblioteca de verdad.
/presupuesto-ana-perez.pdf

# System files
.DS_Store
Thumbs.db

# Nota sobre `src/environments/`: los tres archivos de ahí SÍ se versionan.
# Ya no guardan ningún valor —solo la forma del entorno y los respaldos— y lo
# que sale del `.env` va a `env.generated.ts`, ignorado más arriba. Ignorarlos
# no funcionaría de todos modos: .gitignore no afecta a archivos ya rastreados,
# así que seguirían viajando al repositorio con los cambios de cada quien.
#
# El `.env` real también está cubierto arriba, junto con la excepción de
# `.env.example`. No repetir las reglas acá: una segunda regla `.env.*` después
# de `!.env.example` vuelve a ignorar la plantilla.
# Artefacto de una corrida de Cypress, no fuente.
/test-results/

# Documentos de coordinación de carriles: material de proceso de cada sesión de
# trabajo, no del producto. Reparten el trabajo entre quienes tocan el árbol a la
# vez y dejan de significar algo cuando el carril cierra. Versionarlos ensucia la
# raíz del repositorio y provoca conflictos en cada merge, siempre en el mismo
# archivo y siempre sin nada que decidir.
#
# No afecta a `playwright/carril-*.spec.ts` ni a `scripts/e2e-carril-*.mjs`: eso
# es código, y estas reglas llevan barra inicial, que ata el patrón a la raíz.
/CARRIL-*.md
/CARRILES-*.md
/CARRIL_*.md
/COORDINACION-AGENTES.md
historia-paciente-*.pdf

# Paquete de datos y generadores que viven FUERA de git (espejo v4.0.11 del
# 2026-08-19). `seedsGenerales/` (24 MB, 64 seeds de módulo), `seedsProd/`
# (~500 MB, corpus MeSH), `salud-db/` (generadores y runners), el DDL generado
# `SQL/` + `NoSQL/` y el modelo canónico están en la RAÍZ del workspace, no en
# este repositorio, y se distribuyen por su propio ZIP. Estas reglas son la red
# de seguridad para la copia que alguien deje dentro del repo: son artefactos
# generados, no fuente de este proyecto, y no deben llegar a GitHub.
seedsGenerales/
seedsProd/
salud-db/
/SQL/
/NoSQL/
Mantra Core Health Context/

# Índice del stock de componentes: lo regenera `scripts/generate-component-index.mjs`
# en cada `yarn start` y `yarn build`, igual que `env.generated.ts`. Versionarlo
# sería versionar una foto del código que se queda vieja al primer commit.
src/app/features/component-stock/component-index.generated.ts

# Scripts de auditoría puntual, inspección visual y exploración E2E (QA ad-hoc).
# Herramientas efímeras de diagnóstico que se corren localmente contra el servidor
# o el mock, pero no forman parte del build de Angular ni del bundle de producción.
# Las evidencias e informes finales viven en las carpetas de auditoría del workspace.
/*.mjs
# El proxy de `yarn start` sí se versiona: angular.json lo exige.
!/proxy.conf.mjs
!/proxy.demo.conf.mjs
/scripts/run_audit*.mjs
/scripts/run_medica_audit*.mjs
/scripts/visual_qa_audit*.mjs
/scripts/analyze_views*.mjs
/scripts/capture_medica*.mjs

# Las fuentes de Unicode/CLDR que baja `yarn emoji:catalog`. El catálogo
# generado SÍ se versiona; estas son el insumo, pesan y se vuelven a bajar.
/.cache/

# El glosario completo de la maqueta (cientos de miles de términos con sus
# índices), copiado de `glossary-data-build/` con `yarn mock:glossary:shards`.
# Pesa demasiado para git; sin él, la maqueta sirve `public/glossary-seed/`.
/public/glossary-data/

# Fuente cruda del padrón de universidades (2,2 MB): la descarga `scripts/gen-universidades-por-pais.mjs`.
data/universidades/

# graphify: grafo del código, local de cada máquina (docs/graphify.md).
graphify-out/