Auditoría de Solicitud de Archivo de Habilidades de Codex

Codex, revisa cada archivo de skill y cada archivo AGENTS.md dentro de este proyecto y verifica cada uno contra estas seis cosas, basándote en lo que el equipo de codex de OpenAI encontró al revisar las mejores prácticas para GPT-6 Astra. No reescribas nada todavía, solo reporta. 1. DESCRIPCIONES DE SKILLS INFLADAS O VAGAS Marca cualquier descripción de skill que sea demasiado larga o demasiado amplia. Las descripciones largas corren el riesgo de truncarse cuando se cargan demasiados skills, y las vagas pueden ser elegidas para tareas que en realidad no encajan. 2. FALTA DE DIVULGACIÓN PROGRESIVA Marca cualquier archivo de skill largo que cubra múltiples flujos de trabajo en lugar de un router corto que apunte a documentos de soporte separados, que solo se carguen cuando sea necesario. 3. RECETAS RÍGIDAS PASO A PASO Marca cualquier skill escrito como un itinerario elaborado y demasiado específico, haz esto, luego esto, luego esto, en lugar de confiar en el propio juicio del modelo sobre cómo manejarlo. 4. FORZAR EL CONTEXTO COMPLETO ANTES DE CADA EDICIÓN Marca cualquier instrucción en AGENTS.md que requiera una lectura completa del repositorio o una pila de documentos antes de cada edición, incluso una pequeña. 5. EMPUJES DESACTUALIZADOS DE PRUEBAS O VERIFICACIÓN Marca cualquier instrucción que empuje al modelo a ejecutar pruebas o a autoverificarse de maneras que ya haría automáticamente ahora. 6. LENGUAJE DE PERMISO DEMASIADO CAUTELOSO Marca cualquier lenguaje fuerte de "pregunta antes de hacer X" que ahora podría hacer que el modelo se detenga demasiado pronto o pida aprobación para algo que debería continuar de forma segura. Por cada cosa que marques, dame: FLAGGED - [cuál de los 6] - [la instrucción, y en qué archivo está] Por qué: [qué problema antiguo estaba resolviendo esto] Qué hacer: [eliminarlo, acortarlo, dividirlo en un router, o reescribirlo] Para cualquier cosa que deba quedarse: KEEP - [la instrucción] Por qué: [qué cosa real y duradera describe esto] No marques algo solo porque sea específico; si es un hecho real y permanente sobre este proyecto, un límite de seguridad, un estándar del equipo, se queda. Solo marca lo que existe puramente para compensar a un modelo más antiguo. Termina con una línea: aproximadamente qué porcentaje de lo que revisaste cae en cada uno de los 6 tipos marcados versus cuánto debería quedarse.