THE UNIVERSITY OF ALABAMAยฎ
myBama
AI-enhanced Educational Game Design microcredential badge.
The Credential ยท Open Badges 2.0

A badge is a claim.
This page is the claim.

The AI-enhanced Educational Game Design microcredential is issued by The University of Alabama College of Education to learners who demonstrate, with evidence, that they can carry a learning problem from a defensible design statement through a target-learner-tested prototype to an implementation-ready specification.

What this badge declares

Five competencies.
Twenty-five floor criteria.

The holder has produced five deliverables (D1โ€“D5), each judged against a published rubric with five criteria at four performance levels. Every criterion must reach Proficient โ€” the credential is non-compensatory.

Can do ยท 1

Frame a learning problem

Name a learner, context, and measurable shift; separate observation from assumption; revise in response to specific critique. (D1 rubric)

Can do ยท 2

Map objectives to mechanics

Classify objectives by type, choose mechanics with defensible rationale, name risks and declined alternatives, trace every row to a context constraint. (D2 rubric)

Can do ยท 3

Prototype playably

Produce a paper prototype and facilitator guide another person can run without the author; iterate at least three cycles with documented evidence. (D3 rubric)

Can do ยท 4

Playtest with target learners

Design and run a protocol with three or more target learners, separate observation from interpretation, rank findings by impact and effort, defend a cut line. (D4 rubric)

Can do ยท 5

Spec for implementation

Produce a coherent implementation spec โ€” state machine, event map, Three.js bridge โ€” that cites D1โ€“D4 and names its known limits. (D5 rubric)

The pass bar

Non-compensatory

Exemplary on one deliverable does not cover Developing on another. Every rubric row has a floor; every floor is required.

Open Badges 2.0 ยท BadgeClass

Machine-readable credential.

Every field below is published as Open Badges 2.0 JSON so that external verifiers, LMS platforms, and digital wallets can consume the credential without trusting a human description.

BadgeClass ยท badge-class.json View JSON โ†’
Name
AI-enhanced Educational Game Design
Issuer
The University of Alabama โ€” College of Education ยท issuer.json
Criteria URL
rubrics.html โ€” 25 rubric criteria, Proficient floor required on all.
Evidence pattern
Each learner's D1โ€“D5 portfolio, hosted at /cohort/<term>/portfolios/<learner-id>/, linked from the assertion's evidence[] array.
Recognized levels
Proficient (required for award) ยท Exemplary (recognized, not required)
Framework alignment
ISTE Educator Standards (Designer, Facilitator, Analyst) ยท UDL Guidelines 3.0 ยท NETP 2024. See full alignment below.
Tags
educational-game-design instructional-design learning-experience-design educational-technology assessment microcredential
Open Badges 3.0 ยท W3C Verifiable Credentials

Wallet-ready, cryptographically verifiable.

The OBv2 BadgeClass above is the backward-compatible form. In parallel we publish an OBv3 / Verifiable Credentials 2.0 expression of the same credential โ€” which a learner can import into a Learner Credential Wallet (DCC), verify without contacting our server, and present selectively to employers. This is the format the Digital Credentials Consortium at MIT and peer institutions have converged on.

Achievement (OBv3) ยท badge-class-v3.json View JSON โ†’
Context
https://www.w3.org/ns/credentials/v2 + https://purl.imsglobal.org/spec/ob/v3p0/context-3.0.3.json
Type
Achievement inside a VerifiableCredential / OpenBadgeCredential envelope.
Issuer identity
HTTPS Profile today; production deployments SHOULD bind issuer.id to a DID (e.g. did:web:teachplay.dev) so verification does not require contacting us.
Proof
Data Integrity proof, eddsa-rdfc-2022 cryptosuite, Ed25519 signature over the canonicalized credential. Example contains a placeholder proof; signing pipeline is documented separately.
Alignment (new)
OBv3 alignments now include ESCO and Lightcast Open Skills concepts so that the credential is machine-readable against employer and cross-border taxonomies, not only K-12 teaching frameworks.
Interop
Consumers that only speak OBv2 should continue to read badge-class.json. Wallet-ready clients (DCC Learner Credential Wallet, others) should prefer the v3 file.
Why run both v2 and v3?

OBv2 still has the widest LMS / backpack support; OBv3 is where employer wallets and cross-institution transfer are moving. Publishing both costs us one extra JSON file and buys learners a decade of forward compatibility. The underlying rubric and evidence are identical โ€” only the expression changes.

External alignment

Cross-framework traceability.

A microcredential is only transferable if it cites frameworks outside its own walls. Below are the five alignments published in the BadgeClass. Add more by editing credential/badge-class.json.

ISTE ยท Educators 2024

5 ยท Designer

Educators design authentic, learner-driven activities and environments that recognize and accommodate learner variability. Directly addressed by D1, D2, and the S2โ€“S5 arc.

ISTE ยท Educators 2024

6 ยท Facilitator

Educators facilitate learning with technology to support student achievement of standards. Addressed by D3 (facilitator guide) and the S7 workshop.

ISTE ยท Educators 2024

7 ยท Analyst

Educators understand and use data to drive their instruction. Addressed by D4 (playtest report, observation-vs-interpretation separation) and the S10 data audit.

CAST ยท UDL 3.0

Multiple means of R / A&E / E

Representation, Action & Expression, and Engagement as evaluated via the accessibility audit in S10 and the UDL 3.0 crosswalk handout.

U.S. NETP 2024

Closing the Digital Design Divide

Centers learner voice, context, and accessibility in the design process. Non-compensatory Proficient on the accessibility criteria operationalizes the policy intent.

