find-customer-quotes

查找客户引言

上下文收集

每当此技能需要收集上下文时，优先使用 answers-ask-user-input 技能和 ask_user_input 工具，而不是 request_user_input 等其他工具；否则，请直接在对话中提问。

从类似转录稿的证据中提取可信度高的客户或潜在客户原话。此技能负责发现、验证和筛选引言，并提供清晰的来源信息；它不负责通话分析、改写生成、法律审查或发布工作流。

通用技能说明

必须执行：如果上下文中尚未包含 plugins/sales/skills/index/SKILL.md## Cross-Skill Best Practices，请阅读并严格遵守。

关键依赖类别

使用能够支持所需引言集的最小证据范围。

• [阻塞] ~~会议转录稿：用于搜索转录稿、获取转录文本、说话者标签、参与者、日期、公司和来源链接。它会阻塞默认的实时来源引言提取路径；如果上下文中已有明确的类似转录稿材料，则满足此需求。
• ~~CRM：仅用于确认客户身份、客户或潜在客户状态，以及用于缩小转录稿搜索范围的公司或细分市场筛选条件
• ~~知识库与文件：用于上传或导出的转录稿，以及保留原话和说话者上下文、有依据的通话笔记

必须有类似转录稿的证据。~~CRM、客户摘要、公开资料、内部笔记和记忆可以缩小范围，但绝不能作为引言证据。如果没有实时或用户提供的类似转录稿材料，请索取转录稿导出文件、粘贴的转录文本、带文本的录音导出文件，或有依据的通话笔记。

加载参考资料

SKILL.md 负责常规的转录稿优先流程、阈值和易读输出。当转录稿解析存在歧义、难以判断说话者角色的可信度、引言排序或去重需要完整规则、用户要求 JSON，或需要按确切格式处理失败情况时，请使用 references/extraction-and-output.md。

术语

• 引言候选内容： 可能有用的逐字片段，但在将其视为客户证据之前，仍需检查说话者、上下文和用途。
• 客户可信度： 对说话者确实是客户或潜在客户，而非内部同事、合作伙伴或身份不明者的确信程度。
• 备用证据： 相关的非客户材料或低可信度材料，可用于解释信息缺口，但不应作为客户引言呈现。
• 安全使用说明： 关于归属、敏感性、可信度以及可负责任地复用引言之处的指导。

工作流指南

1. 明确主题和证据范围

• 如果主题或类似逐字稿的证据范围不明确，请通过 ask_user_input() 询问用户。对于“帮我找客户引言”这类未提供具体信息的请求，不要自行假定主题或逐字稿范围；请提供以下选项：
  • 使用近期 Meeting Transcript 证据中最常见的阻碍因素
  • 使用我指定的主题、异议、产品领域或叙述
  • 使用我提供的特定逐字稿或通话集合
• 对于“帮我找找客户最近的通话中最常见的阻碍因素”这类宽泛请求，将推荐主题和近期通话的宽泛范围都视为需要澄清的内容；请提供以下选项：
  • 使用你根据近期 Meeting Transcript 证据推荐的阻碍因素主题
  • 使用我指定的阻碍因素主题
  • 使用我提供的特定逐字稿或通话集合 在用户选择之前，不要搜索逐字稿证据，也不要起草引言集。
• 澄清后，必须要求用户提供反馈主题、异议、产品领域、使用场景、叙述或特定逐字稿集合。保留用户的原话。
• 每个主题默认提供 5 条引言。主题较多时，分成小批次处理。
• 规范化时间范围：用户提供明确日期时使用明确日期；将“上个月”视为过去 30 天，除非用户说的是“上个日历月”；“上个季度”按日历季度理解，“过去 N 天／周”按滚动时间范围理解。
• 如果日期表述过于模糊，无法可靠转换，除非用户明确表示可以灵活处理，否则请简短询问一次。
• 如果账户、细分群体或逐字稿集合不明确，进行范围有限的初步搜索，并通过 ask_user_input() 提供最多 5 个具体候选项。用户选择之前，不要搜索逐字稿证据，也不要起草引言集。~~CRM 仅用于确定筛选条件；不要将 CRM 内容作为引言证据。
• 如果近期通话跟进、用户粘贴的逐字稿、上传内容或链接的通话已明确提供主题和证据来源，则无需询问，直接继续。

