识别请求意图并选择流程

以下示例与示意结果由本站编写，用于说明方法，不是模型实测结果。

使用场景

你收到文档请求，可能是阅读现有稿、创建新稿或保留样式修改。教学请求 A 有文件且要摘要，B 没有文件且要新稿，C 有文件且明确改一段；D 只说“处理这个文档”。先按可观察线索选流程，歧义不能直接变成编辑授权。

具体做法

声明各分支的条件、操作与交付，再比较请求和可用材料。A 进入只读摘要，B 进入创建，C 进入指定编辑；D 先解决目标缺口。缺文件或线索冲突也保留歧义分支，已明确的答案不重新问。来源以表单有无字段演示观察条件分支，本例将其用于文档意图。

反例

不区分 A/B/C/D，统一选看起来最合适的编辑流程，给所有现有文档重写正文。

改进写法

使用教学路由：现有文件＋摘要请求→阅读并总结；无文件＋新稿请求→创建；现有文件＋明确改动→保留样式的指定编辑。对 D 或冲突线索，先说明候选目标并澄清，修改前保持只读。核对文件可用性与已有答案，报告选定分支和依据，不把不明确的“处理”当重写要求。

为什么这样改

流程选择决定会读取、创建还是修改什么。明确条件和未匹配路径，使相似词汇不自动触发相同动作，避免把阅读请求变成编辑，也让缺材料得到准确处理。

如何验证

教学 A/B/C 应分别选择阅读、创建、编辑，D 标目标待明确；摘要分支没有写文件，编辑分支只改指定范围。

检查每项都有条件依据，文件不存在没有被当空白新稿，冲突线索没有被默默猜定。流程被命名不等于实际执行正确。

适用边界

这些条件是教学约定，真实文档工具的能力、格式和授权需核实。不能让一个关键词覆盖用户明确意图；某些任务同时含读与写，应说明有序组合而不是强塞互斥分支。