follow-up-after-call

通话后跟进

上下文收集

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

将有依据的通话证据转化为卖家可直接使用的跟进材料包，保留实际说过的内容，明确责任归属，并提供卖家可以立即使用的文案。此技能负责通话后的综合整理和草稿撰写；不会发送或发布内容、创建邮件草稿，也不会更新 CRM。

通用技能说明

强制要求：如果当前上下文中尚未包含 plugins/sales/skills/index/SKILL.md## Cross-Skill Best Practices，请阅读并严格遵循。

关键依赖类别

以下类别对此工作流尤其重要；只有在能实质性改善材料包时，才使用其他来源。

• [阻塞] ~~Meeting Transcripts，用于获取主要通话转录、基于证据的笔记、参与者用语、决策、承诺、异议和来源链接。它会阻塞默认的实时来源跟进流程；若上下文中已有明确且有依据的通话证据，则满足此要求。
• ~~Calendar，用于识别近期通话、参会者、时间安排和即将举行的相关会议
• ~~CRM，用于获取账户、商机、联系人、负责人及适合写入 CRM 的后续步骤上下文
• ~~Email，用于获取客户沟通邮件线程上下文，尤其是通话证据或承诺的跟进事项存在于邮件中的情况
• ~~Internal Messaging，用于获取内部账户上下文，以及团队回顾的安全建议发送位置
• ~~Knowledge & Files，用于获取导出的转录、通话笔记、账户笔记和跟进材料

必须有依据的通话证据。CRM、日历、文件和消息可以丰富材料包，但不能替代转录、基于证据的笔记，或记录通话内容的客户邮件线程。如果证据缺失、过时或相互冲突，请说明限制，不要重构通话内容。

参考资料加载

SKILL.md 规定了常规的证据优先工作流、优先在聊天中撰写草稿的行为以及输出材料包。只有在额外细节会影响判断时，才加载参考资料：

• 在规范化结构化输入、相对通话日期、会议录制标识符或备用证据路径时，使用 references/request-schema.yaml。
• 在商机排序或内部目标位置安全性不明确时，使用 references/opportunity-and-channel-selection.md。

工作流指南

1. 确认通话并获取证据

• 如果用户提供了文字记录、笔记、链接或明确指出了某次通话，请从这些材料入手。
• 如果无法明确确定通话，请通过 ask_user_input() 询问用户。对于“跟进我的通话”这类没有更多信息的请求，不要假设指的是某次会议；请提供以下选项：
  • Use my most appropriate recent grounded call
  • Use a call, account, attendee, or date I specify
  • Use transcript or notes I provide
• 对于“我最近一次通话”“今天的通话”“今天早些时候”“昨天”“上周”“我最近最相关的一次会议”或未提供来源的具名客户，不要将这些表述视为可直接检索的依据：在 ~~Calendar 和 ~~Meeting Transcripts 中搜索时间范围最窄的近期记录，然后通过 ask_user_input() 提供最多五个具体候选项。用户选定之前，不要检索更深入的上下文或起草材料包。
• 当通话或客户锚点不明确时，最多读取三个来源以提供具体候选项；在用户选择之前，不要收集广泛的补充信息。
• 将含义不明确、类似公司名称的名称、合作伙伴名称和客户简称视为可能的客户锚点。如果 ~~CRM 可用，且客户身份会影响要检索的通话，则先通过范围受限的 ~~CRM 查询消除歧义，再参考较弱的客户上下文；但 ~~CRM 绝不能替代有依据的通话证据。
• 如果最终只剩一个合理且有依据的候选项，请通过 ask_user_input() 请用户确认后再起草。如果找不到有依据的证据，请索取文字记录、笔记或具体通话信息，不要根据周边客户上下文编写回顾。
• 将用户粘贴的笔记、上传的材料和链接内容视为有效的工作依据；如果无法核实，请标明这些材料由用户提供。

2. 仅收集有用的补充信息

