Flow 研发交付工作流（TAPD Provider）

将产品规格发布、产品评审、TAPD 上下文恢复、团队策略、需求 intake、任务编排、实现、测试和收尾组合成可续跑流程。当前保留 /tapd 兼容入口；核心新流程使用通用 Flow 语义，TAPD 是第一个 Work Item Provider。

• tapd-context：只负责 Git 分支、本机绑定、全局缓存和 Agent 可读 active context。
• tapd-mcp：负责 TAPD 远端读取与写入。
• 本 skill：负责解析意图、能力门禁、安全确认与工作流编排；通用 Provider 边界见 references/provider-contract.md。

事实源边界：产品 Git Repo 保存完整规格与原型；Provider 保存需求摘要、评审结论、任务和进度；代码仓库保存实现；测试系统保存 Case 和证据。规格是否正式准入只按 references/spec-authority.md 判断，TAPD 受管描述是发布副本。

团队使用时读取 references/team-policy.md：共享 .tapd/team.json 与个人 .tapd/config.json 按字段合并，用户本轮明确输入优先。所有远端写入和团队盘点不得跳过该策略解析；写动作白名单只能收紧工作流，不能提升 TAPD token 权限。

0. 入口解析

“初始化产品流程、发布需求、同步产品文档、发起产品评审、记录评审结论”优先进入 K/L，不要求先有 TAPD 工作项。.flow/spec.json 不存在时，K 先分析已提交的产品文档和原型、展示 scope 与验收点草案，确认后调用 bundled tapd-context spec init；发布前必须通过 tapd-context spec validate。

其他工作项工作流执行 Context resolve：

读取并执行 references/context-manager.md。工作项来源按以下顺序选择：