用讯飞星火起草邮件，先给它一份能逐项核对的事实卡，再要求输出主题、正文和待确认信息。本文以内部复测协调邮件为例，让收件人知道要确认什么、何时回复。
讯飞开放平台的星火使用指南介绍了邮件写作、文字理解和修改回答等能力，也说明模型不能保证所有回答准确。以下流程使用讯飞星火官方网页的文字对话。
把“已知事实”和“还没确定”分开
下面是虚构的内部工作协调示例，不对应真实项目，也不是本站在星火账号中运行得到的结果。真实使用时应换成获准输入的资料；未经允许的内部项目细节、人名和客户信息不要直接提交。
| 项目 | 事实卡 |
|---|---|
| 收件人和目的 | 测试负责人；请求确认复测安排 |
| 当前状态 | 收到 23 项反馈，18 项已修复，5 项仍待确认 |
| 计划安排 | 10 月 9 日 14:00—15:00，复测范围仅为已修复的 18 项 |
| 回复动作 | 请在 10 月 8 日 17:00 前确认是否可以安排；若时间不合适，请建议替代时段 |
| 未知信息 | 具体参与人员、复测环境、会议地点尚未提供 |
“已修复”不等于“已通过复测”，5 项待确认也不能写成已解决。把状态先写清楚，可以更容易发现模型是否越过了原始材料。
登录官方网页，发送完整任务
- 在电脑浏览器打开星火官方网页，按页面提示登录自己的账号，进入文字对话。
- 粘贴下面的指令和事实卡。首次只处理这一封邮件，不把多个项目混入同一轮任务。
- 收到回答后先检查主题和正文，再看模型列出的待确认信息；不要立即复制到发送窗口。
请根据以下虚构事实，起草一封内部复测协调邮件。
收件人：测试负责人。语气简洁、礼貌。
当前收到23项反馈：18项已修复，5项待确认。
计划10月9日14:00—15:00复测，仅覆盖已修复的18项。
请对方在10月8日17:00前确认是否可以安排；若不可以，请建议替代时段。
具体参与人员、复测环境、会议地点未提供。
输出三部分：邮件主题、邮件正文、发出前待确认信息。
不要把“已修复”改成“已通过复测”，不要编造人员、环境和地点。
不要替我发送邮件。这是给模型的写作要求，不代表网页会自动执行发信。星火回答仍是草稿，收件人地址、附件和发送操作由你在实际邮件客户端中处理。
一版可接受的邮件应该包含什么
以下是人工编写的示范稿，用来说明验收结果，不是星火的实测输出：
主题：请确认 10 月 9 日的复测安排
您好，目前收到的 23 项反馈中，18 项已修复，5 项仍待确认。拟于 10 月 9 日 14:00—15:00 对已修复的 18 项进行复测。请在 10 月 8 日 17:00 前确认是否可以安排；若该时段不便，请建议替代时段。具体参与人员、复测环境和地点将在确认后补充。谢谢。
逐项比对：23 = 18 + 5；18 项的状态应为“已修复”，而非“已验收”；复测日期与回复截止日期不能互换；收件人要做的是确认安排或提出替代时段。未提供的人员、环境和地点应留待确认，不能被模型补成具体值。
还要检查“在确认后补充”是否符合你能承担的工作安排。如果真实项目没有明确补充负责人，发送前先落实；否则改成“参与人员、环境和地点待相关负责人确认”。模型可以组织语言，不能替团队确定承诺。
发现错误时，只修出错的部分
如果回答把 18 项写成“全部问题均已解决”，可继续输入：“保留其余内容，只把状态恢复为 18 项已修复、5 项待确认；不得写已通过复测。”如果遗漏回复截止时间，要求补回 10 月 8 日 17:00，并重新核对整封邮件。
若无法正常发送对话，先看账号是否登录、网络是否正常及页面提示；额度或可用功能以当前账号界面为准。旧使用指南里的早期开放安排不代表今天的账号资格，本文不据此承诺免费次数或所有用户都能使用相同功能。
最后在邮件客户端填写正确收件人，核对附件、主题和正文，再人工发送。如果日期、范围或负责人仍缺少依据，这封邮件就还没有达到正式发出的条件。
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/30382.html
