Problems → Prototypes · LENS

← Back to this problem brief

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.

Try it

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.

Local review inputs
Stage 1
Stage 2
Stage 3

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.

Optional AI critique

Take the brief into your own AI environment

Nothing is sent until you choose.

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.

LENS iteration cycle

One possible first pass

Refine → Understand
  1. 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.

  2. 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.

  3. 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.

  4. 04
    Build

    Create the smallest usable prototype around one representative task, with expert-curated content, visible uncertainty, and an easy human override.

  5. 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.

  6. 06
    Deploy

    Pilot with a small, representative group in a near-real setting; preserve a baseline or comparison condition and document implementation conditions.

  7. 07
    Evaluate

    Look for capability growth and transfer, not just satisfaction or activity. Inspect subgroup patterns, human workload, errors, and unintended adaptations.

  8. 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.