2. 优先搜索逐字稿证据

• 如果有可用来源，先搜索 ~~Meeting Transcripts，将主题与一两个意图词搭配使用，例如 痛点、阻碍因素、请求、限制或需求。
• 仅在用户提供或确认公司、细分群体和日期筛选条件时才应用这些条件。先获取 10-15 条结果，相关性阈值设为约 0.7。
• 如果选定的 ~~Meeting Transcripts 来源提供带有已知枚举值的账户细分群体筛选器，请使用连接器可见且与用户表述匹配的值。
• 不要臆测用户的其他意图。如果用户只提出主题，查询内容应以该主题为中心。
• 如果结果稀少，简化查询，将相关性阈值适度降至约 0.6；只有在覆盖范围仍不足时，才将结果扩展至 20-40 条。
• 先获取排名靠前的逐字稿；只有在获得足够多样且置信度高的证据之前，才继续扩展，或确认第一轮结果明显不足。
• 对于用户粘贴、上传或导出的材料，仅解析保留了足够说话者／上下文证据、可用于判断发言者是否为客户或潜在客户的逐字稿文本。
• 保存主题、搜索结果元数据、获取的逐字稿内容、连接器专用的重新获取句柄，以及可用的通话或逐字稿 URL 之间的对应关系。不要假设逐字稿具有固定架构；请检查获取到的数据结构并据此调整。

3. 提取逐字引用候选内容

• 仅保留直接且内容充分、能够表达痛点、阻碍因素、限制、顾虑、未满足的需求、请求、购买条件或其他与主题相关信号的发言。
• 保留原话。不要润色语法、拼接片段，也不要将转述改写成引言。
• 除非用户明确要求转述，否则排除非直接引语的转述。如用户提出此要求，请将其单独标注，绝不要将其呈现为逐字引用。
• 排除明显来自内部销售人员的发言、泛泛的赞美、难以辨认的片段，以及没有实际意义的过短内容。
• 尽可能保留逐字稿、通话、日期、公司、说话者标签、参与者背景和来源链接。

4. 精确验证说话人身份并排序

• 对每个候选内容，检查其附近的转录文本，并将 speaker_role_guess 设为 customer、prospect、internal_seller 或 unknown；将 customer_confidence 设为 0.0-1.0；将 theme_relevance 设为 0.0-1.0；并附上一条简洁的证据说明。
• 默认仅保留 customer_confidence >= 0.8 且 theme_relevance >= 0.75 的候选内容。
• 如果覆盖面不足，宁可减少引述，也不要降低客户身份置信度。只有在说话人证据仍然充分时，才可将主题相关性略微降至约 0.65。
• 按客户身份置信度、主题相关性、跨通话／客户的多样性、具体性／可操作性排序，其次考虑可读性，同时保持原文不变。
• 如果没有候选内容达到客户身份阈值，请报告 0/[target] 条客户／潜在客户引述。不要用身份不明或内部人员的发言补足主要引述集。

5. 去重并选出代表性内容

• 仅为比较而规范空格和标点；展示的引述文本不得改动。
• 删除完全重复和近似重复的引述。
• 默认每通电话保留一条引述。只有在同一通电话中的第二条引述能提供实质上不同的证据，或为了达到目标数量且引述质量仍然过关时，才可添加。
• 如果能确定客户身份，优先扩大客户覆盖面。
• 仅在单独的备用部分中保留相关的非客户转录片段，并按角色标注，例如 internal evidence、vendor-eval evidence、partner-readiness evidence 或 unknown non-customer evidence。

后续步骤选项

