find-key-internal-sources

查找关键内部信息源

找到最精简可靠的内部路径，帮助销售人员获得答案或推进工作：合适的人员、维护中的文档、公开频道、决策论坛和升级路径。默认输出是一份简明、有证据支撑的路由图，以及一份可直接发送的初次询问草稿。此工作流为只读，不会发布内容、分派任务或更新系统。

通用技能说明

强制要求：如果当前上下文中尚未包含，请阅读并严格遵循 plugins/sales/skills/index/SKILL.md## 跨技能最佳实践。

关键依赖类别

仅使用所选路径所需的类别；默认情况下不要扩展到所有来源。

• ~~知识与文件，用于查找维护中的权威信息页面、所有者元数据、维基、销售指南、操作手册、常见问题、运行手册、发布文档和决策记录
• ~~内部消息，用于查找公开频道、频道主题、线程、活跃贡献者、升级路径、支持频道和决策论坛
• ~~CRM，用于查找客户或账户身份、归属、商机背景，以及有助于澄清账户相关问题的 CRM 可见阻碍

优先采用权威的负责人信息和权威信息源材料，而不是聊天中的提及。~~CRM 可以确认账户信息，但单凭它无法证明谁负责提供内部答案。

参考资料加载

SKILL.md 规定了常规路径选择、有限范围搜索、排序和输出图谱。仅在需要额外细节时加载参考资料：

• 当查询扩展、复合筛选条件、特定来源搜索或停止规则需要更多细节时，使用 references/search-patterns.md。
• 仅在通用搜索之后，当用户提供或连接器可见的术语可能改变路径时，使用 references/company-context.md。

术语

• 权威信息页面： 应视为最权威答案来源的维护中文档、维基、跟踪器或页面。
• DRI： 直接负责人，即对某个主题、决策或后续跟进负责的人。
• SME： 主题专家，即使并非责任负责人，也对相关主题有实践经验和深入了解的人。
• 决策论坛： 处理权衡和审批的定期会议、频道、文档或群组。

工作流指南

1. 明确主题和路径

• 必须有具体的 topic_or_task：客户问题、产品主题、异议、实施问题、账户阻碍、计划或权威信息来源缺口。
• 如果当前线程或已提供的销售输出中信息明确，则从中推断。若仍有歧义，可有限地查阅最多三个来源，然后提出一个友好的问题，并提供最多五个具体选项。
• 将含义模糊、类似公司名称的名称视为可能的账户锚点。在依赖内部文档或消息进行账户相关路径判断之前，如有条件，先进行有限的 ~~CRM 查询。
• 默认采用快速模式。仅在用户要求或高风险问题明显需要更广泛佐证时，才采用深入模式。

选择满足请求所需的最简答复路径：

• owner_route — 谁负责、审批、了解相关情况或应当联系
• doc_route — 应阅读什么、哪个页面在维护中，或哪些措辞已获批准
• channel_route — 在哪里提问、讨论、升级或获取支持
• full_map — 仅当请求确实需要全部三项时，才同时提供专家、文档和频道

2. 优先搜索权威来源

• 对于 owner_route，先查找维护中的所有权、目录、路由或事实来源页面；使用消息确认当前做法或补足信息。
• 对于 doc_route，先查找维护中的文档、标题／标题栏匹配项、关联的导航页、所有者字段和更新时间；只获取最有力的候选项，再进行排序。
• 对于 channel_route，先查找公开频道的名称、主题、用途和已记录的升级路径；只有当近期公开讨论会影响判断把握时，才查看这些讨论。
• 当路由与特定客户有关时，先使用 ~~CRM 查询客户身份和交易背景，再使用 ~~Knowledge & Files 或 ~~Internal Messaging 查询内部所有权。
• 在 quick 模式下，先尝试一个权威来源；如果首次搜索结果为空、信息不足或存在误导，再进行一次范围有限的回退搜索；对于排名靠前的候选项，最多获取一次或查看一次讨论串。
• 仅当首次搜索结果较弱、主题涉及不同领域，或用户要求深入搜索时，才扩大搜索范围。如果已有足够可靠的路由，结果趋于稳定，或进一步搜索只会产生低置信度的重复项，则停止。

3. 构建实用的搜索维度

• 先搜索主题的精确术语，再补充别名、缩写、新旧名称、产品／团队名称，以及 owner、approval、policy、runbook、playbook、FAQ、support 或 escalation 等任务类型术语。
• 对于复合问题，分别追踪产品／客户领域和控制／流程领域。不要让一个有力的政策搜索结果取代产品路由，也不要让发布页面取代审批所有权信息。
• 当需要进一步了解查询扩展、来源专属搜索或停止规则时，使用 references/search-patterns.md。
• 只有当公司专属术语来自用户或连接器可见的事实来源时，才使用这些术语。不要杜撰内部名称、频道命名模式、URL 或所有权惯例。
• 仅在检索到通用候选项后，才应用组织专属的扩展词；基础评分应占主导地位，每个候选项的上下文加权总值不得超过 +0.25。

