Human oversight, accessibility, trust, safety, and explainability need explicit design treatment.
Supported by external standards and guidance. Application within TADF remains a framework interpretation.
06 · The proof system
TADF separates research-backed principles, framework models, unvalidated targets, designed products, and future ambitions. Confidence depends on knowing which is which.
Evidence status
This is the minimum integrity standard for presenting TADF to clients, partners, or internal investment committees.
Supported by external standards and guidance. Application within TADF remains a framework interpretation.
Internally coherent and fully specified, but not equivalent to independently validated industry standards.
Targets must be measured in pilots before they are presented as organisational results.
Product specifications exist. Production software and usage evidence do not yet exist.
These are strategic directions. Commercial model, field validity, and operating capacity remain to be established.
Research base
Human–AI interaction guidance covering capability, limitations, correction, failure handling, and user control.
Observable accessibility success criteria across perceivable, operable, understandable, and robust experiences.
Trustworthiness characteristics including validity, safety, security, transparency, explainability, privacy, and fairness.
A product quality model that informs systematic evaluation of software and systems.
Regulatory context for risk, transparency, governance, and human oversight in AI systems.
External sources support specific principles, not every claim made by the TADF operating model. Each client-facing claim should preserve that distinction.
Validation roadmap
No invented case studies. No implied adoption. The first pilots should be published with context, baseline, intervention, result, and limitation.
Independent review by design leaders, researchers, accessibility specialists, AI governance practitioners, and engineering partners.
Evidence: critique log and framework revisionsRun one team through two stages using a pre-defined baseline, checkpoint protocol, and comparison period.
Evidence: pilot reports and raw measuresRepeat across products, team maturities, industries, and risk levels without changing success criteria after the fact.
Evidence: comparable multi-pilot datasetInvite external practitioners or research partners to test the model and publish contradictory findings.
Evidence: independent reports and revisionsCurrent limitations
The framework is complete as a specification, but organisational impact has not been demonstrated across multiple pilots.
Scoring consistency, assessor reliability, and certification thresholds require real candidates and repeated evaluation.
The Command Center interface and platform architecture need implementation, security review, and usability validation.
Licensing, consulting, training, certification, support, and maintenance responsibilities must be defined before sale.
Examples and implementation guidance require versioning and regular review even though the core skills are model-agnostic.
Regulated sectors need specific controls, evidence standards, and specialist review beyond the general framework.
Framework version
Every certification, pilot, claim, prompt, and governance rule should identify the framework version it used.
Foundation, nine-stage process, 141 skills, 25 agents, Command Center specification, prompt and governance model, learning and certification design.
CurrentPilot evidence, revised benchmarks, calibrated assessments, tested artefacts, and documented changes arising from contradictory findings.
Pending evidence