You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: .agent/README.md
+20-4Lines changed: 20 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,14 +5,30 @@ Este directorio concentra la gobernanza operativa de los agentes autónomos del
5
5
## Relación con la documentación oficial
6
6
- La guía funcional completa se encuentra en `docs/ai/SDLC_AGENTS_GUIDE.md`, donde se documenta el flujo de trabajo esperado para cada agente y cómo coordinarse con el resto del SDLC.
7
7
- Las revisiones consolidadas y lineamientos de documentación están centralizados en `docs/analisis/`, siguiendo lo establecido por el ETA-AGENTE CODEX.
8
+
- El ExecPlan maestro para la orquestación multi-LLM es `docs/plans/EXECPLAN_codex_mcp_multi_llm.md`; la evolución del catálogo por dominio se mantiene en `docs/plans/EXECPLAN_agents_domain_alignment.md`.
8
9
9
10
## Relación con los ejecutables
10
11
- Los agentes que ejecutan validaciones automáticas viven en `scripts/coding/ai/agents/` (por ejemplo `scripts/coding/ai/agents/documentation/eta_codex_agent.py`).
11
12
- Sus pruebas unitarias están en `scripts/coding/tests/ai/agents/`, lo que permite garantizar cobertura mínima del 80 % conforme a nuestra política TDD.
13
+
- Los orquestadores y builders multi-LLM residen en `scripts/coding/ai/orchestrators/` y se verifican con `pytest scripts/coding/tests/ai/orchestrators/`.
14
+
15
+
## Mapa de dominios y agentes
16
+
17
+
El proyecto está dividido en cinco dominios operativos. Cada uno cuenta con una ficha de agente dedicada en `.agent/agents/` que explica procedimientos, relaciones con ExecPlans y scripts de soporte.
18
+
19
+
| Dominio | Directorio raíz | Agente principal | ExecPlans y guías clave |
Cada agente de dominio describe cómo coordinarse con los agentes por proveedor (Claude, ChatGPT, Hugging Face) y con los agentes operativos (GitOps, Release, Dependency).
12
28
13
29
## Cómo usar este directorio
14
-
1.**Planifica primero**: para cada refactor o feature relevante crea un ExecPlan según `.agent/PLANS.md`.
15
-
2.**Selecciona el agente**: consulta `.agent/agents/README.md` para elegir el agente adecuado o crear uno nuevo.
16
-
3.**Documenta y prueba**: enlaza el ExecPlan desde el issue template correspondiente y asegura que los scripts/pruebas mencionados arriba respalden la automatización.
30
+
1.**Planifica primero**: para cada refactor o feature relevante crea un ExecPlan según `.agent/PLANS.md` y referencia si aplica los planes existentes (`EXECPLAN_codex_mcp_multi_llm.md`, `EXECPLAN_agents_domain_alignment.md`).
31
+
2.**Selecciona el agente**: consulta `.agent/agents/README.md` para elegir el agente por proveedor o por dominio adecuado, o para crear uno nuevo siguiendo el estándar.
32
+
3.**Documenta y prueba**: enlaza el ExecPlan desde el issue template correspondiente y asegura que los scripts/pruebas mencionados arriba respalden la automatización. Captura resultados en `docs/qa/registros/`.
17
33
18
-
Al mantener este repositorio unificado en `.agent/`, los colaboradores encuentran en un solo lugar la planificación, la documentación de alto nivel y las rutas a los artefactos ejecutables que soportan a cada agente.
34
+
Al mantener este repositorio unificado en `.agent/`, los colaboradores encuentran en un solo lugar la planificación, la documentación de alto nivel y las rutas a los artefactos ejecutables que soportan a cada agente y dominio del proyecto.
Copy file name to clipboardExpand all lines: .agent/agents/README.md
+37-3Lines changed: 37 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -38,6 +38,40 @@ Estos agentes vinculan la planificación (`.agent/PLANS.md`), la configuración
38
38
- Scripts: `scripts/coding/ai/generators/llm_generator.py` (`llm_provider="huggingface"`) y `scripts/coding/ai/orchestrators/codex_mcp_workflow.py`.
39
39
- Guías: `docs/ai/SDLC_AGENTS_GUIDE.md`, `docs/ai_capabilities/prompting/PHI3_PROMPT_ENGINEERING_PLAYBOOK.md` y `docs/ai_capabilities/orchestration/CODEX_MCP_MULTI_AGENT_GUIDE.md`.
40
40
41
+
### Agentes por dominio
42
+
43
+
Los siguientes agentes conectan la estructura del repositorio (api, ui, infrastructure, docs, scripts) con los ExecPlans y scripts multi-LLM. Cada ficha se encuentra en `.agent/agents/`.
Guiar cualquier automatización relacionada con el backend (`api/`) asegurando que la planificación, la selección de LLMs y los scripts de soporte sigan los ExecPlans vigentes. ApiAgent actúa como punto de unión entre los agentes por proveedor y los runbooks de infraestructura de la API.
6
+
7
+
## Integraciones Clave
8
+
9
+
-**ExecPlans**: `docs/plans/EXECPLAN_agents_domain_alignment.md` (relación dominio ↔ agentes) y `docs/plans/EXECPLAN_codex_mcp_multi_llm.md` (estrategia multi-LLM).
10
+
-**Guías SDLC**: `docs/ai/SDLC_AGENTS_GUIDE.md` y `docs/ai_capabilities/orchestration/CODEX_MCP_MULTI_AGENT_GUIDE.md` para coordinación multi-agente.
11
+
-**Scripts**: `scripts/coding/ai/orchestrators/codex_mcp_workflow.py` (briefs de trabajo) y `scripts/coding/ai/generators/llm_generator.py` (TDD asistido).
12
+
-**Config**: variables en `.env` gestionadas por `scripts/coding/ai/shared/env_loader.py` (autodetección de `OPENAI_API_KEY`, `ANTHROPIC_API_KEY`, `HUGGINGFACEHUB_API_TOKEN`).
13
+
-**Infraestructura API**: pipelines documentados en `infrastructure/` y runbooks en `docs/operaciones/`.
14
+
15
+
## Procedimiento Recomendado
16
+
17
+
1.**Planificación**: crea o actualiza el ExecPlan del cambio siguiendo `.agent/PLANS.md`. Referencia explícita al agente proveedor (ClaudeAgent, ChatGPTAgent, HuggingFaceAgent) que soportará la implementación.
18
+
2.**Selección de LLM**: usa `CodexMCPWorkflowBuilder` para generar briefs ajustados al proveedor elegido y habilita MCP si se requiere colaboración multi-agente.
19
+
3.**Desarrollo guiado por TDD**:
20
+
- Genera pruebas con `LLMGenerator` y `pytest` antes de modificar código en `api/`.
21
+
- Ejecuta suites específicas (`pytest api/tests` o equivalentes) tras cada iteración Red→Green→Refactor.
22
+
4.**Documentación**: actualiza el ExecPlan (`Progress`, `Decision Log`, `Surprises`) y registra resultados en `docs/qa/registros/`.
23
+
5.**Release**: coordina con `GitOpsAgent` o `ReleaseAgent` según corresponda para despliegues y tagging.
- Suites de backend (`pytest api/tests` o equivalentes definidos en el ExecPlan específico).
31
+
32
+
ApiAgent garantiza que cada modificación al backend se ejecute con planificación trazable, soporte multi-LLM y validaciones consistentes con las políticas del repositorio.
Garantizar que los cambios en `docs/` sigan la gobernanza del ETA-AGENTE CODEX y que la documentación permanezca alineada con los ExecPlans y agentes ejecutables. DocsAgent coordina con los agentes por proveedor para automatizar redacciones, manteniendo la traza con los validadores documentales.
6
+
7
+
## Integraciones Clave
8
+
9
+
-**Agente rector**: `docs/analisis/AGENTS.md` (ETA-AGENTE CODEX) y `scripts/coding/ai/agents/documentation/eta_codex_agent.py`.
1.**Planificación**: antes de modificar documentación, produce un ExecPlan y verifica las reglas del ETA-AGENTE CODEX.
17
+
2.**Automatización**:
18
+
- Usa `CodexMCPWorkflowBuilder` o `LLMGenerator` para preparar borradores siguiendo la sección "Planificación" del ExecPlan.
19
+
- Refuerza auto-CoT y Self-Consistency incorporando citas y validaciones que los tests puedan inspeccionar.
20
+
3.**Validadores**: ejecuta `pytest docs/testing/test_documentation_alignment.py` y, si aplica, pruebas asociadas a agentes (por ejemplo, `pytest scripts/coding/tests/ai/agents/documentation/test_eta_codex_agent.py`).
21
+
4.**Registro**: documenta hallazgos en el ExecPlan y añade referencias en índices (`docs/index.md`, `docs/ai/SDLC_AGENTS_GUIDE.md`) cuando corresponda.
Coordinar automatizaciones relacionadas con `infrastructure/`, incluyendo IaC, pipelines y configuración de entornos. InfrastructureAgent vincula la planificación ExecPlan con los agentes de dependencias, seguridad y despliegue para evitar desviaciones entre infraestructura y servicios consumidos por los LLMs.
6
+
7
+
## Integraciones Clave
8
+
9
+
-**ExecPlans**: `docs/plans/EXECPLAN_agents_domain_alignment.md`, `docs/plans/EXECPLAN_codex_mcp_multi_llm.md` y los planes específicos de infraestructura (`docs/plans/SPEC_INFRA_*.md`).
10
+
-**Gobernanza**: `docs/gobernanza/metodologias/agentes_automatizacion.md` y runbooks en `docs/operaciones/`.
11
+
-**Agentes complementarios**: `DependencyAgent` para escaneos de paquetes, `ReleaseAgent` para coordinaciones de despliegue, `SecurityAgent` (si aplica) para hardening.
12
+
-**Scripts**: `scripts/infrastructure/` (si existe) y pipelines en `infrastructure/`.
13
+
14
+
## Procedimiento Recomendado
15
+
16
+
1.**Planificación**: registra en el ExecPlan cómo impactará el cambio en IaC, entornos y credenciales. Determina si se requiere coordinación multi-LLM (por ejemplo, despliegues de servicios MCP).
17
+
2.**Validación previa**: ejecuta `DependencyAgent` o `SecurityAgent` cuando haya cambios en toolchains, contenedores o runtime.
18
+
3.**Implementación**:
19
+
- Usa `CodexMCPWorkflowBuilder` para generar briefs que automaticen actualización de manifiestos o pipelines, asegurando que el sandbox MCP cuente con permisos apropiados.
20
+
- Mantén los archivos de configuración bajo control TDD mediante tests de `scripts/tests/` o validaciones específicas (por ejemplo, `terraform validate`, `ansible-lint`).
21
+
4.**Documentación**: actualiza ExecPlan y registra resultados en `docs/qa/registros/` indicando entornos afectados.
- Herramientas de IaC declaradas en el ExecPlan (`terraform validate`, `ansible-lint`, `kubectl diff`, etc.).
28
+
29
+
InfrastructureAgent asegura que los cambios de infraestructura permanezcan sincronizados con la planificación multi-LLM y con las políticas de seguridad y gobernanza del repositorio.
Orquestar cambios en `scripts/` garantizando que las automatizaciones, generadores y validadores permanezcan sincronizados con los ExecPlans multi-LLM y con las pruebas de regresión. ScriptsAgent sirve como guía para extender herramientas CLI, validadores y pipelines internos.
-**Código**: `scripts/coding/ai/` (generators, orchestrators, shared utilities) y `scripts/tests/`.
11
+
-**Pruebas**: `pytest scripts/coding/tests/...` y `pytest scripts/tests/...`.
12
+
-**Documentación**: `docs/scripts/README.md`, `docs/scripts/SCRIPTS_MATRIX.md` y `docs/operaciones/verificar_servicios.md`.
13
+
14
+
## Procedimiento Recomendado
15
+
16
+
1.**Planificación**: identifica en el ExecPlan qué scripts serán modificados/creados, qué agentes los consumirán y qué cobertura de pruebas se requiere.
17
+
2.**Implementación TDD**:
18
+
- Redacta pruebas en `scripts/coding/tests/...` antes de modificar los scripts correspondientes.
19
+
- Usa `LLMGenerator` cuando se necesiten esbozos iniciales, siempre asegurando iteraciones Red→Green→Refactor.
20
+
3.**Orquestación multi-LLM**: utiliza `CodexMCPWorkflowBuilder` para generar briefs que coordinen agentes y aseguren políticas MCP (`approval-policy`, `sandbox`).
21
+
4.**Documentación**: registra nuevas utilidades en `docs/scripts/README.md` y en la matriz de scripts. Actualiza ExecPlan y `docs/qa/registros/` con resultados de pruebas.
- Otras suites específicas (`pytest scripts/tests/test_*.py`, `bash scripts/tests/...`).
29
+
30
+
ScriptsAgent asegura que la carpeta `scripts/` evolucione con disciplina TDD, manteniendo alineada la automatización interna con los agentes y ExecPlans vigentes.
Alinear el trabajo automatizado sobre el frontend (`ui/`) con las prácticas de diseño, pruebas y despliegue descritas en nuestros ExecPlans y guías de prompting. UiAgent sirve como guía única para combinar planificación, generación asistida de código y validaciones de experiencia de usuario.
6
+
7
+
## Integraciones Clave
8
+
9
+
-**ExecPlans**: `docs/plans/EXECPLAN_agents_domain_alignment.md` y `docs/plans/EXECPLAN_codex_mcp_multi_llm.md`.
10
+
-**Playbooks**: `docs/ai_capabilities/prompting/CODE_GENERATION_GUIDE.md` y `docs/ai_capabilities/prompting/PHI3_PROMPT_ENGINEERING_PLAYBOOK.md`.
11
+
-**Orquestación**: `scripts/coding/ai/orchestrators/codex_mcp_workflow.py` (multi-agente) y `scripts/coding/ai/generators/llm_generator.py` (generación guiada por TDD).
12
+
-**Documentación UX**: briefs y wireframes creados por el Designer Agent se ubican en `docs/` o `design/` según el ExecPlan activo.
13
+
14
+
## Procedimiento Recomendado
15
+
16
+
1.**Planificación**: crea ExecPlan conforme a `.agent/PLANS.md` identificando componentes UI afectados y experimentos a realizar (por ejemplo, wireframes asistidos por LLM).
17
+
2.**Diseño + Desarrollo**:
18
+
- Coordina con Designer Agent para obtener `design_spec.md` y wireframes.
19
+
- Usa `CodexMCPWorkflowBuilder` con `llm_provider` correspondiente para producir briefs que generen HTML/CSS/JS siguiendo las especificaciones.
20
+
- Aplica TDD generando pruebas end-to-end o unitarias con `LLMGenerator` si procede.
21
+
3.**Pruebas visuales**: registra capturas o instrucciones en `docs/qa/registros/` y, si el cambio es visual, adjunta evidencia conforme a la política de screenshots.
22
+
4.**Documentación**: actualiza ExecPlan (`Progress`, `Decision Log`) y enlaza resultados desde `docs/ai/SDLC_AGENTS_GUIDE.md` si se introduce un nuevo patrón.
- Suites front-end (`npm test`, `pnpm vitest`, etc.) según el stack declarado en el ExecPlan.
30
+
31
+
UiAgent permite mantener el frontend consistente con las guías de diseño, asegurando que la colaboración multi-LLM se refleje en entregables reproducibles y probados.
Copy file name to clipboardExpand all lines: docs/ai/SDLC_AGENTS_GUIDE.md
+12Lines changed: 12 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -134,6 +134,18 @@ Para asegurar coherencia entre planificación, credenciales y herramientas, cons
134
134
135
135
Estas fichas son complementarias a esta guía y deben revisarse antes de ejecutar tareas multi-LLM.
136
136
137
+
### Agentes por dominio
138
+
139
+
Para alinear la arquitectura del repositorio con los agentes automatizados, consulta también las fichas por dominio en `.agent/agents/`:
140
+
141
+
-**ApiAgent** (`api_agent.md`): centraliza la coordinación del backend (`api/`) con los ExecPlans `EXECPLAN_agents_domain_alignment.md` y `EXECPLAN_codex_mcp_multi_llm.md`, además de los briefs generados por `CodexMCPWorkflowBuilder`.
142
+
-**UiAgent** (`ui_agent.md`): une los entregables del Designer Agent con la implementación en `ui/`, reutilizando los playbooks de prompting (`CODE_GENERATION_GUIDE.md`, `PHI3_PROMPT_ENGINEERING_PLAYBOOK.md`).
143
+
-**InfrastructureAgent** (`infrastructure_agent.md`): orquesta cambios en `infrastructure/` en conjunto con los agentes operativos (Dependency, Release, Security) y los planes `SPEC_INFRA_*`.
144
+
-**DocsAgent** (`docs_agent.md`): asegura que toda modificación en `docs/` respete al ETA-AGENTE CODEX y a los validadores de documentación.
145
+
-**ScriptsAgent** (`scripts_agent.md`): gobierna la evolución de `scripts/` manteniendo el enfoque TDD y sincronización con los generadores/orquestadores LLM.
146
+
147
+
Cada vez que inicies un ExecPlan nuevo, referencia tanto la ficha del proveedor LLM como la del dominio involucrado para mantener la trazabilidad completa.
148
+
137
149
### 1. SDLCFeasibilityAgent
138
150
139
151
**Propósito:** Evalúa la viabilidad técnica de una feature antes de implementarla.
0 commit comments