• 按以下优先顺序使用有依据的信息：~~Meeting Transcripts 中的文字记录；可检索的会议录音文字记录；其他导出的文字记录；用户粘贴的文字记录或有依据的笔记；~~Knowledge & Files 中的会议笔记；最后再将 ~~Email 线程或邮件作为补充途径。
• 直接获取用户提供的通话或文字记录句柄。否则，使用客户名称加日期或时间范围进行搜索，会议主题词最多使用两个，然后获取最匹配的结果。
• 除主要证据外，还要保留补充性的事实来源、通话笔记或文字记录链接，不要用它们替代主要证据。
• 对于外部客户通话，如果 ~~CRM 可用，请用它确认相关客户或商机，并核实姓名、商务背景以及一句话概括的 CRM 后续事项。
• 如果时间安排会影响后续步骤，请检查 ~~Calendar 中是否有相关的后续会议。仅在有助于明确承诺的行动、阻碍因素、负责人、链接或目标位置上下文时，才使用 ~~Email、~~Internal Messaging 和 ~~Knowledge & Files。
• 如果文字记录明确提到可能影响跟进的会议或文件，请在 ~~Calendar 或 ~~Knowledge & Files 中使用确切标题和可用日期进行一次有针对性的查询。如果找到，请附上链接；否则应说明在已检查的来源或时间范围内未找到，而不要声称不存在此类会议或文件。
• 当材料包已有依据，且最重要的客户和时间安排上下文已覆盖时，就停止搜索；指出缺少的补充信息，不要继续广泛搜索。

3. 判断通话类型并提取承诺

• 判断这通电话是面向外部客户／合作伙伴，还是内部通话。外部邮件文案和 CRM 文本仅适用于外部通话。
• 提取决策、承诺、诉求、异议、阻碍事项、负责人和日期。如果证据不足以确定，请使用 Unknown 或 TBD。
• 如果有多个 CRM 商机都可能相关，请选择与通话主题、参会者、产品、时间安排和近期活动最匹配的商机。如果没有可信的匹配项，请将 CRM 句子保持为通用表述，并附加 (paste into the relevant opp)。
• 如果商机意图、候选项排序或最安全的内部沟通渠道不明确，请使用 references/opportunity-and-channel-selection.md。

4. 在聊天中起草

• 默认在聊天中返回整套内容，即使有可用的邮件或内部沟通渠道也如此。
• 在此工作流中，不要创建邮件草稿、发送外联消息、发布内部消息或写入 CRM。
• 将邮件和内部消息的逐字文案放在 Markdown 引用块中，供销售人员审核和复制。

后续步骤选项

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

• 根据用户的指导，完善外部邮件、内部摘要、CRM 句子或行动清单。
• 仅在用户明确要求时，创建审核通过的邮件草稿或发布审核通过的内部摘要。
• 将审核通过的摘要和行动项添加到现有会议记录中，或创建新的后续记录。
• 准备供审核的 CRM 更新内容。
• 检查是否有匹配的自动化，并主动提出创建；如果已存在匹配的自动化，则提出审核或调整。

应避免的后续步骤：

• 在用户审核并明确要求操作之前，不要发送、发布消息或更新 CRM。

自动化建议规则

除非已存在匹配的自动化，否则始终将后续自动化作为输出结尾的下一步。如果输出中包含自然的时间锚点，例如下次会议、后续日期、客户决策日期或约定的跟进时间，请在建议中使用该时间；否则，提出协助选择触发条件或执行频率。将自动化描述为定时重新运行此技能，而不是自定义摘要：尽可能使用同一通话／账户作为锚点，并返回包含摘要、行动项、外部文案、可用于 CRM 的文本和内部摘要的标准后续跟进套件。

在提出自动化建议前，请检查 $CODEX_HOME/automations/*/automation.toml 下是否已有匹配的本地自动化；如果未设置 CODEX_HOME，则检查 ~/.codex/automations/*/automation.toml。根据提示词、技能名称、账户、会议标题、参会者、商机、触发时间或其他稳定的范围细节进行匹配。处于启用或暂停状态的匹配项都视为已安装。

• 如果已有匹配的自动化，请提出审核或调整，而不是再创建一个。
• 如果没有匹配的自动化，结尾时明确提出创建自动化，并说明将在下次通话后或约定的跟进时间生成一份可供销售人员使用的后续跟进套件。未经用户明确同意，不要创建或更新自动化。
• 如果自动化功能不可用，不要提及工具细节，只需提出在自动化可用时协助设置定期或定时跟进检查。

