PRD → 横切机制设计

要解决的问题

在 PRD 驱动的开发流程里，功能需求通常会被拆成一个个用户故事，落到具体的模块和接口上。但系统里总有一类需求不属于任何单个功能：鉴权、日志、限流、缓存、参数校验、异常兜底……它们横贯多个模块。如果散落在各功能代码里，很快就会出现重复实现、口径不一致、改一处动全身的问题。

更麻烦的是，PRD 里这类需求往往写得含糊——「系统要保证安全」「要做好监控」，没有明确的验收点。工程师拿到 PRD 后，需要自己把这些模糊表述翻译成可落地的机制设计，而这一步常常被跳过，或凭经验临时发挥。

这个技能做什么

PRD → 横切机制设计 把上述翻译过程显式化：输入一份 PRD，输出针对横切关注点的机制设计方案。

核心能力包括：

• 识别横切需求：从 PRD 的功能描述、约束条件和非功能要求中，把散落的横切关注点提取出来，去重、归类。
• 机制设计：为每个关注点给出设计方案——触发时机、作用范围、失败行为、与业务逻辑的边界，而不是把策略隐式塞进功能代码。
• 约束落地：把设计转成工程约束，比如统一的鉴权入口、统一的异常处理路径、统一的日志字段，保证同一类问题全系统只有一种处理方式。

大致流程：

1. 解析 PRD，梳理功能点与非功能要求
2. 提取并归类横切关注点
3. 为每个关注点设计机制，明确边界与行为
4. 输出可评审的设计方案

适用边界

• 它输出的是设计方案而非代码实现，落地仍需工程师结合具体技术栈取舍。
• PRD 写得过粗时，识别结果依赖输入质量，建议输入包含明确的非功能要求。
• 它解决「机制如何设计」的问题，不替代功能拆解、接口设计等常规 PRD 落地流程。