用途：把支持工单、销售通话记录、CSAT 评论、NPS 原话、应用内反馈、合作伙伴邮件、高管一句话等多渠道原始反馈，转成可优先排序的信号，并给出对客户的回复。
主要能力：
- 接入与规范化：8 个渠道（support、sales、social、NPS、in-app、exec、partner、interview）的逐条原话记录。
- 去重与聚类：按底层机会而非字面请求分组。
- 分类：Kano（Basic/Performance/Delight/Indifferent/Reverse）与 Cagan 的 Request→Opportunity→Solution 框架。
- 分群感知评分：kano_weight × log10(volume+1) × segment_weight × (1 + strategic_alignment)，作为粗略路由器，并非最终 RICE。
- 回复模板：Will-build / Exploring / Won't-build，强调先致谢、有时承诺、很少保证。
- 前馈路由：分流到优先级排序、发现、待办、缺陷跟踪或战略。
使用方式： python scripts/feedback_triage.py --input queue.json --format markdown python scripts/feedback_triage.py --demo --format markdown 支持 --format json|markdown|mermaid|confluence|notion|linear。不运行 Python 的团队可用 assets/triage_template.md 手动工作表。
适用场景：反馈积压未处理；销售或客户成功持续转需求并期待逐条答复；高管作为请求渠道导致路线图漂移；搭建新反馈接入流程；需可辩护地回复 yes/no/exploring；需要“已听到但暂不做”的审计痕迹。
限制：不用于真正的产品发现，不替代 RICE/ICE/WSJF 详细优先级排序，不用于缺陷分诊；未提供定价、平台或性能数据。Kano 猜测与聚类是关键词/词重叠启发式，非机器学习，超过约 500 条/月建议离线语义聚类；评分为粗略路由器。使用前需确认反馈条目及渠道/分群标签、分群权重、战略对齐定义；不确定时应询问，最多问 2-3 个最影响输出项。