4. 获取、评分并排序候选项

按类型、标题或名称、URL、来源、证据、所有权信号和时效性对候选项进行规范化。合并近似重复的条目。

按以下顺序排序：

1. 与所请求答案路由的直接相关性
2. 权威性和维护信号
3. 时效性
4. 跨来源确认情况
5. 对销售人员下一步行动的实际帮助

• 优先选择直接证据链接，而非仅包含个人资料或提及信息的匹配项。
• 优先选择维护中的事实来源页面、实战指南、FAQ 和操作手册，而非一次性笔记。
• 优先选择其主题、用途、关联指南或近期讨论串显示了所有权路径的频道，而非仅仅提及该主题的频道。
• 对于主要依据 ~~Internal Messaging 推断出的人选，要求有近期的所有权或专业知识信号；默认采用最近 90 天内的信号。省略或降低过时候选项的排名。
• 排除已停用或不活跃的用户。默认仅使用公开频道；只有当用户明确提出要求且访问权限适当时，才纳入私有频道、群组私信、直接消息或外部共享频道。
• 当主题涉及产品／GTM 指引以及政策、安全、实施、定价或审批所有权时，保留各自不同的路由。

5. 呈现路由图

• 仅返回请求所需的深度。对于单一路由，其他必需部分应简明呈现，并注明快速检索中未搜索，或未找到高置信度候选项。
• 说明每个候选项对应的答复路径类型：直接负责人员（DRI）、审批人、主题专家（SME）、维护者、负责团队、决策论坛、发布负责人、升级渠道、支持渠道或反馈渠道。
• 提供一句理由、可用时提供直接链接，以及证据信号和影响可信度的新鲜度或置信度。
• 如果用户的措辞混淆了两个渠道，应添加简短说明来解释两者的区别；除非这种区别会影响可安全使用的信息来源，否则同时提供两种路由。
• 「建议优先联系」必须提供一条卖家可以发送给最佳负责人或公开渠道的具体草稿。在聊天中起草；不要发送。
• 「覆盖缺口」必须指出不可用或薄弱的类别、其对置信度的影响，以及最小且有用的后续步骤。

下一步选项

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

• 为建议联系的负责人、专家或公开渠道起草第一条消息。
• 打开并综合最权威的来源文档，解答卖家的问题。
• 如果有依据的路由需要升级，则准备一份简洁的升级说明。
• 创建一份可复用的路由说明，记录已核实的人员、文档、渠道和注意事项。
• 找出能够解决归属或审批缺口的最小信息来源。

避免以下后续操作：

• 自动发布、指派、升级或更新归属。

模式

• quick — 默认模式；每类专家、文档和渠道最多列出三项，并限制检索范围
• deep — 证据质量足以支持时，每类列出五至八项
• owner_route、doc_route、channel_route、full_map — 答案形式路由；与 quick 或 deep 组合使用

输出格式

# Internal Routing Map: [Topic]

[Optional framing note when the topic spans distinct ownership surfaces.]

## Experts
- **[Name / team]** — [DRI / approver / SME / other type]; [why this route]. [Evidence link] · [confidence/freshness]

## Docs
- **[Doc]** — [source-of-truth / field guide / FAQ / other type]; [why it matters]. [Link] · [confidence/freshness]

## Channels
- **[#channel]** — [support / escalation / decision forum / other type]; [why ask here]. [Link] · [confidence/freshness]

## Recommended First Ask
> [Draft-ready question or handoff, addressed to the best owner or public channel.]

## Coverage Gaps
- [Missing or weak source, confidence impact, and smallest useful next step]

---

{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)}

示例提示词

• Find the key internal sources for a customer question.
• Find who owns the Enterprise SSO rollout path for ExampleCorp.
• Find the docs and channels for answering a customer's security review question.
• Route this implementation blocker to the right internal people and source of truth.

规则

• 不要捏造负责人、专家、渠道、文档、权威信息来源路径、链接或归属确定性。
• 将事实与推断分开；对于不确定的归属，标注为「可能」或「或许」。
• 路由图阶段始终保持只读。不要发布、发送、指派或更新任何内容。
• 优先选择更少但置信度高的路由，避免列出冗长而嘈杂的清单。
• 有用时始终通过超链接引用来源；如果缺少有用链接会影响判断，则注明（没有可用的有用链接）。