What a learner's assertion looks like

One example, redacted.

An Assertion is the JSON document that ties a specific learner to the BadgeClass with a set of evidence URLs. Below is the shape โ€” hashed recipient identity, issued date, verification type, and one evidence entry per deliverable.

Assertion ยท assertion-example.json View full JSON โ†’
{
  "@context": "https://w3id.org/openbadges/v2",
  "type": "Assertion",
  "id": "https://.../credential/assertions/EXAMPLE-2026-0001.json",
  "recipient": {
    "type": "email",
    "hashed": true,
    "salt": "eg-design-2026-cohort",
    "identity": "sha256$EXAMPLE_HASHED_RECIPIENT_EMAIL"
  },
  "issuedOn": "2026-05-02T00:00:00Z",
  "badge": "https://.../credential/badge-class.json",
  "verification": { "type": "HostedBadge" },
  "evidence": [
    { "id": ".../D1-design-problem-statement.pdf", "name": "D1 ยท Design Problem Statement", ... },
    { "id": ".../D2-crosswalk.csv",                 "name": "D2 ยท Objective ร— Mechanic Crosswalk", ... },
    { "id": ".../D3-prototype/",                    "name": "D3 ยท Paper Prototype + Guide", ... },
    { "id": ".../D4-playtest-report.pdf",           "name": "D4 ยท Playtest Report", ... },
    { "id": ".../D5-implementation-spec/",          "name": "D5 ยท Implementation Spec", ... }
  ]
}
Why hashed recipient?

Open Badges 2.0 recommends hashing the recipient email with a per-issuer salt so that the assertion can be published publicly โ€” as evidence of the credential โ€” without exposing a learner's identifier. Verifiers recompute the hash from the learner's claimed email to confirm.

Verification & governance

How the credential stays trustworthy.

Verification

HostedBadge

The Assertion is hosted at a stable URL under the issuer's domain. Any verifier resolving the URL can read the JSON and check the chain back to the BadgeClass and Issuer profile.

Review cycle

Annual rubric audit

Rubrics are reviewed every August before the fall cohort. Any change bumps the rubric version; previously-issued badges cite the rubric version active at their issue date.

Appeal

One revision per D

A Developing or lower score triggers a revision window with a named path to Proficient. The original is not averaged; only the revised artifact is scored for credential purposes.

Stackable pathway ยท proposed

How this microcredential ladders up.

A microcredential is most valuable when it is not terminal. Below is the proposed articulation path for learners who want to carry the work forward into formal graduate study. The targets are drafts that require registrar, department, and provost approval โ€” they are published here as the design intent, not as a policy guarantee.

Graduate credit-bearing path

3 credit hours ยท MEd in Instructional Technology

The 36 contact hours + five deliverables are scoped to be assessable as a 3-credit elective under Prior Learning Assessment (PLA) rules. Evidence: the full D1โ€“D5 portfolio + the OBv3 assertion + rubric sign-offs. Requires College of Education PLA committee review.

Stacking toward

Educational Technology graduate certificate

With two additional microcredentials from the College of Education's AI-in-Education family (e.g. Learning Analytics, AI-Assisted Assessment), this stacks into a 9-credit graduate certificate โ€” a resume-ready, transcript-visible credential.

Industry signal

LER-ready record

The OBv3 assertion + CLR 2.0 export (see Analytics) is consumable by Learning and Employment Record (LER) platforms aligned with the T3 Innovation Network โ€” so that a hiring manager can verify the specific skills, not just the credential title.

What makes laddering real rather than aspirational

Three things: (1) rubric criteria mapped to public skills taxonomies so external reviewers can read the credential without insider knowledge โ€” see the alignment matrix; (2) a stable, signed OBv3 assertion URL that persists beyond program changes; (3) a written PLA articulation agreement on file. Items (1) and (2) are implemented; (3) is the open policy step.

Endorsement ยท employer signal

A third party can vouch for what the badge claims.

IBM SkillsBuild and Cisco Networking Academy established the pattern: a credential gains signal when a practicing employer or domain authority signs an endorsement of it. Our design adds an OBv3 EndorsementCredential layer so that a school principal, district CTO, or ed-tech employer can cryptographically endorse either the BadgeClass (“we accept this as evidence of the claimed competency”) or an individual learner's assertion (“we observed this learner perform at this level”).

EndorsementCredential template ยท endorsement-template-v3.json View JSON โ†’
Endorser
Any party with a verifiable issuer profile (school district, state DoE, employer, professional society). The endorser signs with their own DID/key; we do not issue on their behalf.
What's endorsed
Either the Achievement (the badge itself โ€” e.g. “we recognize graduates of this microcredential as qualified to lead a cross-disciplinary game-based learning project”) or an individual AchievementCredential (“this specific learner's D4 playtest exceeded our expectations”).
Claim shape
Each endorsement carries a narrative and optional structured alignment items pointing to the endorser's own competency expectations โ€” creating a bridge between our framework and theirs.
Governance
We publish the template and a list of endorsers we have reviewed. We do not gatekeep who may endorse; we do gatekeep whose endorsements we display on our public credential page. The list is versioned with the annual rubric audit.
Ready to earn it

Begin with the rubric, not the session.

The sessions are how the work gets done; the rubrics are what the work is judged against. Open D1 in the rubric viewer, read the Proficient column, then open Session 02 and build toward it.

Open the rubrics โ†’ Begin Session 01 BadgeClass (OBv2) Achievement (OBv3 VC) Issuer JSON