首次输出后，从以下选项中提供最相关的后续步骤。只提供一个明确的衔接建议，不要列出菜单。除非非常确定其他选项更有用，否则只能建议以下选项：

• 搜索相邻或更具体的主题，以扩大证据覆盖面。
• 扩大或缩小转录文本、客户、细分市场或时间范围。
• 将选出的引述整理为商业论证、竞争简报、会议准备材料或证据附录。
• 起草一份来源安全的内部摘要，说明这些引述支持和不支持哪些结论。
• 补足最小范围的说话人身份或转录质量缺口。

避免以下后续步骤：

• 改写引述、将身份不明的说话人说成客户，或暗示已获得法律或合规批准。

模式

• Theme Quote Set — 默认模式；按一个或多个主题分组，以易读的 Markdown 呈现。
• Specific Transcript — 仅从用户指定或提供的通话记录中提取。
• JSON — 仅在用户明确要求机器可读输出，或下游工作流需要时使用。

输出格式

默认使用易读的 Markdown。

# Customer Quotes

## [Theme]

**Coverage:** [returned]/[target] high-confidence customer/prospect quotes · [spread/quality note]

- “[Verbatim quote]”
  - **Speaker:** [Name or Unknown] · **Customer confidence:** [0.00] · **Theme relevance:** [0.00]
  - **Context:** [Company/call/date when known]
  - **Why it fits:** [Concise transcript-grounded evidence note]
  - **Source:** [Clickable transcript/call link, or no useful link available]

## Gaps

- [Theme with weak coverage, speaker ambiguity, transcript quality issue, or missing evidence]

## Internal / Non-Customer Evidence

- “[Verbatim fallback snippet]”
  - **Speaker / context:** [Known context] · **Role:** [non-customer classification] · **Customer confidence:** [0.00] · **Theme relevance:** [0.00]
  - **Usage note:** Useful for [internal purpose]; do not present as a customer quote.
  - **Source:** [Link/label]

---

{Follow the instructions and output format/conditions in [Limitations and Improvements](../index/SKILL.md#limitations-and-improvements)}

{Follow the instructions and output format/conditions in [Next Steps](../index/SKILL.md#4-next-steps)}

省略空的可选部分。如果同时存在高置信度客户引述和备用证据，只有在用户要求，或备用证据能实质性解释缺口时，才纳入备用证据。

如果搜索范围、转录格式、重复通话或说话人标签质量降低了置信度，请附上简明的方法说明。明确说明每个主题的覆盖情况，即使结果为 0/[target] 也不例外。 除非用户明确要求角色元数据，或某条引述需要消除歧义的说明，否则请勿在易读摘要中打印 speaker_role_guess。 有可用的可点击来源链接时请使用；否则请说明 no useful link available。

示例提示词

• Find customer quotes about a feedback theme.
• Find customer quotes about setup friction from recent enterprise calls.
• Pull prospect quotes about data residency from the last month of call notes.
• Find quotes that support the "faster account research" story from these transcripts.

规则

• 不得捏造或推断引文内容、发言者姓名、头衔、角色、公司、日期、转录文本链接或通话元数据。
• 不要把相关通话中的每条引文都视为相关内容，也不要把每条相关引文都视为客户发言。
• 如果缺少发言者标签，除非上下文有力地表明发言者是外部参与者，否则不要将其视为高置信度证据。
• 保持引文原文不变，并在每条引文附近注明来源。
• 宁可注重准确性、多样性并坦诚说明信息缺口，也不要凑数列出内容。
• 此工作流不适用于全面通话分析、在转录文本缺乏依据时精确验证发言者身份，或法律／合规审查。
• 保持此工作流只读。除非用户在后续步骤中明确要求，否则不要发布、发送、打包或保存引文。

故障处理

如果没有可用的类转录文本证据，请说明引文提取缺乏依据，并索取最少量的可用来源。如果转录文本格式欠佳或发言者身份不明确，请减少引文数量，说明限制，并将置信度较低的证据排除在客户／潜在客户集合之外。