模式

1. 完整后续跟进套件

当用户要求在通话后进行跟进时，默认使用此模式。按顺序返回以下所有部分。

2. 聚焦草稿

当用户只要求邮件、内部摘要、CRM 备注或后续步骤提取时，使用此模式。仍需以通话证据为依据；返回用户要求的部分，并附上简短的 Call Summary、重要信息缺口和状态行。

输出格式

常规套件使用加粗的章节标签，不要使用一级标题。

**Call Summary**

- **Primary evidence:** [Clickable transcript/notes link or source label]
- **TL;DR:** [2-4 grounded bullets]
- **Context / Goal:** [Why the call happened]
- **Key Points:** [Important customer/internal signals]
- **Decisions / Commitments:** [What was agreed]
- **Risks / Blockers:** [What could slow follow-through]

**Next Steps**

**Customer**
- [ ] [Action] — [Owner or Unknown] — [Due date or TBD] — [Notes]

**Seller**
- [ ] [Action] — [Owner or Unknown] — [Due date or TBD] — [Notes]

**External Comms**

Subject options (recommended first):
1. [Subject]
2. [Subject]
3. [Subject]

Recommended subject: [Subject]

> Hi <FirstName>,
>
> [150-220 word grounded follow-up email]
>
> Best,
> [Seller]

Draft link: Not created; copy drafted in chat only.

**CRM Next Steps**

[Exactly one sentence with call date, seller action, customer action, and outcome/success criterion.]

**Internal Follow-Up**

Suggested destination: [Safe internal channel/link, or “No verified internal channel found”]

> **[Meeting title]**
>
> [One concise summary paragraph]
>
> **Attendees:** [Names or Unknown]
>
> **Key Notes**
> - [Grounded note]
>
> **Decisions**
> - [Decision or None confirmed]
>
> **Action Items**
> - [Action] — [Owner or TBD] — [Due date or TBD]
>
> **Open Questions / Risks**
> - [Question or risk]
>
> **Source**
> - [Clickable call-notes/transcript link, or no useful link available]

No email draft, Slack post, or CRM update was created.

---

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

输出规则

• 优先关注决策、风险、后续步骤、采购流程、采购事宜、技术障碍和利益相关方动态。
• 对于内部通话，在 External Comms 和 CRM Next Steps 下都严格写入 Not applicable: this was an internal call.；不要起草对外文案。
• 外部邮件应简洁、适合客户查看，且不得包含敏感的内部用语。不得臆造收件人、承诺、价格、日期或草稿链接。
• CRM 文本必须严格为一个句子。对于尚未解决的商机，追加 (paste into the relevant opp)。
• 只有在目标位置看起来是内部且相关时，才建议内部发布位置。如果无法确定频道是否安全，应说明发布前需核实；切勿捏造频道 URL。
• 在说明不存在经过核实的内部发布位置之前，如果有此来源，请先在 ~~Internal Messaging 中搜索一次该账户、会议标题或工作流。
• 如有可用的来源链接，请提供便于点击的链接；并指出会实质降低可信度的来源缺失情况。
• 默认使用一条整合的内部回顾；仅在用户提出要求或经核实的频道惯例要求时，才拆分为顶层消息和跟帖。
• 所选应用支持原生提及时，应对参会者和负责人使用原生提及；否则使用易读的姓名。
• 内部草稿不得使用 ## 标题。开篇摘要应说明发布路径、业务影响、决策点或主要后续跟进主题，且不得重复 TL;DR。
• 内部回顾应简洁、不重复，并面向团队；应注明负责人或 TBD，不得暗示已有负责人。
• 除非用户明确要求采用其他状态格式，否则在 Internal Follow-Up 下方始终包含上述纯文本状态行。

故障处理

如果无法根据通话内容得出可靠结论，请用一行说明阻碍因素，指出需要哪些证据，并且只返回安全的部分内容，例如候选通话或空白填充模板。如果无法获取可选的补充信息，仍应提供有依据的内容包，并标明缺失的信息类别。