Problems → Prototypes · LENS
Judgment-First Architecture for Online Programs
Online programs can scale procedural learning efficiently while leaving higher-order judgment fragmented across individual courses. Institutions also collect large amounts of activity data without an explicit model linking those data to how judgment develops across a program.
This exercise runs locally using simple rules. Your entries stay on this page and clear when you reload. No AI service is called.
Map one judgment capability across three stages. This local checklist does not generate cases or analyze student work. Use de-identified evidence descriptions, not student records.
Critical review of this working prototype
Strongest assumption: Faculty can agree on observable judgment and identify actionable missing transfer opportunities using three program stages.
Likely failure: A planned capstone, completion record, or undocumented claim of success is mistaken for demonstrated independent transfer.
Test that could change the design: Have faculty independently map three courses, then compare map findings with blinded rubric ratings on delayed unseen cases. Reject the coverage interpretation if ratings disagree or course assessments remain unchanged.
Non-AI comparison: A faculty workshop using a shared rubric and a three-column curriculum matrix.
Evidence to collect: Track assessments changed, missing opportunities resolved, rubric agreement, and delayed unseen-case performance separately from completion. No telemetry is collected by this prototype.
Human control and access: Self-reported evidence quality cannot be verified. A rigid independence requirement can disadvantage learners using legitimate accommodations; faculty should preserve accessible equivalent tasks. No student identifiers are needed. Exported files contain entered descriptions.
Changes made during review
- Cross-review found observed transfer incorrectly depended on the planned context and opportunity. Added a separate observed sample context, default unknown, and removed all planned conditions from observed transfer eligibility. Only explicitly new, documented independent samples can support observed transfer; planned opportunity outputs remain separate.
- Required an evidence description and a met-standard report before listing a successful transfer sample; guided work, familiar observed samples, and completion cannot qualify.
- Added explicit limits on judging complexity, evidence quality, readiness, and general transfer.
- Every revision clears results and disables export; rendering uses textContent. Next smallest prototype: compare two faculty ratings of one unseen-case sample.
- Parent review found the default GET fallback could leak named fields without JavaScript. All inputs now start in a disabled fieldset, enabled only after local handlers register, with a noscript explanation.
This is a design and implementation review, not an empirical validation of learning outcomes.
Take the brief into your own AI environment
Copy a self-contained review prompt, then open the AI workspace you already use. The prompt asks for a falsification test, a non-AI alternative, evidence that distinguishes activity from learning, and human-system risks.
Preview the prompt
Act as a critical learning-engineering reviewer. Review the prototype brief below as a thin-slice experiment, not as a finished product. Return: 1. The strongest design assumption. 2. The most important plausible failure mode. 3. The highest-value falsification test for the next cycle. 4. One credible non-AI alternative that could address the same capability gap. 5. The next smallest prototype worth building. 6. What should be measured to distinguish engagement from learning, transfer, and real performance. 7. Human-agency, equity, accessibility, privacy, or governance concerns that should change the design. Be concrete. Separate evidence-backed claims from hypotheses. Do not reward novelty for its own sake, and do not assume more AI is better. COLLECTION: LENS TITLE: Judgment-First Architecture for Online Programs CAPABILITY GAP: Online programs can scale procedural learning efficiently while leaving higher-order judgment fragmented across individual courses. Institutions also collect large amounts of activity data without an explicit model linking those data to how judgment develops across a program. FIRST PROTOTYPE: Build a program-level capability map for judgment, then use AI to generate case variations, surface evidence gaps, and help faculty compare where learners practice and demonstrate the capability across courses. The analytics layer reports evidence against the model rather than generic engagement. REPRESENTATIVE USE CASE: A professional master's program defines a target capability such as 'choose among competing interventions under uncertainty' and traces where learners encounter, practice, and demonstrate it from entry to capstone. LEARNING / HUMAN-SYSTEM FRAME: The design makes transfer and progressively complex performance the organizing principle. AI supports case variation and analysis, while faculty define the capability, standards, and acceptable evidence. QUESTIONS ALREADY IDENTIFIED: 1. Can faculty agree on a small set of program-level judgment capabilities? 2. Which measures predict later performance? 3. Does the architecture reveal unnecessary content or missing practice opportunities? FIRST-CYCLE FRAMING: Understand: Validate that the real gap is the ability to exercise domain judgment across varied and increasingly complex situations, not simply low engagement, low tool use, or a workflow inconvenience. Map: Map the system: learner, faculty, courses, assessments, program outcomes, analytics, AI case generator, and institutional governance. Identify where the capability currently succeeds, breaks down, or is masked by other constraints. Instrument: Predefine evidence: program-level performance progression, transfer, assessment alignment, faculty agreement, completion, and data usefulness. A key disconfirming signal is: the institution creates a sophisticated map but courses and assessments continue unchanged.
Open the underlying design brief and eight-step path
A first prototype
Build a program-level capability map for judgment, then use AI to generate case variations, surface evidence gaps, and help faculty compare where learners practice and demonstrate the capability across courses. The analytics layer reports evidence against the model rather than generic engagement.
Representative use case
A professional master's program defines a target capability such as 'choose among competing interventions under uncertainty' and traces where learners encounter, practice, and demonstrate it from entry to capstone.
Questions worth carrying forward
- Can faculty agree on a small set of program-level judgment capabilities?
- Which measures predict later performance?
- Does the architecture reveal unnecessary content or missing practice opportunities?
Evidence anchors
These sources motivate the design; they do not validate this prototype.
- Barnett, S. M., & Ceci, S. J. When and where do we apply what we learn? A taxonomy for far transfer. Psychological Bulletin. (2002)
Transfer as a design and evaluation target.
- National Academies of Sciences, Engineering, and Medicine. How People Learn II: Learners, Contexts, and Cultures. (2018)
Broad learning-science anchor for learner/context/system modeling and transfer.
- Chi, M. T. H., & Wylie, R. The ICAP Framework: Linking Cognitive Engagement to Active Learning Outcomes. (2014)
Designing learner actions rather than optimizing superficial engagement.
- Hattie, J., & Timperley, H. The Power of Feedback. Review of Educational Research. (2007)
Feedback design and evidence-producing practice.
- U.S. Department of Education, Office of Educational Technology. Artificial Intelligence and the Future of Teaching and Learning: Insights and Recommendations. (2023)
Human-centered AI in education; governance and instructional use.
One possible first pass
- 01 Understand
Validate that the real gap is the ability to exercise domain judgment across varied and increasingly complex situations, not simply low engagement, low tool use, or a workflow inconvenience.
- 02 Map
Map the system: learner, faculty, courses, assessments, program outcomes, analytics, AI case generator, and institutional governance. Identify where the capability currently succeeds, breaks down, or is masked by other constraints.
- 03 Design
Compare an AI intervention with simpler non-AI options. Specify what the human decides, what the AI may suggest, and which tradeoffs are acceptable.
- 04 Build
Create the smallest usable prototype around one representative task, with expert-curated content, visible uncertainty, and an easy human override.
- 05 Instrument
Predefine evidence: program-level performance progression, transfer, assessment alignment, faculty agreement, completion, and data usefulness. A key disconfirming signal is: the institution creates a sophisticated map but courses and assessments continue unchanged.
- 06 Deploy
Pilot with a small, representative group in a near-real setting; preserve a baseline or comparison condition and document implementation conditions.
- 07 Evaluate
Look for capability growth and transfer, not just satisfaction or activity. Inspect subgroup patterns, human workload, errors, and unintended adaptations.
- 08 Refine
Let the evidence change the problem model. Default back to UNDERSTAND if the assumed gap was wrong; otherwise revisit the earliest step invalidated by the evidence.