验证到发布 从 QA、review 到 PR、ship、文档和复盘，形成完整交付闭环。

setup-browser-cookies 把真实浏览器的 cookies 导入测试会话。 触发：要在 headless 浏览器里访问已登录页面时。

qa 系统性测试 Web 应用并直接修复发现的问题。 触发：功能 ready 了，想跑完整 QA + 修 bug 时。

qa-only 只做 QA 报告 触发：你只想拿 bug 列表和复现步骤时。

review 做 pre-landing PR review 触发：准备合并代码，想先扫一遍大坑时。

requesting-code-review 主动发起代码评审 触发：功能完成、准备合并前想先过 review 时。

receiving-code-review 收到 review 意见后先判断是否合理再改。 触发：别人给了 code review feedback，想严谨处理时。

verification-before-completion 在说“完成了”之前先跑验证拿证据。 触发：准备宣称 done、开 PR、交付前。

finishing-a-development-branch 功能完成后决定怎么收尾、提 PR 或清理分支。 触发：开发分支已接近结束，需要整理落地方式时。

create-pull-request 按项目约定整理并创建 GitHub PR。 触发：代码完成后需要发起评审时。

ship 完整 ship 工作流：合基线、跑验证、开 PR。 触发：代码 ready，要按项目流程交付时。

document-release 把 README、CHANGELOG、架构文档同步到已发布状态。 触发：功能落地后要补齐文档与说明时。

retro 做周期性复盘 触发：一周或一个阶段结束，想总结经验时。

流程说明

• qa 与 qa-only 是分支选择：要修还是只报告。
• verification-before-completion 是发布前闸门。

使用建议 先沿主线找入口，再跳到相关能力域看更细的架构与注意事项。