Technischer Überblick
Implementierungsmodell für Shells, Packs, Intake-Kanäle, Workflows, Richtlinien-Overlays, Integrationen, Evaluierungs-Gates und kontrollierte Ausführung.
Verwandte Referenzen
Referenz für WorkItem-Operationen, Entscheidungsschrittkontrollen, Integrationsausführung und Telemetrieexport.
Entdecken Sie dedizierte Flagship-Apps und konfigurierbare Work-Lösungen auf der gemeinsamen Threada-Plattform.
Konfigurieren Sie Lösungen, Workflow-Schemata, Richtlinien und Integrationen in Studio und betreiben Sie sie danach in Work unter Admin-Governance.
Sicherheits- und Governance-Kontrollen für Mehrkanal-Intake, richtliniengesteuerte Automatisierung und auditierbare Ausführung.
Plattformarchitektur
- Kanaladapter normalisieren eingehende Payloads in workflow-kompatible Intake-Ereignisse.
- Workflow-Engines erzeugen schemagültige WorkItems mit Statusübergängen entlang der Entscheidungsschritte.
- Evidence-Dienste hängen Zitate und Abrufspuren an die Antwort- und Paketgenerierung an.
- Die Integrationslaufzeit führt Aktionen asynchron mit Wiederholungs- und Idempotenzkontrollen aus.
- Telemetrie- und Audit-Streams sorgen für eine durchgängige Rückverfolgbarkeit über den gesamten Lebenszyklus.
Wissen und Ingestion
Unterstützte Ingestion-Modi
- Refresh-Pipelines für Wissensquellen
- Upload-Pipelines für Dokumente und Richtlinienpakete
- Connector-Sync-Pipelines für verwaltete externe Systeme
Ingestion-Verhalten
- Ingestion-Jobs geben Status-, Latenz- und Fehlerdiagnosen aus
- Pipelines unterstützen sichere Wiederholungen und Backoff-Strategien
- Richtlinien auf Asset-Ebene definieren Aktualität und Aufbewahrungsverhalten
Render- und Extraktionseinstellungen sind je Quellprofil konfigurierbar.
Aktualitätsvorgänge
- Geplante Aktualisierung und bedarfsgesteuerte Neuverarbeitung
- Diff-Sichtbarkeit zur Bewertung von Quelländerungen
- Veraltungswarnungen, die an das Workflow-Risikoprofil gebunden sind
Evidence-Abruf
Abrufprofile: Profile definieren Recall, Präzision und Zitierstrenge je nach Workflow und Risikoklasse.
Entscheidungsschwellen: Konfidenz, Verfügbarkeit von Evidence und Richtlinienprüfungen bestimmen, ob geantwortet, geprüft oder eskaliert wird.
Antwort- und Paketgenerierung
WorkPackets werden aus dem kanonischen WorkItem-Zustand und den Evidence-Bündeln generiert.
Ziel-Renderer bilden kanonischen Paketinhalt auf kanalspezifische Payload-Formen ab.
Sicherheitsgrenzen
- Strenger Zitiermodus für richtlinienkritische Workflows
- Ausdrückliche Ablehnung und Eskalation, wenn die Evidence nicht ausreicht
- PII-bewusste Verarbeitung und konfigurierbare Schwärzungsrichtlinien
Kanalaktivierung
Aktivierungs-Setup: Jeder Intake-Kanal bringt Aktivierungsprüfungen, Health-Signale und abgegrenzte Sicherheitsbindungen mit.
Aktivierungsprüfungen
- Origin-Bindung und Kanalverifizierung
- Performancebewusstes Ladeverhalten der Integration
- Barrierefreie Interaktion und Lokalisierungsunterstützung
Betriebskontrollen
- Intake-Kanäle je Umgebung aktivieren, deaktivieren und überwachen
- Kanalspezifische Richtlinienüberschreibungen anwenden
- Health-Zustand und Telemetrie anhand der internen Kanalkennung prüfen
Workflow- und Aktions-APIs
Öffentliche API-Intake-Kanäle unterstützen WorkItem-Vorgänge, richtlinienbewusste Ausführung und Telemetrie-Export.
Authentifizierung
- Abgegrenzte Anmeldedaten für den Server-zu-Server-Zugriff
- Validierung des Rollen- und Mandantenkontexts für jede Anfrage
- Fail-Closed-Verhalten bei fehlendem Autorisierungskontext
Autorisierungsbereiche
- WorkItems lesen und verwalten
- Richtlinien- und Entscheidungsschritt-Statusübergänge verwalten
- Kontrollierte Aktionen mit ausdrücklicher Berechtigung ausführen
Zentrale Endpunktgruppen
- WorkItem-Lebenszyklusvorgänge
- Entscheidungsschritt- und Genehmigungsvorgänge
- Integrationsausführung und Wiederholungsvorgänge
Antwortmodell
- Typisierte Erfolgs- und Fehler-Envelopes
- Maschinenlesbare Ursachencodes für Richtlinienergebnisse
- Trace- und Korrelationskennungen für das Debugging
Telemetriedimensionen
- channel-Kennung und workflow_id
- work_item_id und policy_version
- integration_id und Aktionsergebnis-Status
Muster für die Integrationsorchestrierung
Integrationen können bei Bedarf über native Adapter oder Middleware angebunden werden.
Ausführungsmuster
- Zielressourcen erstellen und aktualisieren
- Paketkontext und Evidence-Referenzen anhängen
- Wiederholung mit Fehlerklassifizierung und Dead-Letter-Behandlung
Aufnahmemuster
- Anfrageereignisse von externen Tools empfangen
- In das Workflow-Schema normalisieren
- An Entscheidungsschritte und Aktionsvorschläge weiterleiten
Governance-Kontrollen
- Aktions-Allowlists nach Workflow und Rolle
- Genehmigungsanforderungen nach Risikoprofil
- Erfassung eines Audit-Ereignisses für jede Mutation
Sicherheitsmodell
Sicherheitskontrollen werden auf der Intake-, Entscheidungs-, Ausführungs- und Telemetrieebene mit klaren Verantwortungsgrenzen angewendet.
Datenverarbeitungsmodell
Gespeicherte Artefakte
- WorkItem-Zustand und Lebenszyklus-Metadaten
- Evidence-Referenzen und Paket-Render-Metadaten
- Ausführungsergebnisse und Audit-Ereignisaufzeichnungen
Standardmäßig nicht aufbewahrt
- Nicht abgegrenztes Anmeldedaten-Material im Klartext
- Unbegrenzte Rohprotokolle der Payloads
- Mandantenübergreifend geteilter Anfragezustand
Aufbewahrung: Aufbewahrungs- und Archivierungsrichtlinien sind nach Richtlinienbereich und Datenklassifizierung konfigurierbar.
Haltung zum Modelltraining: Datenverarbeitungsrichtlinien sollten ausdrücklich steuern, ob Workflow-Artefakte für Workflows zur Modellverbesserung infrage kommen.