Data / AI
Specification binds schema and expected decisions; authorization limits data and model actions; facts preserve provenance; error recovery supports replay and rollback.
Data/AI architecture and DHF govern different business objects, but both need explicit specification, authority, facts, and recovery. This comparison illustrates transferability; it does not prove deployment or adoption.
Events, schema, data quality, and model decisions.
Requirements, changes, execution, and verification results.
Specification binds schema and expected decisions; authorization limits data and model actions; facts preserve provenance; error recovery supports replay and rollback.
Specification binds completion; authorization limits effects; facts bind current receipts; error recovery returns to trusted state without restoring permission.
Evidence quality controls model decisions; privacy, bias, and other high-risk concerns enter human review.
Local, demo, and production authority stay separate; unknown or stale authorization fails closed.
Adapters isolate source variation while stream and backfill paths reuse decision semantics.
Lifecycle routing and risk profiles load only the context and governance the current task needs.
Raw archives, retry/DLQ, backfill, and drift checks support recomputation.
Append-only state, rollback, handoff, and fresh readback support safe continuation.
Source identity and layered data state support attribution and audit.
Source, runtime, publication, production, and customer outcomes remain separate claims.
Domain quality rules, drift thresholds, telemetry, and service recovery belong to the implementing data platform.
DHF defines specification, authority, facts, and recovery interfaces without claiming to implement every platform capability.