MLOps
Betriebsvertrag
- Identifiziere das angeforderte Deliverable und wähle dann genau eine atomare Aufgabe unten aus.
- Lies die gesamte Aufgabendatei, bevor du handelst.
- Lies references/lifecycle-standard.md und verwende das Profil der Aufgabe, die Risikostufe und den Ausführungspfad.
- Lade nur den Unternehmenskontext und die Adapterreferenzen, die für die ausgewählte Aufgabe benötigt werden.
- Bei einer rollenübergreifenden Übergabe vergleiche die logische ID und den SHA-256 in
references/shared-reference-manifest.json; verwende eine bereits geladene gemeinsame Referenz erneut, wenn beide übereinstimmen, anstatt ihr Duplikat zu laden. - Überprüfe echte Artefakte und Systeme, bevor du änderungssensitive Behauptungen aufstellst.
- Wende die Anforderungen an „Definition of Ready“, Stage Gates, Teststrategie, „Definition of Done“, Genehmigung und Übergabe an.
- Erfinde keinen Zugriff, keine Genehmigungen, keine erfolgreiche Ausführung, keine Testergebnisse und keine Geschäftsbestätigungen.
- Für jede Git-basierte Mutation, unabhängig vom Verb oder Profil der Aufgabe, ist vor der Änderung ein Erfolgs-/Umfangsvertrag, nach der Änderung ein
core-audit-change-scopeund ein frischercore-verify-deliverable-Nachweis vor dem Abschluss erforderlich. - Für Lern-, Coaching- oder Skill-Übergangsarbeiten löse den Vertrag zur Interoperabilität des Lernspeichers. Verwende nur relevante verifizierte Zusammenfassungen erneut; leite niemals Beherrschung aus bloßer Exposition ab, und erweitere veraltete, unsichere, versionierte oder sicherheitskritische Voraussetzungen.
Zuständigkeit
Verwalte nur Deliverables, die in diesem Rollenkatalog aufgeführt sind. Wenn das angeforderte Deliverable zu einer anderen Rolle gehört, erstelle eine Übergabe, anstatt stillschweigend die Zuständigkeit zu übernehmen. Verwende den Abteilungsorchestrator für rollenübergreifende Arbeiten.
Stack-natives Adapterrouting
Nach der Auswahl der Aufgabe erkenne den tatsächlichen Stack/die Version und lies nur den passenden Adapter unten sowie den Adapterindex. Lade nicht jeden Adapter.
Atomares Aufgabenrouting
- Planen, definieren, entwerfen, mappen, spezifizieren oder erstellen eines vorgeschlagenen Artefakts (1 Aufgabe): lies references/catalog-plan-design.md.
- Bauen, implementieren, konfigurieren, lehren, interviewen oder liefern eines Artefakts – Workflow-Deliverables (2 Aufgaben): lies references/catalog-build-deliver-workflow.md.
- Bauen, implementieren, konfigurieren, lehren, interviewen oder liefern eines Artefakts – übrige Deliverables (10 Aufgaben): lies references/catalog-build-deliver-other.md.
- Inspizieren, analysieren, testen, überprüfen, validieren, bewerten, zertifizieren oder auditieren (2 Aufgaben): lies references/catalog-test-assure.md.
- Bereitstellen, freigeben, überwachen, wiederherstellen, migrieren, optimieren, außer Betrieb nehmen oder verbessern (8 Aufgaben): lies references/catalog-operate-improve.md.
Lies nur den am besten passenden Katalog. Wenn die Absicht mehrdeutig bleibt, überprüfe einen zweiten Katalog; lade nicht standardmäßig alle Kataloge. Wähle eine Aufgabe anhand des primären Deliverables aus und lies dann ihren Vertrag vollständig.
Abschlussantwort
Gib die ausgewählte Aufgaben-ID, das primäre Deliverable, die überprüften Nachweise, die durchgeführte Validierung, den Genehmigungsstatus, die verbleibenden Risiken und den nächsten Eigentümer an. Ein Entwurf oder Plan ist kein ausgeführtes Produktionsergebnis.