Kunde
Verantwortet Zweck, Rechtsgrundlage, Datenklassifikation, Zugriffsentscheide, professionelle Nutzung, Budget, Endabnahme und Hardware- oder Hosting-Vertrag.
Projektlebenszyklus
Jede irreversible Entscheidung hat ein Gate.
Ein Private-AI-Programm soll leicht zu stoppen sein, solange die Unsicherheit hoch ist, und schwer still zu verändern, sobald Menschen darauf vertrauen. Unser Lebenszyklus benennt Evidenz, Verantwortliche und Entscheid an jeder Stufe.
10explizite Gates
1benannter Entscheider pro Gate
0Hardwarekäufe vor Sizing-Evidenz
1Exit-Plan ab Start
Der Lieferpfad mit zehn Gates
Zeitfenster überlappen nur, wenn der Kunde die Abhängigkeit akzeptiert. Ein bestandenes Gate autorisiert die nächste begrenzte Aktivität; es löscht keine frühere Randbedingung.
- 01
Vertrauliche Erstaufnahme
Input: Geschäftsfrage, Datenklassen, Nutzer und aktuelle Kontrollen. Output: Umfangsgrenze und Informationsliste.
Gate: Gibt es ein wertvolles Problem, das ohne Übertragung sensitiver Inhalte besprochen werden kann?
- 02
Architektur-Review
Input: Systemkontext, Beispiel-Metadaten und Risikopflichten. Output: Verwahrungsoptionen, Bedrohungsmodell, Klasse, Kostenrahmen und No-Go-Befunde.
Gate: Stoppen, überarbeiten oder Proof Node autorisieren.
- 03
Daten- und Evaluationsdesign
Input: freigegebenes repräsentatives Material und Berechtigungsmodell. Output: Ingestion-Regeln, Held-out-Fragen, Verweigerungsfälle, Lecktests und Abnahmeschwellen.
Gate: Sind Erfolg und unsicheres Versagen vor der Modellwahl messbar?
- 04
Proof Node
Input: bereinigter oder streng kontrollierter Korpusausschnitt. Output: zitierte Antworten, Modellvergleich, Latenz, Durchsatz, Speicher, Energie und Fehlernachweise.
Gate: Stoppen, mit geänderten Annahmen wiederholen oder Produktionsdesign autorisieren.
- 05
Produktionsdesign und Beschaffung
Input: gemessene Proof-Aufgabe und Wachstumskorridor. Output: Stückliste, Garantiepfad, Netzwerk- und Identitätsdesign, Standortbedarf und Umsetzungsplan.
Gate: Benannte Kundeninstanz genehmigt Ausgaben und Restrisiko.
- 06
Aufbau und Härtung
Input: freigegebenes Design und kundeneigene Credentials. Output: konfiguriertes System, Zugriffsgrenzen, signierte Baseline, Backup, Monitoring und Admin-Runbooks.
Gate: Sicherheitskonfiguration und physische Verwahrung entsprechen dem Design.
- 07
Abnahme und Nutzung
Input: Produktionsstack und Held-out-Evaluationspaket. Output: Testbericht, bekannte Grenzen, Nutzerschulung, Incident-Pfad und signierter Abnahmenachweis.
Gate: Der Kunde bestimmt, welche Abläufe sich auf das System stützen dürfen und welche verboten bleiben.
- 08
Begleiteter Betrieb
Input: akzeptierte Baseline und Support-Vereinbarung. Output: Zustandsnachweise, Backup-Prüfungen, Patch-Entscheide, Kapazitätsdaten, Vorfälle und Serviceberichte.
Gate: Der Betrieb bleibt innerhalb der Support-, Sicherheits- und Leistungsschwellen.
- 09
Kontrollierte Änderung
Input: vorgeschlagene Modell-, Index-, Policy-, Hardware- oder Engine-Änderung. Output: Vergleichsevidenz, Rollback-Punkt, aktualisierte Nachweise und autorisierte Änderung.
Gate: Keine wesentliche Änderung erreicht die Produktion ohne risikogerechte Re-Evaluation.
- 10
Exit, Transfer oder Erneuerung
Input: Vertragsende, Technologiewechsel oder Kundenentscheid. Output: Konfigurations- und Datenexporte, gegebenenfalls Löschnachweis, Asset-Disposition und Wissenstransfer.
Gate: Der Kunde kann fortführen, migrieren oder stilllegen, ohne von einem verborgenen ANULUM-System abhängig zu sein.
Verantwortung wird entworfen, nicht vermutet
ANULUM
Entwirft und implementiert das vereinbarte System, erklärt Evidenzgrenzen, dokumentiert Änderungen, schult benannte Betreiber und unterstützt die abgenommene Baseline.
Hardware- und Gebäudepartner
Liefern garantierte Ausrüstung, Elektro- oder HVAC-Arbeit und Fachzertifikate unter ihren eigenen dokumentierten Verantwortlichkeiten.
Rechts-, Compliance- und Medizinberatung
Interpretiert anwendbare Pflichten und Berufsregeln. ANULUM liefert Architekturfakten und Kontrollen; es ersetzt keine unabhängige Beratung.
Änderungsregel
Ein neues Modell ist eine Systemänderung.
Andere Modellgewichte können Qualität, Verweigerung, Tool-Nutzung, Lizenzbedingungen, Speicherbedarf und Datenpfade verändern. Dasselbe gilt für Parser, Embedding-Modell oder Retrieval-Policy. Versionserfassung, Held-out-Tests, Rollback und Kundenfreigabe machen die Änderung sichtbar.
Datierten Modellkatalog prüfen → · Governance-Kontrollen ansehen →
Das Exit-Paket wird beim Einstieg definiert
- Formate für Kunden-, Daten- und Indexexporte mit dokumentierten Grenzen.
- Konfiguration, Modellkennungen, Hashes, Lizenzen und Abhängigkeitsinventar.
- Admin-Runbooks, Backup-/Restore-Verfahren und aktuelles Risikoregister.
- Lösch- oder Medien-Dispositionsnachweise für ausgemusterte Systeme.
- Benannte Übergabesitzung und Liste offener Betriebsentscheide.
Keine öffentliche Seite ersetzt einen Vertrag. Genaue Leistungen, Abnahmeschwellen, Supportzeiten und Exit-Pflichten stehen im Mandat.