菜单
Estructura modular del vault de AbadIA-MCP — separación server-core/server-map y orden de dependencias entre pasadas
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | vault-module-scope |
| description | Estructura modular del vault de AbadIA-MCP — separación server-core/server-map y orden de dependencias entre pasadas |
| metadata | {"tipo":"decision"} |
El vault documenta AbadIA-MCP en 6 módulos + 2 pasadas de grafo:
Separación server-core / server-map: ambos comparten el directorio server/ pero se delimitan por ficheros:
server-core: main.py, logic.py, game_data.py, internal_game_data.py, common.py, config.py, logger_config.py, ansi_colors.pyserver-map: map_definitions.py, map_utils.py, api/ — ninguno de estos debe aparecer en la documentación de server-core.API vacía: server/api/v1/endpoints.py ya no existe como fuente (solo .pyc residual); documentar api/ como paquete sin endpoints implementados, no como funcionalidad activa.
Orden de dependencias:
phase: done antes de ejecutar la pasada relations (tarea 06).code como pista de reutilización.Candidatos a components: server/common.py, server/config.py, server/logger_config.py, server/ansi_colors.py y contratos JSON en game_data/ y storage/.
Patrón de escalado de capacidad del modelo por subtarea — cuándo cambiar RALPH_MODEL_CAPABILITY en .ralph/.env
Metodología de planificación para el bucle ralph en AbadIA-MCP — granularidad, estructura de tareas y prerrequisitos
Estrategia para promover componentes compartidos en vault/components/ — cuándo emitir un fichero vs. anotar en pending-components.md
Patrón de 3 capas (Alcance, Criterios, Evidencias) para [juez] checkpoints en tasks de vault
Reglas universales al escribir ficheros en vault/ — frontmatter de provenance, bloques Evidence y prohibición de código fuente
Estrategia para emitir edges tipados en vault/relations/ — cuándo crear un fichero de edge vs. anotar en pending-relations.md