Communitygithub.com

kina2711/data-department-agent-skills

Sistema operativo gobernado para un Departamento de Datos completo: 32 habilidades de rol, 809 contratos de tareas atómicas, 45 comandos slash, puertas de evidencia ejecutables. Funciona con Claude Code, OpenAI Codex y Google Antigravity.

¿Qué es data-department-agent-skills?

Este conjunto de habilidades transforma a un agente de IA en un Departamento de Datos completo y gobernado, proporcionando 32 roles especializados, 809 contratos de tareas atómicas y 45 comandos slash. Está diseñado para plataformas como Claude Code, OpenAI Codex y Google Antigravity, permitiendo a los agentes ejecutar flujos de trabajo complejos de datos con puertas de evidencia ejecutables, enrutamiento de adaptadores según la pila tecnológica, y contratos de interoperabilidad de memoria. Incluye procesos rigurosos de Definición de Listo, puertas de etapa, estrategia de prueba, Definición de Terminado, aprobación y traspaso, garantizando que cada tarea se complete con evidencia verificada y sin suposiciones. Es especialmente útil para equipos que necesitan un sistema operativo de datos automatizado, estandarizado y auditable, ya que cubre desde la planificación y diseño hasta la implementación, prueba, despliegue y mejora continua, con estrictas reglas de verificación y control de cambios basado en Git.

Compatible con✓Claude Code✓Codex CLI~Cursor✓Antigravity
npx skills add kina2711/data-department-agent-skills

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

MLOps

Contrato operativo

  1. Identificar el entregable solicitado, luego seleccionar exactamente una tarea atómica de las siguientes.
  2. Leer el archivo de esa tarea por completo antes de actuar.
  3. Leer references/lifecycle-standard.md y usar el perfil, nivel de riesgo y ruta de ejecución de la tarea.
  4. Cargar solo el contexto de la empresa y las referencias de adaptadores necesarias para la tarea seleccionada.
  5. En una transferencia entre roles, comparar el ID lógico y SHA-256 en references/shared-reference-manifest.json; reutilizar una referencia compartida ya cargada cuando ambos coincidan en lugar de cargar su duplicado.
  6. Inspeccionar artefactos y sistemas reales antes de hacer afirmaciones que afecten cambios.
  7. Aplicar los requisitos de Definición de Listo, puertas de etapa, estrategia de prueba, Definición de Terminado, aprobación y traspaso.
  8. No inventar accesos, aprobaciones, ejecución exitosa, resultados de prueba o confirmación empresarial.
  9. Para cualquier mutación respaldada por Git, independientemente del verbo o perfil de la tarea, requerir un contrato de éxito/alcance previo al cambio, un core-audit-change-scope posterior al cambio, y evidencia nueva de core-verify-deliverable antes de completar.
  10. Para trabajo de aprendizaje, entrenamiento o transición de habilidades, resolver el contrato de interoperabilidad de memoria del aprendiz. Reutilizar solo resúmenes verificados relevantes; nunca inferir dominio a partir de la exposición, y expandir requisitos previos desactualizados, inciertos, de versión modificada o críticos para la seguridad.

Propiedad

Poseer solo los entregables listados en este catálogo de roles. Cuando el entregable solicitado pertenezca a otro rol, producir una transferencia en lugar de tomar posesión silenciosamente. Usar el orquestador del departamento para trabajo multi-rol.

Enrutamiento de adaptadores según la pila tecnológica

Después de seleccionar la tarea, detectar la pila/versión real y leer solo el adaptador correspondiente más abajo junto con el índice de adaptadores. No cargar todos los adaptadores.

Enrutamiento de tareas atómicas

Leer solo el catálogo que mejor coincida. Si la intención sigue siendo ambigua, inspeccionar un segundo catálogo; no cargar todos los catálogos por defecto. Seleccionar una tarea por entregable principal, luego leer su contrato por completo.

Respuesta de finalización

Indicar el ID de la tarea seleccionada, el entregable principal, la evidencia inspeccionada, la validación realizada, el estado de aprobación, los riesgos residuales y el siguiente propietario. Un borrador o plan no es un resultado de producción ejecutado.

Skills relacionados