5 September 2026 ? Documentation follow-up ? Local working tree

Runnable scenarios with checked source and READMEs

The nine scenario placeholders have been replaced with small working programs. Every runnable entry point now has a README, is registered with Gradle and is included in the aggregate execution check. The examples-module lint debt is resolved.

24runnable entry points
9new domain scenarios
350Markdown files checked

Start with the scenario folder

Open the scenario examples or browse the complete examples catalog.

Each new scenario directory contains its Kotlin program and a README explaining its purpose, run command, expected result and limits. Gradle compiles these sources directly; the READMEs link to source rather than duplicate it.

ScenarioSigned claim demonstrated
Proof of locationObserver's location attestation
Digital workflowApproval of a specific workflow revision
News provenanceArticle revision and author attribution
Data catalogDataset identifier, version and license metadata
HealthcareSynthetic clinic encounter record
Government identityFictional municipal residence claim
Supply chainShipment batch and destination
Financial servicesSynthetic identity-review outcome
IoT deviceDevice registration and firmware revision

All nine assert successful issuance, exact JSON round-trip, signature verification and rejection of an altered claim. The vocabulary is defined explicitly and resolved locally. No hosted accounts or secrets are needed.

Remaining example gaps addressed

SDK bugs found by executing the examples

BugFix and coverage
Issuance could create revocable credentials, but the configured manager was not passed to verification.The factory now passes the same revocation manager into both built-in credential-service construction paths. Regression tests verify a credential before revocation and reject it afterward.
Default schema registration and validation created separate registries, losing registered schemas.One registry is shared by the built facade and credential service. Direct-config facades retain a stable fallback registry. Tests register a schema, validate good claims, reject malformed claims and verify through the facade.

The two new tests cover default KMS signing and an explicit signer. Caller-injected credential services remain caller-configured; the factory does not replace them.

Validation

CheckResult
All Kotlin example sources and test sourcesCompiled
Aggregate example execution24 programs passed
Examples-module tests28 tests passed
Targeted SDK tests21 passed: 2 configuration regressions, 10 revocation DSL and 9 schema DSL tests
Examples-module ktlintPassed for source, tests and Gradle script
Documentation checker350 Markdown files; 24 documented/registered entry points; 3 exact source-backed quick-start blocks; zero reported errors
Checker regression tests8 passed, including missing README and unregistered entry-point cases
Other documentation checksGenerated capability docs, legacy snippet rules and diff whitespace checks passed

Machine-readable inventory. Local execution evidence: scenarios-final.log; final test-wrapper/lint check: scenarios-tests-final.log. The SDK/SaaS local source fingerprint was refreshed for these reviewed changes; no commit or deployment was performed.

./gradlew :distribution:examples:checkDocumentationExamples   :distribution:examples:test :distribution:examples:ktlintCheck
python scripts/check-documentation.py
python -m unittest discover -s scripts -p test_check_documentation.py

Use .\gradlew.bat on Windows and JDK 21.

What this validation does not claim

The 2,390 inventoried Kotlin blocks include narrative fragments and historical designs. They have not all been independently compiled; use the source-linked example catalog for runnable programs. Larger examples have varying assertion coverage.

The examples demonstrate local SDK behavior with synthetic data. They do not establish institutional authority, truth of claims, external standard conformance, hosted-provider maturity, physical wallet custody or production recovery. External URL availability and Markdown anchor targets are outside the current checker.

No new production-readiness score is assigned by this documentation follow-up.

Initial documentation review (historical snapshot) ? Previous repository code review