Release v0.17.0¶
Release Date: 2026-08-16
This release finishes the roadmap-domain upstream to prism-roadmap that
v0.16.0 started, extends the layered rubric taxonomy from the hardened
enterprise/AWS-door workflows to every remaining locally-owned rubric, and
corrects a modeling error where AWS Working Backwards artifacts were owned
by enterprise instead of aws-one-way-door.
Highlights¶
- prism-roadmap upstream complete:
experience-mapandv2mom-summaryare now synced from the taggedprism-roadmapv0.18.0 release, converting the last four local stopgaps into prism-synced copies with provenance headers —prism-roadmapis now the single source of truth for all roadmap/discovery/goals content - The layered class/blocking/evaluation taxonomy (introduced for enterprise/aws-door rubrics in v0.16.0) now covers all 62 remaining locally-owned rubrics (415 categories), so every consumer can separate advisory Leadership-Principle judgment from blocking implementation-readiness gates
- AWS Working Backwards artifacts re-homed: press, faq, and the
six-pager (narrative-6p) move from
enterprisetoaws-one-way-door, their actual canonical owner;enterprisebecomes the pure contract layer (MRD/PRD/UXD/TRD/TPD/IRD/spec) - N/A-with-rationale applicability backported to
pbhq-lite's conditional blocking gates, fixing a false-fail the spec-judge calibration surfaced on this initiative's own spec-content library synthesize/init/create/approvenow fully respect the project's configured workflow: they previously applied a hardcoded pre-merge Working Backwards ruleset regardless of--profile, soaws-one-way-door'sfaqwrongly requiredmrd, andenterprise'sbmccouldn't be created, approved, or synthesized at all
Breaking¶
enterpriseno longer provides or requirespress/faq/narrative-6p. The canonical home isaws-one-way-door(full ownership with AWS Leadership Principle rubrics).aws-two-way-doorand thebig-techfamily still source these artifacts via{from: aws-one-way-door}; non-Working-Backwards methodologies (google,shapeup,jtbd,lean-startup,design-thinking,startup,0-1) drop the unused optional entries entirely
Added¶
Methodology.Parameters(map[string]any) carries methodology-specific structured config whose shape varies per methodology — Shape Up betting cycles, Continuous Discovery cadence and assumption taxonomy, V2MOM cascading andProductContextlinks — previously expressed as top-level profile keys the loader silently dropped"tracking"added to theSpecRequirement.Categoryenum (used bybig-tech'sshapeup-scopeanddiscovery-snapshot)not_applicable(N/A-with-rationale) added topbhq-lite's 6 conditional blocking categories that assume a service/feature:trdapi_design/data_models/security_considerations/dependenciesandprduser_stories/success_metrics;quick-fixinherits them. Universally-applicable gates (goals, requirements, problem, plan/roadmap execution) intentionally keep no escape hatchexperience-map(template + rubric,continuous-discovery) and thev2mom-summaryrubric are now prism-synced fromprism-roadmapv0.18.0; remaining synced files re-stamped from@v0.17.0to@v0.18.0- class/blocking/evaluation layered taxonomy applied to all 62 remaining
locally-owned rubrics across
big-tech(+ feature/product/essentials families),google,shapeup,stripe,growth,jtbd,lean-startup,design-thinking,startup,0-1,pbhq-lite,aws-one-way-door's Working Backwards rubrics, andenterprise'smrd/spec/narrative-1p
Changed¶
rubric_extensionsremoved andcyclesmigrated toparametersfor thebig-tech,big-tech-essentials, andshapeupprofiles touched by the AWS artifact re-homingv2momandcontinuous-discoverymethodology config moved intomethodology.parameters;v2mom's deadevaluationblock dropped (superseded by the realv2mom-*.rubric.yamlfiles)
Fixed¶
initnow persists the resolved--profilename intovisionspec.yamlinstead of the unrelated--workflowflag's value (an older mechanism for an external spec-workflows repository) — the chosen embedded-catalog profile was previously forgotten immediately after project creation, so every later command silently fell back to legacy defaultssynthesize's required-sources check, prompt guidance, and template resolution now come from the project's actual workflow synthesis rules (profile.yaml'ssynthesis:block) instead of a hardcoded pre-merge table — fixesaws-one-way-door'sfaqwrongly requiringmrd, and makes workflow-declared types the legacy table never knew about (e.g.enterprise'sbmc) synthesizable for the first timeSynthesisInputgeneralized from six fixed struct fields tomap[types.SpecType]string, and prompt building now includes the workflow's ownGuidance/PromptContexttext — the methodology-specific synthesis instructions everyprofile.yamlalready authors (e.g.aws-two-way-door's exact FAQ question categories) now actually reach the LLM instead of being silently discardedcreateandapprove(CLI and MCP) no longer reject spec types outsidetypes.SpecType's fixed 10-type enum when the project's workflow legitimately defines them (e.g.enterprise'sbmc) —createnow validates through the workflow's own template loader instead of the closed enum
Documentation¶
tools/prism-sync/README.mdrewritten for the post-v0.18.0 world: drop the stale replace-directive / "manual only, cannot run in CI" sections, document syncing from the tagged release, refresh the synced-content table, add an upgrade procedureCLAUDE.mdgains a "Synced Content (Generated — Do Not Edit)" section so contributors and agents know not to hand-edit generated catalog filesROADMAP.md: RMI-020 through RMI-029 marked complete with resolution notes; a new Phase 8 files the three follow-ons the review/calibration surfaced (RMI-028 PRD-representation reconciliation, RMI-029 N/A-applicability backport, RMI-030 rebuildvisionstudioagainst mergedvisionspec)- README and MkDocs site aligned with the profile changes above:
enterpriseno longer listspress/faqin the stage-profile tables, and theprofiles show/exportsample output is refreshed; the layeredclass/blocking/evaluationrubric fields (with INV-3 and thenot_applicableoption) are documented in the custom-profiles guide init/create/synthesize --helpno longer hardcode the pre-merge MRD-first flow or a 4-of-25 profile list; they point atvisionspec profiles list/visionspec workflowfor the real, per-project catalog and sequence
Infrastructure¶
- Bump
grokify/prism-roadmapto v0.18.0 in bothgo.modandtools/prism-sync/go.mod
Compatibility¶
One breaking change, a relocation:
- Profiles/callers that assumed
enterpriseprovidespress/faq/narrative-6pneed to source them fromaws-one-way-doorinstead (or use a methodology that already does, likeaws-two-way-doororbig-tech). No known external consumer depended onenterprisefor these three spec types specifically. - As a consequence of the workflow-awareness fixes above,
create/synthesizenow correctly reject spec types a profile doesn't define (e.g.visionspec create narrative-6punderenterprise) instead of silently falling back to the generic embedded default template regardless of profile. Anyone relying on that fallback should switch to a profile that actually owns the type. - Everything else is additive.