关于本文
本文是通过利用生成式AI的自动化生成流程创建的。我们于2026年10月20日核实了微软官方文档，并编写了可使用虚拟数据进行测试的提示词及核对步骤。并未在 Copilot 界面中实际执行。验证状态：📘 已核实官方信息，未实际运行提示词
支持的环境、功能与限制（官方核实时间：2026年10月20日）
| 项目 | 本示例的对象与范围 |
|---|---|
| 产品与入口 | 面向工作场所的 Microsoft Copilot Chat（原名 Microsoft 365 Copilot Chat）。假定使用网页版普通聊天假定使用网页版普通聊天 |
| 账户与订阅 | 经组织授权的工作账户。请确认您的订阅及管理员设置是否允许使用。个人版 Copilot 不在本文讨论范围内。 |
| 附加订阅与计费 | 本示例不使用 Office 应用中的附加功能或按使用量计费的代理。请勿将其理解为可使用需要额外订阅的功能。 |
| 输入与保存位置 | 直接粘贴虚拟文本。不连接本地路径、OneDrive、SharePoint 或收件箱。 |
| 尝试的操作 | 对输入文本进行引用、整理、比较及草稿创建。内容由人工与原文进行核对。 |
| 不属于本例的对象 | 文件检索、文档直接编辑与移动或删除、邮件发送、业务系统注册 |
| 上限与提供状态 | 不以预览功能为前提。输入长度、次数、地区、屏幕差异的数值以及实机内部版本尚未确认。长输入请分段，利用可能性请在屏幕上确认。 |
| 信息管理 | 最初仅使用虚拟数据。若要扩大到业务信息，请确认组织的许可和信息分类。切勿将仅有的提示词作为访问控制或停止网页搜索的保证。 |
将指南性文字转化为常见问题解答（FAQ），可以使人们更容易找到所需的信息。另一方面，在缩短答案的过程中，“需要事先申请”、“仅限外借物品”等条件可能会消失。在 Copilot Chat 中，草稿的制作方式将保留问题和答案，以及适用条件和依据。
将虚拟的设备外借指南转化为问题
本例是从三行虚拟指南制作的FAQ。它不要求对规章或法律进行解释。不要上传文件，而是将指南文本粘贴为纯文本。在试验中，不使用预先知识，并限制从文本中可以回答的范围。
以下の架空案内だけを使ってFAQを作ってください。 列は、質問／回答／適用条件・例外／根拠行。 同じ質問の言い換えで件数を増やさないでください。 答えが本文にない質問は、回答を創作せず「案内の管理者へ確認」にします。 回答だけを読んでも条件が分かるようにしてください。 L1：貸出用タブレットは、利用日の3営業日前までに予約してください。 L2：当日の空きがある場合も、担当窓口への事前確認が必要です。 L3：充電器はタブレットと一緒に返却してください。私物の充電器は対象外です。 必ず含める質問：当日でも借りられますか／充電器だけ返してよいですか／休日も受け取れますか。
如果只回答“当天也可以借”，则是条件的遗漏。这需要有空闲并且事先向负责窗口进行确认。此外，指南中并未写明节假日领取。注意不要让其推测一般的窗口营业时间并进行回答。
兼顾简短的回答与准确的回答
在 FAQ 中，希望有直接回答问题的文章。但是，仅凭“是”或“否”无法保留实际行动所需的条件。将结论和条件放在同一个回答中，例如：“当天份需要有空闲并事先向窗口确认”。
| 问题 | 期望的回答骨架 | 需确认点 |
|---|---|---|
| 当天也能借吗 | 在有空闲且已向负责窗口事先确认的情况下，可以考虑 | 不作为借用的承诺 |
| 只归还充电器可以吗 | 外借用请与平板电脑一起归还 | 不混入私人物品的处理 |
| 节假日是否也能接收 | 仅凭指南无法判断时，向管理员确认 | 不设置营业时间 |
本表为用于核对的期望示例，并非实际的聊天输出。在回答中加入条件会使回答变得稍长，但如果把条件过多地挤到其他栏目中，当单独转载回答时就会产生误解。由人工来决定缩短的范围。
“三个营业日前”也很重要。如果简单地改写为“三天前”，当夹杂节假日时，意思就会发生变化。由于仅凭该指南无法得知营业日历，因此不会计算出具体的预约截止日期。如果要添加日期计算，则需要另外提供营业日信息。
保留无法回答的问题的价值
在创建常见问题（FAQ）时未能填满的问题，并非失败清单，而是发现指南不足的素材。如果节假日接收、故障时的联系方式、延期手续等用户自然会产生疑问的内容不在正文中，可以与管理员商讨进行添加。
不过，并非人工智能提出的所有疑问都需要添加到指南中。应优先处理那些实际咨询较多、误解会导致事故的、以及开始使用时必不可少的内容。因为如果常见问题（FAQ）太长，读者将无法找到他们需要的答案。
对问题的换位说法也进行整理。“当天是否能借”和“是否无需预约即可使用”很相似，但前者是关于日程的，后者是关于手续的。需确认是否可以使用相同的回答，如果依据不同，则不要勉强合并。比起条目数量，更应注重搜索意图的归纳。
改变一个条件，观察回答的变化
将L2替换为“不进行当天的出借”，并在新的对话中提出相同的请求。期望产生的变化是，关于当天借用的回答变为不可行。L1的通常预约以及L3的充电器归还条件将保持不变。
确认修改前“如果有空位”之类的信息是否混入了新的常见问题中。如果在同一个对话中持续进行更新，旧版本的条件有时会残留下来。在修订时，传递版本号以及整个正文，并指定仅以哪个版本为依据，会更容易进行核对。
当对同一个问题进行了两次尝试时，如果仅仅是表述不同，则不一定是有问题的。需查看条件、可行性以及确认对象是否相同。如果将字符串的完全一致作为正确答案，就会把自然的同义替换也作为错误来计算。评估的对象应当是回答的含义。
不要在常见问题中掩盖原文的矛盾
当混入旧指南时，可能会出现一处显示“当天可”，另一处显示“当天不可”的情况。这种情况下，不能通过少数服从多数或文章显得很新的印象来让人选择。如果无法确定更新日期和批准版本，则应作为包含矛盾的部分退回给管理员。
即使例外条件很长，也不要只提取对自己有利的部分。需确认带有“但是”、“原则”、“不适用”、“另行”等词汇的句子，并读出回答的适用范围。虽然仅凭单词的存在无法进行机械判定，但它可以作为重新审视位置的标记。
由于转换为常见问题后，说明的顺序会发生变化，因此原文段落中存在的假设很容易被忽略。例如，如果在开头写明了“仅限出借用”，但从各个回答中消失后，就会被解读为连私人物品也涵盖在内。应设置单独阅读并确认每个回答的环节。
选择便于查找回答的问题名称
即使是忠于原文的回答，如果问题不符合用户的用语习惯，他们也无法找到。应当把候选问题改为“当天也能借到吗”这样实际会被询问的表述，而不是“预约手续的例外”。应将问题名称修改得易于阅读，同时保持回答的条件与原指南相连。
如果为了便于搜索而添加同义词，比起增加更多的回答，可以将其作为引导至同一回答的相关词汇来进行管理。如果创建多个内容几乎相同的常见问题解答（FAQ），在修订时可能会因为只更新了一个而导致信息不一致。切勿将增加问题数量本身作为目的。
如果需要将回答控制在同一屏幕内，与其删减例外条件，不如考虑添加通往详细信息的引导链接。但请务必确认目标链接确实存在且用户可以访问。切勿直接使用人工智能生成的、看似存在的办事页面网址。
在测试常见问题解答时，可以让未阅读说明的人只看问题，以确认他们是否能找到期望的答案。询问他们在找到答案后能否说明当天的使用条件，这样就可以分别评估查找的难易程度和理解的难易程度。
如果咨询量没有减少，切勿立刻断定是文笔不好，还应检查放置位置和搜索方法。回答的准确性、问题的措辞以及公开的位置是各自不同的改进点。在让 Copilot 一次又一次地生成长篇大论之前，先记录下用户是在哪里迷失方向的。
发布前由管理员进行确认
在用虚构的例子尝试过格式之后，如果使用实际的指南，则需确认输入端的审批以及信息范围。如果指南包含窗口名称或分机号等信息，还需另外判断是否可以直接发布到面向公众的常见问题解答中。仅凭整理了内部使用的文本这一事实，并不意味着获得了对外公开的许可。
对于完成的常见问题解答，由指南管理员确认内容，并记录目标版本和确认日期。当原始文档发生更改时，以依据行为线索找出相关的问题。如果在每个问题都保留了出处的情况下，有时就无需从头重写整个常见问题解答。
在运营过程中，也需要记录未能回答的咨询。区分是通过现有的常见问题解答解决的、是不理解条件、还是指南本身没有相关信息，这样就可以在不混淆文章改进与业务规则确认的情况下推进工作。
常见问题解答的完善度不取决于回答的数量，而取决于用户能否毫不迷茫地做出正确的行动选择。保留答案的依据、适用条件以及确认联络方式，即使采用简短的问答形式也不易遗漏信息。人工智能未能填写的栏目，可以作为管理员应当确认的地方加以利用。
官方信息与一手信息
产品的范围与输入方法请参考官方资料。虚拟数据、提示词、预期示例以及检查表均为本文的验证方案，并非微软保证的输出示例。
