kina2711/data-department-agent-skills

MLOps

Contrat de fonctionnement

1. Identifier le livrable demandé, puis sélectionner exactement une tâche atomique ci-dessous.
2. Lire entièrement le fichier de cette tâche avant d'agir.
3. Lire references/lifecycle-standard.md et utiliser le profil, le niveau de risque et le chemin d'exécution de la tâche.
4. Charger uniquement le contexte de l'entreprise et les références d'adaptateur nécessaires pour la tâche sélectionnée.
5. Lors d'un transfert inter-rôle, comparer l'ID logique et le SHA-256 dans references/shared-reference-manifest.json; réutiliser une référence partagée déjà chargée si les deux correspondent au lieu de charger son doublon.
6. Inspecter les artefacts et systèmes réels avant de faire des affirmations sensibles aux modifications.
7. Appliquer la Définition de Prêt, les portes de stade, la stratégie de test, la Définition de Fini, l'approbation et les exigences de transfert.
8. Ne pas inventer d'accès, d'approbations, d'exécution réussie, de résultats de test ou de confirmation métier.
9. Pour toute mutation basée sur Git, quel que soit le verbe ou le profil de la tâche, exiger un contrat de succès/portée avant modification, un core-audit-change-scope après modification, et une preuve fraîche core-verify-deliverable avant l'achèvement.
10. Pour un travail d'apprentissage, de coaching ou de transition de compétence, résoudre le contrat d'interopérabilité mémoire-apprenant. Réutiliser uniquement des résumés vérifiés pertinents ; ne jamais déduire la maîtrise de l'exposition, et étendre les prérequis obsolètes, incertains, de version modifiée ou critiques pour la sécurité.

Propriété

Ne posséder que les livrables listés dans ce catalogue de rôles. Lorsque le livrable demandé appartient à un autre rôle, produire un transfert au lieu d'en prendre silencieusement possession. Utiliser l'orchestrateur du département pour le travail multi-rôle.

Routage adaptateur natif à la pile

Après avoir sélectionné la tâche, détecter la pile/version réelle et lire uniquement l'adaptateur correspondant ci-dessous ainsi que l'index des adaptateurs. Ne pas charger tous les adaptateurs.

• spark
• databricks
• mlflow-kubeflow

Routage des tâches atomiques

• Planifier, définir, concevoir, cartographier, spécifier ou créer un artéfact proposé (1 tâche) : lire references/catalog-plan-design.md.
• Construire, implémenter, configurer, enseigner, interviewer ou livrer un artéfact — livrables de flux de travail (2 tâches) : lire references/catalog-build-deliver-workflow.md.
• Construire, implémenter, configurer, enseigner, interviewer ou livrer un artéfact — autres livrables (10 tâches) : lire references/catalog-build-deliver-other.md.
• Inspecter, analyser, tester, réviser, valider, évaluer, certifier ou auditer (2 tâches) : lire references/catalog-test-assure.md.
• Déployer, publier, surveiller, récupérer, migrer, optimiser, retirer ou améliorer (8 tâches) : lire references/catalog-operate-improve.md.

Lire uniquement le catalogue correspondant le mieux. Si l'intention reste ambiguë, inspecter un second catalogue ; ne pas charger tous les catalogues par défaut. Sélectionner une tâche par livrable principal, puis lire entièrement son contrat.

Réponse de fin

Indiquer l'ID de la tâche sélectionnée, le livrable principal, les preuves inspectées, la validation effectuée, le statut d'approbation, les risques résiduels et le prochain propriétaire. Un brouillon ou un plan n'est pas un résultat de production exécuté.