Accord 跨团队统一规格编写

要解决的问题

跨团队需求常常散落在 PRD、研发说明、设计流程和口头讨论里。业务关注 为什么做，研发关注 怎么做，设计关注 用户怎么流转，QA 又需要稳定验收条件。结果是需求改一版、下游拆一次、测试补一轮，最后很难说清楚哪个需求被覆盖、哪个验收缺失。

Accord 怎么做

Accord 把需求整理成一个共享规格包，按 L0 -> L1 -> L2 -> L3 分层推进：L0 控制范围与目标，L1 提炼用户故事和需求，L2 输出业务、研发、设计视角，L3 写可验证的 BDD 验收标准。
它强调几个关键动作：

• 先识别受众，再选择 Full、Standard、Lite 范围。
• 保持单一事实来源，避免把同一需求拆成多份互相矛盾的文档。
• 用 REQ、AC、SC 等 ID 建立需求到测试的双向追溯。
• 在 L3 使用 Given / When / Then，但只写业务结果，不写 DOM、SQL 或 API 细节。
• 对复杂需求先交给 Sherpa 分解，再进入实现、测试或文档下游。

适用边界

这个技能适合需要共同规格、跨团队评审、BDD 场景或给下游 agent 输入的任务。它不写实现代码，不做视觉稿，也不替架构师做架构决策。如果任务只是独立写 PRD/SRS/HLD/LLD、执行测试或做设计生产，应转给对应专项技能。