EssenceSentry/agent-skills

Delegación

Conserva los tokens y el contexto del agente Codex padre mientras mantienes la calidad. Prioriza la delegación útil y los resultados verificados sobre minimizar el tiempo transcurrido únicamente. Mantén la propiedad de la tarea, las decisiones consecuentes, la integración y la verificación final en el padre.

Maneja el trabajo en el agente actual por defecto. Lanza trabajadores adicionales solo con autorización explícita del usuario, acordando primero el número de agentes, el proveedor, el modelo y el esfuerzo de razonamiento. La aprobación cubre solo esa delegación; los agentes extra o configuraciones más altas requieren una nueva aprobación. Dentro de esos límites, utiliza la política de contexto atómico a continuación para elegir asignaciones útiles y proponer consultas Pro valiosas. Este skill no anula las restricciones del usuario o del repositorio sobre delegación, alcance o acceso a datos externos.

Organiza el trabajo por contexto atómico

Prefiere menos agentes con contexto completo y relevante. Un contexto atómico es la pregunta o flujo de trabajo coherente más pequeño cuyas suposiciones, evidencia y consecuencias deben razonarse juntos. Puede abarcar varios módulos o repositorios. Un archivo, módulo, fase o hallazgo individual no es automáticamente un límite de delegación útil.

• Mantén la investigación, reproducción, corrección y seguimiento relacionados con un único propietario de contexto. Proporciona los contratos relevantes, llamantes, flujo de datos, suposiciones compartidas y evidencia. Reanuda a ese trabajador cuando la continuidad ayude; usa un contexto nuevo cuando una revisión independiente añada valor. La propiedad del archivo controla las escrituras, no el alcance de la evidencia que un agente necesita entender.
• Propón agentes adicionales cuando sea beneficioso. Los lotes grandes pueden ser útiles cuando hay suficientes contextos independientes, suficiente margen de uso y capacidad para integrar sus resultados; acuerda el número y la configuración antes del lanzamiento. La preferencia por menos agentes es una preferencia por trabajo coherente, no un límite artificial al paralelismo.
• Antes de añadir un trabajador, identifica el resultado distinto o la incertidumbre que resolverá. Sopesa la cobertura verificada, la calidad y los tokens del padre ahorrados frente a la lectura duplicada, el esfuerzo de traspaso e integración y el consumo de margen. Maneja el trabajo pequeño directamente o con herramientas deterministas cuando la delegación añade más sobrecarga que valor.
• Evita el teatro de productividad: el número de agentes, el volumen de tokens, los flujos de trabajo elaborados o el consumo de cuota próxima a expirar no son medidas de éxito. No crees mecánicamente un agente por módulo o hallazgo, repitas la exploración de todo el repositorio, ni encargues revisiones redundantes sin una razón específica. Para auditorías grandes, consolida los hallazgos superpuestos y la verificación relacionada antes de ampliar el grupo de revisores; reserva la revisión independiente dedicada para conclusiones importantes o en disputa.

Para lotes sustanciales, planifica contra el margen actual y el consumo observado, incluyendo la capacidad de verificar, sintetizar e integrar los resultados. Expande o reduce las oleadas posteriores según su utilidad. Mantén un informe incremental o un artefacto útil para que un límite no deje todo el valor varado en investigaciones inconclusas. La mecánica de la cuota de Claude está en claude-code.md. Los límites de ejecución y cuenta de Codex son separados; lee codex-cli.md solo para trabajo con Codex.

Elige la relación y el objetivo

Objetivo	Relación	Trabajo adecuado
ChatGPT web · Extra High	Encargar una o más imágenes infográficas	Explicaciones detalladas de módulos, paquetes, algoritmos y sistemas técnicos relacionados. Proporciona toda la información a transmitir primero, luego la dirección estética. Nunca uses Pro para esta ruta.
ChatGPT Pro	Consultar a un profesor o colega experto	Preguntas matemáticas o algorítmicas difíciles, síntesis de literatura, razonamiento adversarial, optimización, repensar un enfoque y módulos excepcionalmente difíciles implementados desde cero mediante investigación y pruebas sostenidas.
Subagentes nativos de Codex	Asignar trabajo acotado dentro de este chat	Úsalo cuando Codex esté seleccionado y las herramientas de colaboración actuales sean adecuadas; conserva los límites de sesión nativos y la política de ejecución.
Trabajadores CLI de Codex	Ejecutar sesiones locales duraderas independientes	Úsalo cuando se soliciten o autoricen trabajadores CLI de Codex separados; fija el modelo/esfuerzo seleccionado y el inicio de sesión de ChatGPT, con propiedad disjunta y reanudación exacta.
Claude Opus 5.5	Asignar a un trabajador capaz una tarea acotada	Por defecto para implementaciones sustanciales, investigaciones de errores reproducibles, inspección de IU, auditorías largas, documentación, refactorización y revisiones independientes rutinarias.
Claude Fable 5.1	Solicitar una revisión independiente exigente	Suposiciones matemáticas, arquitectura, contraejemplos y revisiones de corrección sutiles del resultado del padre o del trabajador. Úsalo directamente cuando esté justificado; un pase de Opus no es un requisito previo.
Claude Sonnet 5	Distribuir lotes independientes especificados	Pruebas, migraciones de adaptadores, auditorías de vistas y conciliación de documentación con alcance claro y comprobaciones asequibles.
Claude Haiku 4.5	Procesar lotes bien especificados	Anotación de imagen/texto de primera pasada con una rúbrica y abstención, extracción estructurada, inventarios y normalización de registros. Usa código determinista cuando sea suficiente.

