Creación de un Mapa de Código Interactivo con Codex

Aprenda a usar Codex para crear un mapa interactivo de su código que rastree cambios en los módulos y sus dependencias.
Creación de un Mapa de Código Interactivo con Codex
Pida a Codex que cree un mapa interactivo de su repositorio y luego marque qué módulos han cambiado desde su generación.
Al hacer clic en cualquier módulo, puede ver sus componentes de llamada, dependencias, flujos de ejecución principales, pruebas relacionadas y datos de respaldo del código fuente.
Codex genera:
docs/codemap/codemap.htmldocs/codemap/codemap.jsondocs/codemap/codemap.lock
Prompt Completo
Analice la base de código actual. No modifique el código del producto. Solo cree o actualice archivos en docs/codemap/.
Ignore los directorios vendor, build, dist, cache y otros directorios generados.
Si docs/codemap/ ya existe, primero compare el codemap.lock existente con el repositorio actual y enumere los módulos que han cambiado. Luego regenere estos tres archivos juntos:
docs/codemap/codemap.html
Construya un mapa de código interactivo completamente autónomo que se abra directamente en un navegador. Incluya:- módulos principales, servicios, bases de datos, colas y dependencias externas
- no más de 20 nodos principales; agrupe archivos de bajo nivel bajo su módulo principal
- llamadas y flujos de datos entre módulos
- los 3-5 flujos de extremo a extremo más importantes
- un tema oscuro claro por defecto
- límites del sistema y los flujos de datos más importantes visibles en la primera pantalla
- codificación de colores de tipos de módulos con una leyenda simple
- diseño automático que minimiza el cruce de bordes
- hacer clic en cualquier módulo resalta sus llamadores ascendentes, dependencias descendentes, pruebas relacionadas y los flujos a los que pertenece
- seleccionar un flujo resalta su ruta completa
- controles de búsqueda, filtrado, zoom y arrastre
En la parte superior, muestre el nombre del repositorio, el tiempo de generación y el commit del que se generó.
docs/codemap/codemap.json
Utilice esta estructura:JSON{ "generated_at": "", "generated_from_commit": "", "scope": [], "nodes": [], "edges": [], "flows": [] }Cada nodo debe incluir:
- id
- path
- role
- entrypoints
- tests
- constraints
- evidence
Cada borde debe incluir:
- from
- to
- type
- evidence
type puede ser solo:
- imports
- calls
- reads
- writes
- publishes
- subscribes
Cada flujo debe incluir:
- trigger
- steps
- outcome
Cada paso debe hacer referencia a un id de nodo existente. Adjunte la ruta de origen y el símbolo coincidente a cada nodo y borde. Marque cualquier relación sin evidencia de origen como desconocida. No adivine.
docs/codemap/codemap.lock
Utilice JSON parseable para registrar:- el commit actual
- si el árbol de trabajo tiene cambios no confirmados
- tiempo de generación
- alcance escaneado
- directorios excluidos
- el algoritmo de huella digital
- una huella digital determinista para cada módulo de nivel superior, calculada a partir de sus rutas de archivos rastreados y el contenido actual de los archivos
Si no se encuentra un
codemap.lockexistente, trate cada módulo como nuevo y genere el mapa completo.Al finalizar, verifique que:
codemap.jsonse analiza correctamente- cada ruta de nodo existe y cada símbolo de evidencia se puede encontrar en la fuente
- cada borde y paso de flujo hace referencia a un nodo existente
codemap.htmlycodemap.jsonutilizan los mismos nodos, bordes y flujoscodemap.lockcoincide con el commit actual, el estado del árbol de trabajo y las huellas digitales de los módulos- cada relación sin evidencia de origen se marca como desconocida
Estos tres archivos siempre deben generarse juntos desde el repositorio actual. Nunca edite solo uno de ellos manualmente.
Finalmente, muestre:
- archivos creados o modificados
- módulos obsoletos
- desconocidos restantes
- resultados de validación
- el diff completo
Regla Adicional
Agregue una regla en AGENTS.md para mantener el mapa de código siempre sincronizado con el repositorio:
Al comienzo de cada tarea que cambie el código, compare el repositorio actual con docs/codemap/codemap.lock.
Antes de modificar un módulo, use docs/codemap/codemap.json para responder a tres preguntas:
- ¿Qué lo llama?
- ¿Qué afecta?
- ¿Qué pruebas lo cubren?
Si el mapa está obsoleto o no puede responder a esas preguntas, regenere codemap.html, codemap.json y codemap.lock antes de cambiar el código.
Siempre que cambien los límites de los módulos, las dependencias, las rutas, las bases de datos, las colas o los flujos de datos importantes, actualice el mapa de código en el mismo commit que el código.
Por qué es importante
AnálisisEste enfoque ayuda a mantener la relevancia de la documentación del código, que es crucial para el trabajo en equipo y reduce el riesgo de errores al realizar cambios. Usar un mapa de código interactivo simplifica la comprensión de la estructura del proyecto.
Debatir en la comunidad
Comparte tus preguntas e ideas con desarrolladores
Relacionado en el ecosistema
Guías prácticas, terminología y skills de agentes
Actualizaciones de ChatGPT: desarrollo de plugins y flujos de trabajo con Codex
Guía técnica completa para crear, empaquetar, probar y publicar plugins para ChatGPT y Codex: especificación del manifiesto, servidores MCP, lifecycle hooks, marketplaces personalizados y revisión de OpenAI.
Parte II. Cómo trabajar con Codex + optimización/seguridad/equipo
Codex no es un autocompletado de código en el chat, sino un agente de ingeniería completo: lee el repositorio, planifica cambios, edita archivos, ejecuta pruebas, revisa sus propio...
MCP (Model Context Protocol)
Estándar abierto de Anthropic basado en JSON-RPC 2.0 para la conexión bidireccional unificada de asistentes de IA a herramientas externas, bases de datos y entornos de sistema.
MCP Server
Servicio de software o proceso en segundo plano que implementa la especificación MCP y proporciona a los clientes AI externos acceso estandarizado para ejecutar funciones, leer recursos y plantillas de prompts.