v1.2.1
Patch release fixing three real bugs hit on first downstream consumption of v1.2.0. All three were filed as [downstream-report] issues on the same day v1.2.0 shipped.
Fork-maintained files you must update
Backfilled 2026-06-02 per the convention added in #373 — the typecheck-rename warning was previously buried inside the "Changed" section. Lifted here for visibility; the original "Changed" entry remains for historical accuracy.
- Branch-protection ruleset on
main(and any fork'smain) — v1.2.1 renamed the CI jobtypecheck→version-parity. Branch-protection rulesets that mirror upstream's required-status-check name still listingtypecheckwill block PRs forever — the new workflow reportsversion-parity, nottypecheck. Edit required: renametypecheck→version-parityin your ruleset's required-checks list (or removetypecheckif you don't want the new name required). Applies to both the repo-level ruleset onvibeacademy/gembaflowAND any org-level ruleset that targets gembaflow-family repos. This bit at least one PR after the v1.4.0 series (see gembaflow#399 on 2026-06-02 — same drift, still unfixed at the org-ruleset level). features/BDD tests — v1.2.1 addedfeatures/tosyncDirectories, so forks now receive clean upstreamfeatures/*files. Forks that have customized their ownfeatures/*.{py,feature}files should add the affected paths to.gembaflow-overridesBEFORE running this/upgrade— otherwise the customizations are overwritten.
Fixed
template-sync.shnow bumpspackage.jsonversion alongside.gembaflow-version(#361). Previously, every sync PR landed with red CI becausevalidate-version-parity.shfound the two version sources disagreeing. The fix usesjq(with apython3fallback) to updatepackage.jsononly if itsversiondiffers from the new release. Idempotent; skipped on non-Node forks. (#365)features/directory added tosyncDirectories(#362). Downstream forks bootstrapped before the rebrand had stalefeatures/*files referencing.agile-flow-versionthat/upgradenever touched, causing the BDD suite to fail post-sync. Future/upgraderuns now refresh these files. (#364).claude/agents/*.mdnow classified ashybridwith FRAMEWORK markers (#363). Previouslybootstrap-agentsandtemplate-sync.shsilently contradicted each other — every sync wiped out project-specific agent specialization. Nowtemplate-sync.shonly updates content between<!-- FRAMEWORK:START -->and<!-- FRAMEWORK:END -->markers; user-supplied specialization outside markers is preserved. (#366)
Changed
-
CI job renamed
typecheck→version-parity(#361). The job had been misleadingly namedtypecheck— it never rantsc, only the version-parity check. The real TypeScripttsc --noEmitlives in thenodejob and is unchanged.⚠ Branch protection action required for consumers: if you have a fork with branch protection that mirrors upstream, the required-status-check named
typechecknow needs to be renamed toversion-parityin your ruleset. Otherwise sync PRs against your fork will block on a check that no longer exists.
Added
bootstrap-agentsskill updated with one-shot migration logic: when run on a legacy agent file (no markers), wraps the framework persona content in markers and appends project specialization after. Forks that ranbootstrap-agentsbefore this release should re-run it once to gain marker protection. (#366)
Migration notes
After /upgrade against this release:
- Existing
.claude/agents/*.mdfiles without<!-- FRAMEWORK:* -->markers are preserved entirely (preserve-and-warn behavior). The sync PR includes a[!WARNING]callout listing those files and recommending/bootstrap-agentsto gain marker protection. features/*.{py,feature}files with.agile-flow-versionliterals (a leftover from pre-rebrand bootstrap) will be replaced by the clean upstream versions. Forks that have customized their own feature tests should addfeatures/<file>to.gembaflow-overridesto protect them before the sync.- Sync PRs land green on CI. The
version-parityjob verifies.gembaflow-versionandpackage.jsonagree;template-sync.shwrites both, so they always do.
Downstream-report status
#352 (the original consolidated downstream-report against v1.1.0) was resolved by v1.2.0. This release picks up the three separate reports filed against v1.2.0 itself by the same consumer (vibeacademy/gembaflow-site): #361, #362, #363.