← Playbook 索引
Playbook阶段 17可泛化原则
用户反馈与需求闭环(Feedback & Requirement Loop)
学习
- 把每条原始反馈分类为固定枚举类型(bug / feature / question / data_gap / praise / complaint),避免自然语言杂陈无法路由。 - 用文件化队列 + 显式优先级(P0–P3)+ 状态机管理反馈,让 backlog 可复用、可复现、不塞进对话上下文。 - 明确区分修复(fix)与产品决策(product_decision):不是所有反馈都该「立刻改代码」,有的需客户/PM 拍板口径或砍需求。 - 把每条被修的反馈变成一个 Eval 用例,让同类问题永不回归。 - 把可机器强制的规则变成测试 / 代码护栏,而非仅写进文档。 - 用单一归宿路由(Experience Capture):每条反馈落到 fix / product_decision / eval_case / code_guard / doc_update / wont_do / duplicate 之一,不重不漏。
Exit Gate · 放行条件
反馈被结构化分类入队
这套方法怎么落到你的项目
这是我们交付 AI 业务系统的公开方法论骨架。真正落地时,从 生产就绪审查与路线图 入手,或先用 上线前自检 定位薄弱环节。