El enrutamiento refleja las preferencias de trabajo del usuario, no una clasificación de capacidad universal. Una consulta Pro no necesita seguir a un intento fallido de Claude. Fable sigue siendo valioso para una revisión independiente centrada y rigurosa; elige Pro cuando el objetivo sea una investigación abierta o un trabajo sostenido inusualmente profundo.

Lee solo la guía operativa relevante:

• Ejecución o uso de Claude: claude-code.md. Enlaza a evidencia/ejemplos de modelo y solución de problemas operativos detallada. scripts/worker.py y scripts/usage.py operan solo trabajadores de Claude.
• Trabajadores nativos o CLI de Codex: codex-cli.md, cubriendo la elección del proveedor, CLI/auth compatibles, modelo/esfuerzo efectivo, sesiones separadas, registros de invocación duraderos, reanudaciones exactas, manejo de aprobaciones y contabilidad. scripts/codex_worker.py ejecuta invocaciones de Codex CLI propias.
• Consulta ChatGPT Pro: chatgpt-pro.md, cubriendo el planteamiento de preguntas, mensajería de app nativa, configuración/fallback del navegador, GitHub/Drive, aprobación de envío y recuperación activada por el usuario.
• Acceso a conversaciones de ChatGPT o interoperabilidad CLI/app: chatgpt-app-tools.md, cubriendo la recuperación de chats antiguos y archivados, lista/lectura/envío nativos, selección de modelo, límites de creación/eliminación, exportaciones Markdown, lecturas obsoletas y el puente de escritorio protegido.
• Imágenes infográficas técnicas: chatgpt-infographics.md, cubriendo ChatGPT web con Extra High, briefs de imagen con prioridad de contenido, series de imágenes coordinadas y verificación visual. Esta es una opción preferida por el usuario cuando las imágenes infográficas detalladas se adaptan a la tarea.

Claude sigue siendo el proveedor de trabajadores predeterminado a menos que el usuario o la tarea seleccionen Codex. Conserva una elección de proveedor explícita. Codex CLI es una ruta de sesión separada disponible cuando está autorizada; no anula los límites de cuenta, sandbox, datos o gasto. El helper desactiva la delegación recursiva; un coordinador CLI autorizado por separado requiere su propia política acotada.

No enrutes una consulta Pro a través del ejecutor de Claude, sustituyas una llamada API por la suscripción ChatGPT del usuario, ni crees chats de Codex propiedad del usuario para ejecutar trabajadores de Claude. Los trabajadores de Claude son procesos CLI externos. No sustituyas silenciosamente subagentes nativos de Codex por el proveedor nombrado; eso consumiría la capacidad de Codex que este flujo de trabajo pretende conservar.

Para una conversación ChatGPT existente con Pro ya seleccionado, prefiere el mcp__codex_app__send_message_to_thread nativo sobre el envío por navegador; recupera el texto con read_thread después de que el usuario indique que está listo. La interacción por navegador es una ruta de configuración o fallback, no un requisito previo para hacer preguntas a Pro. La selección del modelo ChatGPT debe establecerse para ese chat exacto: las anulaciones de model y thinking de la herramienta de mensajería se aplican solo a Codex. Lee las guías enlazadas para conocer los límites de capacidad y actualidad.

Termina el turno y reanuda cuando sea útil

La aplicación Codex puede programar seguimientos en este mismo chat a través de mcp__codex_app__automation_update con kind: "heartbeat". Verifica primero las herramientas proporcionadas en el contexto actual; esta es una opción de orquestación disponible, no algo que deba redescubrirse para cada espera. Cuando un flujo de trabajo autorizado está esperando un trabajo largo de Claude o Codex o un reinicio de margen y no queda trabajo independiente útil, usa la continuación programada cuando ahorre atención y uso del padre. Las esperas cortas pueden permanecer en el turno activo.

