产品功能
在资料库评论中与数字员工协作:提问、追问与任务状态
审阅文档或数据应用时,可以直接在评论中 @ 数字员工,让问题始终对应原文位置。本文说明如何发起任务、读懂评论卡片上的状态、在同一线程中连续追问,以及停止、继续与回复补送的使用方式。
团队审阅一份资料时,问题往往出现在具体段落上:某个数字的来源是否可靠,一项结论是否与前文一致,一份计划是否缺少必要条件。以往需要把段落复制到对话中另行提问,得到答案后再回到资料中说明。问题与答案因此脱离原文位置,其他成员也难以了解处理进度。
源宜资料库中的文档与数据应用支持在评论中 @ 数字员工。问题锚定在选中的内容上,数字员工的回复回到同一评论线程;执行过程、追问队列以及停止、继续等操作集中在对应对话中,评论卡片只显示任务状态和进入对话的入口。
本文以一份研究进展简报为例,介绍从发起任务到连续追问的完整用法。这份简报以 HTML 数据应用形式存入资料库,我们围绕它连续进行了 11 轮追问。文中界面与操作以源宜 0.8.0 为准;示例资料为内部研究材料,不代表客户项目。

适合在评论中交给数字员工的问题
评论入口适合围绕资料中的具体内容提问;需要生成独立文件,或需要跨多份资料开展的新任务,更适合从对话入口发起。
评论中的问题有明确的依据位置。审阅者选中一段文字或数据应用中的一个区域后发起评论,数字员工处理时会读取选中的内容及其所在资料,回复出现在原评论下方。其他成员打开同一份资料,就能看到问题、回复和当前状态。
适合的问题通常与选中内容直接相关:核对质量分析页面中某项不合格率的统计口径,检查设备点检规程中两处要求是否一致,补充某项判断所需的依据,或按新的约束重新整理一段方案。在评论中,数字员工以回复正文交付结果;如果需要 Word、HTML 等独立文件,建议在对话入口发起,并在对话中查看和下载产物。
- 问题与原文位置对应,回复回到同一评论线程。
- 评论卡片只显示状态,执行过程与控制操作集中在对话中。
- 同一线程中的追问沿用此前读取的资料与已形成的结论。
发起任务:选中内容,在评论中 @ 数字员工
打开资料库中的文档或已发布的数据应用,选中需要讨论的内容,点击“评论”。在评论输入框中输入“@”,或点击提及按钮,从候选列表中选择数字员工,例如“科研助手”,然后写明问题并提交。
问题描述越具体,回复越容易核对。建议写清三件事:需要判断或补充什么;可以使用哪些依据,是否允许联网检索;希望以什么形式回答,例如表格、逐条结论,或需要人工复核的事项清单。例如:“请核对本节引用的请求量数据,列出原始来源、统计时间范围和换算方法;无法核实的项目单独列出。”
提交后,评论卡片会显示状态标识和“查看对话”入口。任务完成后,回复以数字员工的名义出现在原评论线程中,并在名称后注明发起人。
从一条评论到一次可追溯的协作
- 01
选中并提问
选中段落或区域,@ 数字员工,写明问题、依据范围与回答形式。
得到什么锚定原文的评论
- 02
执行与查看
评论卡片显示状态;需要时进入对话查看执行步骤。
得到什么随时可查的进展
- 03
回复与核对
回复回到原线程,对照原文核对数字、来源与结论。
得到什么可核对的回复
- 04
追问与收敛
在同一线程补充信息、指出矛盾或提出下一步要求。
得到什么逐轮收敛的结论
回复是否已满足使用要求?
读懂评论卡片上的状态
评论卡片不承载确认、输入等操作,只显示任务状态。状态使用四种颜色,文字进一步区分具体情况;点击状态标识即可进入对应对话。状态会随任务推进自动更新,无需手动刷新评论。
黄色表示有事项需要人处理,除了等待确认,还包括两种情况:线程已被停止、等待继续;任务已经完成,但回复尚未回到评论线程。主动停止的任务显示“已取消”,与“已完成”同为蓝色,但文字不同,便于区分任务是正常结束还是被人为停止。
| 状态标识 | 含义 | 建议操作 |
|---|---|---|
| 运行中(绿色) | 任务正在排队或执行 | 需要了解进展时点击“查看对话” |
| 阻塞,需要你处理(黄色) | 等待确认、线程已停止,或回复尚未送达 | 进入对话完成确认、继续处理或补送回复 |
| 已失败(红色) | 任务未能完成 | 进入对话查看失败原因,处理后重新提交 |
| 已完成(蓝色) | 任务已结束,回复已回到评论线程 | 阅读并核对回复,解决评论或继续追问 |
| 已取消(蓝色) | 任务被主动停止 | 如仍需处理,在同一线程重新提出要求 |
在同一线程中连续追问
第一次回复通常不是终点。在原评论线程中点击“回复”,输入框会预先填入对该数字员工的提及,补充问题后提交即可。数字员工在同一对话中继续处理,沿用此前读取的资料和已形成的结论,不需要重复说明背景。
如果上一轮仍在处理,新的追问会进入队列,按提交顺序依次处理;对话顶部的“连续工作”卡片会显示“待处理追问”的数量。同一条评论只会进入队列一次,不会因重复触发而被执行两次。
有效的追问通常属于三类:指出前后不一致之处,要求给出唯一版本;补充数字员工无法自行获得的信息,例如适用范围、已确认的前提或当前入口的限制;把讨论推进到下一步,例如从方案比较转到执行计划。在示例中,第 9 轮要求数字员工通读前 8 轮回复并自查,它列出了 10 处被后续修正的表述,并把尚未核实的判断按影响程度排序,便于人工复核。
在对话中停止、继续与返回原评论
点击评论卡片上的“查看对话”,即可进入这项任务对应的对话。对话顶部的“连续工作”卡片集中提供控制操作:任务运行时可以点击“停止”;停止后,卡片显示“已停止,等待你继续”,排队中的追问保留在“待处理追问”中,不会自动执行。
停止状态会被保存。刷新页面后,卡片仍保持停止状态,直到点击“继续处理”;继续后,排队的追问在同一对话中按顺序执行。被停止的那一轮任务会以“已取消”的结果回到评论线程,其他成员也能看到。
需要回到资料补充新要求时,点击卡片中的“回原评论继续”,页面会回到原评论线程。这张卡片只在存在状态或可执行操作时出现,普通对话不会显示。

