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.
Verification layer
Portable proof, not a completion badge.
Stackable pathway
What the record shows
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.
Frame a learning problem
Name a learner, context, and measurable shift; separate observation from assumption; revise in response to specific critique. (D1 rubric)
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)
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)
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)
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)
Non-compensatory
Exemplary on one deliverable does not cover Developing on another. Every rubric row has a floor; every floor is required.
Machine-readable credential.
The fields below are published as an Open Badges 3.0 Achievement JSON representation. A verifier, LMS, or wallet can inspect the machine-readable claim, but support and acceptance still depend on its implementation and on the signed evidence being checked.
- 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'sevidence[]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-designinstructional-designlearning-experience-designeducational-technologyassessmentmicrocredential
Signed example, wallet handoff scaffold.
The OBv3 Achievement above is the current data shape. A legacy OBv2 / Verifiable Credentials 2.0 expression of the same credential is retained as a compatibility path. This page includes a synthetic signed assertion and handoff examples for inspection; a live import still depends on a deployed issuer endpoint, the wallet, and the verifier.
- Context
https://www.w3.org/ns/credentials/v2+https://purl.imsglobal.org/spec/ob/v3p0/context-3.0.3.json- Type
Achievementinside aVerifiableCredential / OpenBadgeCredentialenvelope.- Issuer identity
- The BadgeClass is HTTPS-hosted; the synthetic example assertion uses
did:web:teachplay.dev. Verify the identity and key for the specific artifact before treating it as a live award. - Proof
- The synthetic example carries an
eddsa-rdfc-2022Data Integrity proof. It is a test fixture, not a real learner award; the production signing path is documented separately. - Alignment (new)
- The alignment file includes provisional ESCO and Lightcast-inspired skill labels. Several identifiers remain marked TBV, so this is not yet a resolved employer or cross-border skills assertion.
- Interop
- Consumers that still speak the legacy OBv2 representation may read badge-class.json. Wallet-ready clients should prefer the v3 file; interoperability with a specific wallet must be tested per deployment.
OBv2 remains a legacy compatibility path, while OBv3 aligns with the current 1EdTech Open Badges and W3C Verifiable Credentials ecosystem. Publishing both preserves a migration path; it does not guarantee support in every LMS or wallet. The underlying rubric and evidence are identical — only the expression changes.
From our page
to the learner's phone.
Once signed, a learner's credential is theirs — not ours. These three paths demonstrate how an OBv3/VC 2.0 assertion could move into a learner-controlled wallet. They are handoff scaffolds in this deployment, not proof that a live issuer endpoint or wallet import is available.
Install to Learner Wallet
Generates a dccrequest:// example for design review. A real wallet must be installed and the
issuer URL, proof, and request format must be tested in that deployment.
Open wallet →
Download VC 2.0 JSON
Save the synthetic assertion as a file for inspection. Import support is wallet-specific and must be verified with a real issued credential.
Download JSON →
Copy offer URL
Generates an openid-credential-offer-shaped example for interface review. It is not a live
exchange unless an issuer endpoint and pre-authorized code are deployed.
Copy + show QR →
HANDOFF TRANSCRIPT · SHOW THE URL + QR
The signed VC in credential/assertion-example-v3.json is a synthetic test fixture, not a
real learner award. A production deployment still needs (a) an Ed25519 key held under the issuer's DID
(did:web:teachplay.dev), (b) a signing pipeline that canonicalizes the credential
via URDNA2015 + eddsa-rdfc-2022, and (c) a real OID4VCI issuer endpoint at
/oid4vci/issue. See L4 design note for the full architecture.
Cross-framework traceability.
Framework citations can make alignment inspectable, but they do not by themselves make a credential
transferable. The legacy BadgeClass JSON contains five core alignments; the current Open Badges 3.0
artifact adds the UNESCO AI-CFT and TeachPlay matrix records alongside the core set. These are mappings,
not external accreditation. Edit credential/badge-class.json or
credential/badge-class-v3.json only when the published artifact and this page are updated together.
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.
6 · Facilitator
Educators facilitate learning with technology to support student achievement of standards. Addressed by D3 (facilitator guide) and the S7 workshop.
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.
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.
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.
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.
{
"@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", ... }
]
}
Legacy Open Badges 2.0 guidance 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.
Check any assertion against the issuer DID.
Paste an assertion URL (or the learner id — the tool resolves it to
credential/assertions/<id>.json) and this page performs four structural checks:
the issuer is did:web:teachplay.dev, the proof's verification method matches a key in
the current DID document, the current date falls inside validFrom, and the required
OBv3 fields are present. Cryptographic signature verification (eddsa-rdfc-2022 over URDNA2015) runs
in the learner's wallet or via node tools/verify-vc.mjs — it is not attempted in the
browser because the canonicalization + signature libraries would quadruple this page's weight for
a check the wallet already does.
For a full cryptographic check (Ed25519 signature + revocation status), use the credential verifier →
How the credential stays trustworthy.
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.
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.
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.
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.
3 credit hours · MEd in Instructional Technology
The 36 contact hours (32 effective) + 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.
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.
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.
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.
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”).
- 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 individualAchievementCredential(“this specific learner's D4 playtest exceeded our expectations”). - Claim shape
- Each endorsement carries a narrative and optional structured
alignmentitems 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.
The block below is fetched from the signed artifact on page load. The endorser signs under their own
DID (did:web:teachplay.dev:endorsers:tcs) with a separate Ed25519 key from the issuer's,
so verifying this credential exercises an independent trust anchor. Run
node tools/verify-vc.mjs credential/endorsements/tcs-template-v3.json to check the signature.
Loading signed endorsement…
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.
Who paid for this work.
Development of the AI-enhanced Educational Game Design micro-credential — handbook, site, rubrics, badge infrastructure, and pilot delivery — is funded by the Alabama Commission on Higher Education (ACHE) as part of the All-in-Alabama AI Microcredential program. UA institutional support also covers the Three.js implementation toolkit module and the public verifier.
Alabama Commission on Higher Education (ACHE)
All-in-Alabama AI Microcredential program. Program support covers curriculum, site, badge infrastructure, and pilot delivery.
The University of Alabama · College of Education
Department of Educational Leadership, Policy, and Technology Studies. Faculty PI: Jewoong Moon. Verifier hosting via Cloudflare Workers under teachplay.dev.
Findings and views expressed are those of the PI and do not necessarily reflect the views of the Alabama Commission on Higher Education or The University of Alabama.