- Ejecutar Pruebas:
pytest - Compilar Lecciones a Notebooks:
python -c "from src.multiagent_core.orchestrator_agent import OrchestratorAgent; OrchestratorAgent().run_full_pipeline()" - Formatear Código (en ese orden):
isort src/ tests/→black src/ tests/(elsetup.cfgfijaprofile = blackpara que ambos coincidan sin reformatear entre sí) - Linter:
ruff check src/ tests/ - Requisito de Node/npx para diagramas Mermaid:
MermaidRenderer(src/multiagent_core/mermaid_renderer.py), invocado porNotebookCompilerAgental compilar cada bloque```mermaidde una lección, necesita Node.js instalado connpxen el PATH para rasterizar el SVG vía@mermaid-js/mermaid-cli. Sinpxno está disponible (ommdcfalla/hace timeout), el compilador degrada de forma elegante: conserva el bloque```mermaidcrudo (renderizado en el cliente por Jupyter/GitHub) y simplemente omite la imagen, sin romper el build.
- Fuente de Verdad: Los archivos en
lecciones/*.mdson la fuente primaria. NUNCA edites directamente los notebooks compiladosnotebooks/*.ipynb. - Formato Matemático: Usa notación LaTeX limpia en Markdown (
$$...$$o$..$) ydisplay(Math(...))en Python. - Librerías Permitidas:
scipy.stats,statsmodels,pandas,numpy,matplotlib,seaborn,sympy. - Respeto a las 8 Reglas del Protocolo Maestro: Toda lección debe contener teoría, ejemplo paso a paso, contexto nano, SymPy, solución
\boxed{}, SciPy, 2 gráficos y diccionario de variables.
Para cualquier feature nueva o cambio que no sea un fix puntual, sigue el flujo superpowers:brainstorming → spec en docs/superpowers/specs/ → superpowers:writing-plans → plan en docs/superpowers/plans/ (ambos gitignored, solo locales). Revisar specs/planes existentes antes de proponer algo que pueda solaparse.
When working on this project, always refer to and maintain the project plan located at PROJECT_PLAN.md in the workspace root.
Instructions for Claude Code:
- Read the project plan first - Always check
PROJECT_PLAN.mdwhen starting work to understand the project context, architecture, and current priorities. - Update the project plan regularly - When making significant changes, discoveries, or completing major features, update the relevant sections in PROJECT_PLAN.md to keep it current.
- Use it for context - Reference the project plan when making architectural decisions, understanding dependencies, or explaining code to ensure consistency with project goals.
Plan Mode Integration:
- When entering plan mode: Read the current PROJECT_PLAN.md to understand existing context and priorities
- During plan mode: Build upon and refine the existing project plan structure
- When exiting plan mode: ALWAYS update PROJECT_PLAN.md with your new plan details, replacing or enhancing the relevant sections (Architecture, TODO, Development Workflow, etc.)
- Plan persistence: The PROJECT_PLAN.md serves as the permanent repository for all planning work - plan mode should treat it as the single source of truth
This ensures better code quality and maintains project knowledge continuity across different Claude Code sessions and plan mode iterations.