用途：这是 EliteForge Feature-Oriented Git 流程的有状态发布工作流控制器，每次只推进一个发布状态，把状态机严格限制在发布边界动作上，普通功能开发不归它管。
主要能力：覆盖初始化迭代分支、将特性工作经 nightly 发布到 dev、通过 qa/<version> 提交/验证/部署 QA、QA 失败后回到特性修复、QA 通过后压缩特性分支、将已批准特性合并进 release/<version>、rebase 并推送 release、部署快照、打标签、部署正式版本以及回合并到 master 等边界动作。
使用方式：需提供 version、developer、taskName，可选 taskId 与 multiAgent。存在 taskId 时分支为 feature/<version>/<developer>/<taskId>/<taskName>，状态文件为 docs/tasks/release-flow/<version>/<taskId>-<taskName>.json；无 taskId 时去掉该段。multiAgent 模式下 feature_branch 为对应的 /base 分支，子代理分支须先合并进 /base。执行前在目标仓库运行 scripts/release_flow_state.sh --version <version> --developer <developer> --task-name <taskName>，有 taskId 时加 --task-id <taskId>，multiAgent 时加 --multi-agent。状态写入用 scripts/persist_release_flow_state.py，状态文件为必需。
限制：除非用户明确要求，否则每次只执行一个状态转换。version、taskId、taskName 不得含 /。非 multiAgent 流程不得使用 /base。切换、合并、rebase、打标签、部署或推送前，若 git status --porcelain 存在非状态文件改动则停止。QA 部署前不得跳过 MR 审批；除特性压缩或 release rebase 外不得强制推送；不得从含糊或错误分支部署；遇到合并冲突、rebase 冲突、缺失远程分支、已存在标签、部署失败或受保护分支规则不明时不得自动继续。master 与 main 仅在分支策略上等价，命令中须按仓库实际默认分支执行。