AI to Learn 2.0: A Deliverable-Oriented Governance Framework and Maturity Rubric for Opaque AI in Learning-Intensive Domains
Organizations: Department of Biomedical Sciences, College of Life and Health Sciences, Chubu University, Kasugai, Aichi 487-8501, Japan · Center for Mathematical Science and Artificial Intelligence, Chubu University, Kasugai, Aichi 487-8501, Japan · Institute for Advanced Research, Nagoya University, Nagoya, Aichi 464-8601, Japan
Abstract
Generative AI is entering research, education, and professional work faster than current governance frameworks can specify how AI-assisted outputs should be judged in learning-intensive settings. The central problem is proxy failure: a polished artifact can be useful while no longer serving as credible evidence of the human understanding, judgment, or transfer ability that the work is supposed to cultivate or certify. This paper proposes AI to Learn 2.0, a deliverable-oriented governance framework for AI-assisted work. Rather than claiming element-wise novelty, it reorganizes adjacent ideas around the final deliverable package, distinguishes artifact residual from capability residual, and operationalizes the result through a five-part package, a seven-dimension maturity rubric, gate thresholds on critical dimensions, and a companion capability-evidence ladder. AI to Learn 2.0 allows opaque AI during exploration, drafting, hypothesis generation, and workflow design, but requires that the released deliverable be usable, auditable, transferable, and justifiable without the original large language model or cloud API. In learning-intensive contexts, it additionally requires context-appropriate human-attributable evidence of explanation or transfer. Worked scoring across contrastive cases, including coursework substitution, a symbolic-regression governance contrast, teacher-audited national-exam practice forms, and a self-hosted lecture-to-quiz pipeline with deterministic quality control, shows how the framework separates polished substitution workflows from bounded, auditable, and handoff-ready AI-assisted workflows. AI to Learn 2.0 is proposed as a governance instrument for structured third-party review where capability preservation, accountability, and validity boundaries matter.
Figures & tables
| Approach | Unit of analysis | Residual focus after AI use | Black-box-free final deliverable required? | Explicit validity-domain / failure rule required? | Designed for structured review? | Capability preservation explicit? |
|---|---|---|---|---|---|---|
| Post-hoc XAI | Model prediction / deployed model | An explanation is attached to a black-box prediction or model; the black box remains central. | No | Usually no | Limited | No |
| Interpretable ML | Model | An inherently interpretable model remains in deployment. | Sometimes, at the model level | Not inherently | Limited | No |
| Human-in-the-loop / Interactive ML | Learning or decision process | Human intervention points remain in the process or lifecycle. | No | Not inherently | Usually no narrow compliance instrument | Implicit, not explicit |
| Documentation / model reporting | Model / dataset | Documentation remains with the model or dataset, including intended use and limitations. | No | Partial | Partial documentation audit | No |
| Responsible AI / AI ethics | Organization / policy / principle set | High-level principles, commitments, and impact considerations remain. | No | Usually high-level | Usually no deliverable-side rubric | Sometimes indirect |
| Official governance frameworks | Organization / system lifecycle / professional capability | Risk-management processes, governance artifacts, and competencies remain. | No | Encouraged, but not as a deliverable-sufficiency test | Partial | Partial |
| Symbol | Element | Minimum contents |
|---|---|---|
| Distilled artifact | The black-box-free artifact intended for routine use: for example, an audited codebase, explicit equation, rule set, checklist, lesson material, form system, or documented procedure. | |
| Provenance / audit record | Which AI tools were used, for what purpose, what classes of data were exposed, what humans accepted or rejected, and what verification was performed. | |
| Validity-domain statement | Intended use, assumptions, regime of applicability, out-of-scope cases, and known limitations. | |
| Failure / escalation rule | Known failure modes, warning signs, uncertainty triggers, withdrawal criteria, and when to escalate to human review. | |
| Operational resource note | Runtime dependencies, cloud or local execution assumptions, access requirements, cost or energy implications, and low-resource fallback if relevant. |
| Symbol | Dimension | Main linkage to the formal definition | Gate? | Guiding question |
|---|---|---|---|---|
| Residual opacity in the final deliverable | Artifact residual | Yes | Does routine use still depend on the original opaque AI component? | |
| Human sovereignty and release authority | Human sovereignty | Yes | Who has the authority and responsibility to accept, reject, revise, and release the deliverable? | |
| Auditability and stabilization trace | Provenance / audit record , package completeness | No | Can a competent third party reconstruct how the artifact was stabilized and checked? | |
| Validity-domain and failure awareness | Validity-domain statement , failure/escalation rule | Yes | Does the package say where the artifact applies, where it fails, and when to escalate? | |
| Information protection | Information protection | Yes | What information reached opaque AI, and were appropriate protections used? | |
| Energy and resource proportionality | Operational resource note | No | Did opaque AI remain as a heavyweight runtime dependency, or was it distilled away? |
| Case | Gate | Core | AI to Learn 2.0 | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| C1. Chatbot-authored take-home report submitted as-is | 1 | 1 | 0 | 0 | 1 | 2 | 1 | 6 | 0 | 0 | 3 | 0 | 0 |
| C2. LLM-assisted report plus structured oral defense | 3 | 3 | 2 | 2 | 2 | 3 | 2 | 17 | 0 | 3 | 3 | 0 | 0 |
| C3. Symbolic regression package without validity-domain / failure analysis | 4 | 3 | 3 | 1 | 4 | 4 | 3 | 22 | 0 | – | – | 0 | 0 |
| C4. Symbolic regression package with validity-domain statement and failure-oriented tests | 4 | 4 | 4 | 4 | 4 | 4 | 3 | 27 | 1 | – | – | 1 | 1 |
| C5. Teacher-audited national-exam practice forms (tool only) | 4 | 4 | 3 | 4 | 4 | 4 | 4 | 27 | 1 | – | – | 1 | 1 |
| C6. Course workflow combining practice forms with no-AI mastery checkpoints | 4 | 4 | 3 | 4 | 4 | 4 | 4 | 27 | 1 | 3 | 3 | 1 | 1 |
AI Governance
Artificial intelligence governance studies how laws, institutions, and technical controls shape AI development, deployment, accountability, and social effects.
See all 379 papers