任务失败或回复未送达时
失败时先看原因,再决定是否重新提交;回复未送达时,补送的是已保存的结果,不会重新执行任务。
任务失败时,评论卡片显示“已失败”,对话中的“连续工作”卡片会说明失败原因以及系统是否会自动重试。原始错误信息收在“查看技术详情”中,需要联系支持人员时可以一并提供。不同原因的处理方式见下表。
另一种情况是任务已经完成,但回复没有及时回到评论线程,例如资料同步尚未完成。此时任务结果已经保存,系统会在短时间内自动重新送达,通常无需操作;在示例的 11 轮追问中,这类自动补送多次在约 1 秒内完成。若仍未送达,评论卡片会显示黄色状态,“连续工作”卡片中的“待送达回报”会列出已尝试次数,并提供“仅补送回报”或“检查来源并补送”。补送只重新发送已保存的回复,不会再次执行任务。
| 卡片显示 | 系统处理 | 建议操作 |
|---|---|---|
| 临时故障,已自动重试仍未成功 | 已按策略自动重试 | 稍后在原线程重新提交 |
| 上下文过长,已压缩后重试一次 | 压缩上下文后重试一次 | 缩小问题范围,或拆分为多次追问 |
| 登录已失效,请重新登录后重试 | 不自动重试 | 重新登录后重新提交 |
| 额度已用完,不会自动重试 | 不自动重试 | 确认可用额度后重新提交 |
| 来源或配置有误,请检查后重试 | 不自动重试 | 检查原评论、资料权限与相关配置 |
| 工具执行失败,请人工处理后重试 | 不自动重试 | 查看技术详情,处理后重新提交 |
示例:围绕一份研究简报的 11 轮追问
示例资料是一份关于运筹学与大模型交叉研究进展的简报,以 HTML 数据应用形式导入资料库并发布。审阅者选中简报中的核心结论,在评论中 @ “科研助手”,之后根据每一轮回复决定下一轮的问题:发现矛盾就要求澄清,缺少依据就要求核实,结论基本稳定后再要求整理为计划。11 轮追问均在同一评论线程和同一对话中完成。
第 6 轮检验了停止与继续:在一项任务运行时提交新的追问,随后停止任务并刷新页面,停止状态与待处理追问保持不变;点击“继续处理”后,排队的追问在同一对话中执行。该轮后续因模型服务额度不足而失败,卡片显示“额度已用完,不会自动重试”;额度恢复后,在同一线程重新提交即可继续。
第 10 轮要求生成完整报告文件。由于评论入口以回复正文交付结果,数字员工说明了无法将文件写入本机工作目录;第 11 轮据此改为在回复中交付报告的关键章节,并对仍待核实的判断完成联网核验。这一过程也说明,需要文件形式的产物时,应从对话入口发起。
| 轮次 | 追问重点 | 回复带来的变化 |
|---|---|---|
| 第 1–3 轮 | 研究方向覆盖情况、数据来源与消融设计 | 明确可用数据的范围与规模,识别需要核实的来源 |
| 第 4–5 轮 | 判定规则的内部矛盾、仿真模型的状态与约束 | 统一检验判据,补全模型关键设定 |
| 第 6 轮 | 运行中追加问题,停止后继续 | 确认停止、刷新与继续处理的完整流程 |
| 第 7–9 轮 | 预注册清单、8 周执行计划、跨轮一致性自查 | 形成可执行计划,列出 10 处修正与待复核事项 |
| 第 10–11 轮 | 整理为完整报告,补充核验待定判断 | 在回复中交付关键章节,完成多项联网核验 |
要点回顾
- 在评论中 @ 数字员工,问题锚定原文位置,回复回到同一线程;需要文件形式的产物时,从对话入口发起。
- 评论卡片用四种颜色显示状态,点击“查看对话”进入对话;停止、继续与补送都在“连续工作”卡片中完成。
- 连续追问时指出矛盾、补充必要信息、推进到下一步;失败时先看原因,回复未送达时补送已保存的结果。
延伸阅读
想从自己的业务开始?带上一份常用报表和一个最想解决的问题,我们一起看看资料是否够用、第一版应该做到哪一步。
交流您的场景