技能提升网会开完了，信息还散在三个地方
一场销售会结束后，录音留在会议软件里，销售在本子上写了几行，客户提到的预算、上线时间和审批人则混在几十分钟对话中。团队很快能写出一段会议摘要，却常常漏掉一句限定条件，或者把客户的问题当成了明确承诺。
后续工作需要三种不同的产物：能回到原话的转写记录、可以筛选和分派的异议表、已经确认负责人和日期的任务。把三者塞进一份会议纪要，查证和执行都会变得困难。
这套流程用 Openai Whisper Skill 处理录音，用 XLSX Skill 整理异议与证据，再用 Todoist Skill 创建跟进任务。三个 Skill 各管一段，交接处由人确认。
转写时先保住可以回听的证据
录音转文字的第一目标是定位。保留原始音频，并输出带时间信息的文本或字幕。客户名称、产品名、金额、日期和行业术语容易识别错，看到可疑内容时要能迅速回到对应片段，而不是凭上下文猜一个听起来合理的词。
Openai Whisper Skill 使用本地 Whisper CLI，可以输出文本或字幕。模型大小会影响速度和资源占用，语言、口音、噪声和多人同时讲话也会影响结果。这个 Skill 的现有说明没有提供完整的说话人分离流程，因此不要把自动分段直接当作发言人身份。
转写完成后先做一轮小范围校对：会议开头的人名与公司名，所有数字和日期，出现“必须”“可以”“如果”“再确认”等限定词的句子。销售跟进最容易在这些词上改变含义。
异议表记录原话，也记录当前判断
转写文本不适合直接变成任务。客户说“预算还要和财务确认”，可能是异议，也可能只是流程说明。先放进表格，保留原话和时间位置，再判断它属于问题、顾虑、条件、承诺还是待确认信息。
一张实用的异议表可以包含这些字段：
| 字段 | 记录内容 | 检查重点 |
|---|---|---|
| 客户原话 | 尽量保留完整句子 | 不要改写成销售自己的结论 |
| 时间位置 | 录音或字幕中的位置 | 能否快速回听 |
| 类型 | 问题、顾虑、条件、承诺、待确认 | 类型是否有证据支持 |
| 涉及主题 | 价格、功能、实施、法务等 | 便于筛选同类问题 |
| 回应状态 | 已回答、部分回答、未回答 | 客户是否真的接受回答 |
| 下一步候选 | 补材料、内部确认、再次沟通 | 此时还不是正式任务 |
XLSX Skill 适合建立这张表、统一字段和筛选状态。若表中使用公式统计未回答异议或逾期事项，交付前还要重新计算，并抽查公式引用范围。数字正确不代表分类正确，异议类型和回应状态仍需销售本人判断。
从表格到任务，中间要有一道确认门
表格里的每一行都不需要创建任务。客户提出的问题可能已经当场解决，销售的推测也不能变成客户承诺。创建任务前，逐行确认四件事：要交付什么，由谁负责，何时处理，完成后怎样判断。
例如，“客户担心数据迁移”仍然太宽。可以改成“售前顾问整理现有迁移范围清单，周三下午发给客户技术负责人确认”。这条任务有动作、对象、负责人和日期。若客户只是说“回去看看”，先把它标成待确认，不要擅自创建“客户周五确认采购”的任务。
日期也要分清。计划周三准备材料，可以设置处理日期；合同或投标存在不能错过的外部时间，才需要硬截止时间。Todoist Skill 支持自然语言日期、项目、标签和优先级，但写入前应先列出准备创建的任务，让销售确认项目、日期和时区。
三个 Skill 的交接提示可以这样写
给 Whisper 的要求应集中在转写本身：
转写这段销售会议录音，保留时间信息，输出原语言文本。不要替换听不清的人名、金额和日期，把不确定片段标出来，供人工回听。
给 XLSX 的要求需要明确字段和证据边界：
根据已经校对的转写记录建立客户异议表。每一行保留客户原话和时间位置，区分问题、顾虑、条件、承诺与待确认信息。没有原话支持的判断放入单独备注，不要写成客户结论。
给 Todoist 的要求把读取和写入分开：
读取已经人工确认的下一步列表，先展示任务标题、负责人、项目、日期和优先级，不要写入。收到确认后再创建任务，并返回新任务 ID 与实际日期供复核。
发跟进邮件前再对一次承诺
任务创建完成后，重新读取新任务，核对负责人、日期、项目和标题。然后用同一份已确认异议表准备客户跟进邮件。邮件中的承诺应当能在任务清单中找到负责人，任务中的交付物也应当能在会议证据里找到出处。
有三类内容适合留在内部：对客户态度的推测、成交概率判断、团队尚未确认的价格与排期。客户邮件只写会议中已达成的共识、需要客户补充的信息，以及双方明确认可的下一步。
录音和凭据都要控制范围
录音可能包含个人信息、商业条件和未公开方案。处理前要确认会议录音和转写符合团队制度及参与者授权，原始文件与转写结果应放在受控目录。Whisper 在本地转写可以减少音频上传，但模型安装和下载仍可能访问外部来源。
Todoist Skill 需要 API Token。Token 放在运行环境指定的位置，不要粘贴进提示词、异议表或会议纪要。首次连接时先使用测试项目，验证创建、改期和完成流程；批量创建、批量完成和删除任务需要单独确认。
交付前检查这六项
- 重要人名、金额、日期和限定词已经回听。
- 异议表中的每条客户结论都有原话和时间位置。
- 问题、条件和承诺没有混为一类。
- 任务都有动作、对象、负责人和日期。
- 任务写入后已经读取并核对实际结果。
- 客户邮件与内部任务中的承诺保持一致。
这条工作流的价值在于交接清楚。录音提供证据，表格承接判断，任务系统负责执行。任何一步信息不足，就退回上一层补证据，不让推测直接进入客户承诺或正式任务。