• Guarda un punto de control duradero: objetivo, rutas y revisiones relevantes, directorios de ejecución del trabajador propio, trabajo completado, la condición a verificar y la próxima acción exacta. Confirma que cualquier trabajo en ejecución sobrevive al final del turno; los archivos de estado guardados por sí solos no establecen la durabilidad del proceso. El trabajo reanudado utiliza los permisos entonces disponibles, no una suposición de que los permisos limitados al turno persisten.
• Usa el latido del chat actual, reutilizando un seguimiento coincidente cuando esté presente. Elige una cadencia útil o el tiempo de reinicio conocido en lugar de comprobaciones especulativas frecuentes. Confirma que la programación tuvo éxito antes de terminar el turno, e informa al usuario qué hará que el trabajo continúe. Si la herramienta no está disponible o falla, no afirmes que se ha organizado un retorno automático. Sigue el esquema actual de la herramienta; no inventes directivas de automatización ni sustituyas un trabajo cron independiente por un seguimiento del chat.
• El mensaje guardado debe verificar el estado real del trabajador o el margen actualizado, continuar solo cuando se cumpla la condición, y de lo contrario permanecer en silencio a menos que aparezca un fallo o una acción requerida del usuario. Al completarse o cancelarse, elimina o desactiva el seguimiento. Estas son comprobaciones programadas, no desencadenantes de eventos instantáneos arbitrarios; cada ejecución consume uso. La continuación local requiere que la máquina y la aplicación permanezcan disponibles.

Pro sigue siendo la excepción: su respuesta se recupera solo después de que el usuario diga que está lista. No programes comprobaciones de Pro ni cambies su protocolo de aprobación y de "envíe y olvide" a través de esta política de continuación general.

Preserva la distinción

Claude: define el objetivo, las entradas, los archivos propios, las restricciones y un resultado concreto con un paso de verificación asequible. Las comprobaciones de IU y las auditorías largas deben devolver hallazgos compactos respaldados por evidencia local, evitando un segundo pase exhaustivo del padre.

Codex: define el mismo contrato de trabajador concreto, preservando el modelo y esfuerzo elegidos. Prefiere subagentes nativos para subtareas adecuadas dentro del mismo chat; usa una sesión CLI independiente autorizada cuando se solicite o sea necesaria por su ciclo de vida. Verifica los registros nativos efectivos, los procesos reales propios y la continuidad exacta de la sesión. Un límite configurado, un código de salida cero o un archivo de estado guardado por sí solos no prueban la admisión, durabilidad o corrección.

Infografías: usa ChatGPT web con Extra High, nunca Pro. Pídele explícitamente que genere una imagen o una serie coherente de imágenes. Proporciona el contenido técnico completo antes que los detalles estéticos; verifica el resultado renderizado contra la fuente. La puerta de envío especial de Pro y su protocolo de "envíe y olvide" son específicos de Pro y no se aplican automáticamente a esta ruta.

Pro: comienza con una pregunta genuinamente difícil no resuelta y la elección consecuente que su respuesta informará. El padre es responsable de hacer preguntas incisivas y específicas que vayan más allá del consejo rutinario. El formato del artefacto es secundario a responder la pregunta. Proporciona hechos conocidos, enfoques en competencia, suposiciones y restricciones, dejando espacio para desafiar el encuadre. Para un problema de investigación coherente, prepara un resumen inicial que le dé a Pro la propiedad de la investigación completa y la evidencia autorizada necesaria para llevarla a cabo. Sigue la guía de calidad de preguntas y el ejemplo práctico en chatgpt-pro.md; no conviertas la consulta en una lista de verificación de trabajador o un veredicto predeterminado.

Para una revisión genuinamente independiente, usa un contexto nuevo. Proporciona los requisitos, artefactos, suposiciones relevantes y la justificación esencial sin una conclusión esperada ni la autoevaluación del implementador. En una consulta Pro colaborativa, compartir nuestro razonamiento tentativo e incertidumbre es útil; no confundas ese diálogo con una revisión ciega.

Protocolo de aprobación y "envíe y olvide" de Pro

El usuario requiere explícitamente aprobación antes de cada envío a Pro, incluyendo preguntas de seguimiento. La autorización amplia de delegación no anula esta regla específica. Prepara primero la pregunta real y los enlaces a los artefactos, explica lo que propones preguntar y deja que el usuario apruebe ese envío concreto. No reenvíes ni reemplaces una pregunta ya aprobada con una materialmente diferente sin aprobación. No preguntes de nuevo por el mismo envío cuyas preguntas y materiales exactos ya están aprobados.

Después de la aprobación, envía una vez a través de la herramienta de la app nativa cuando esté disponible, confirma que el envío fue aceptado, conserva el ID/URL de la conversación y una instantánea de la entrada, e informa al usuario que fue enviado. La aceptación no es la finalización de la respuesta. Nunca esperes la respuesta de Pro, consultes la finalización, programes monitoreo ni envíes mensajes de progreso. Continúa con el trabajo independiente autorizado o devuelve el control. El usuario te dirá cuándo la respuesta está lista; ese es el desencadenante para recuperarla y revisarla, preferiblemente a través del lector nativo. Cualquier mensaje subsiguiente a Pro requiere su propia aprobación. Sigue un cambio posterior explícito a este protocolo si el usuario lo hace.

Esta aprobación es una instrucción del usuario, no una precaución inferida del skill. Al solicitarla, cita la regla "aprobación antes de cada envío a Pro", nombra y enlaza este skill, y explica brevemente su fuente; por ejemplo, "Como solicitaste, necesito tu aprobación antes de enviar esta pregunta a Pro". Pedir permiso pertenece a la herramienta de preguntas disponible o a una respuesta final, no a un mensaje intermedio

…

[truncado para traducción]