工坊Labs工坊Labs

资料示例

提供典型示例

当格式或判断标准难以仅用文字说明时，可以提供少量“输入—输出”示例，展示规则如何应用。示例应与任务要求一致，并覆盖容易混淆的情况；文字规则与示例冲突时，应先修正，再开展正式处理。

以整理播客笔记为例，可以通过观点、例证和待查信息的区别，明确分类依据。正式材料应与参考示例分开，并保留原始编号。涉及没有来源的数字或研究结论时，先列入待查项目，避免在整理过程中将尚未核实的表述写成确定事实。

请给下面的播客笔记分类。

标签与规则：
“观点”：说话者的判断或主张。
“例证”：用于说明观点的具体经历或案例。
“待查”：包含尚未提供来源的数据或研究结论。
一条记录同时符合多类时，优先标为“待查”。

参考示例：
输入：A01｜我认为午休时散步有助于切换工作状态。
输出：A01｜观点

输入：A02｜嘉宾说自己每周三午间会绕园区走一圈。
输出：A02｜例证

输入：A03｜节目提到某项研究发现效率提高了30%，但未给出处。
输出：A03｜待查

待处理笔记：
{粘贴笔记}

每条输出“编号｜标签”，不将参考示例计入结果。

引用参考资料

使用文件或网页开展资料问答时，应先确认当前入口能够读取相应材料，再指定需要处理的部分。搜索、文档问答和网页读取已有产品功能依据，但具体操作仍应以当前可用入口为准，不宜假定每份材料都已完整解析。

以整理包裹配送异常为例，寄件凭证提供订单信息，物流记录反映节点变化，沟通记录补充处理进展。应先说明各份材料的用途，再要求按时间顺序整理，并区分系统记录与个人描述。资料冲突时，列出原文和位置，保留需要进一步确认的问题。

请根据以下资料，整理一份包裹配送异常时间线，
便于我向承运方说明情况。

资料用途：
《寄件凭证.pdf》：核对订单编号和寄件日期。
《物流记录.txt》：整理系统显示的运输节点。
《沟通记录.docx》：补充咨询经过及对方回复。

输出字段：
时间、事件、资料来源、已经确认的信息、待确认问题。

处理要求：
先说明能够读取的文件。
保留原始时间和订单编号。
系统记录与个人描述不一致时，分别列出，不自行判断责任。

说明联网要求

需要核实变化信息时，应说明查询对象、适用日期和优先来源，并检查回答是否提供实际检索依据。使用具备搜索能力的入口后，仍需核对来源内容；提示词中的“联网查询”应与实际检索结果对应，不能仅凭回答语气判断信息是否经过搜索。

以查询文化中心公益绘画课为例，应限定所在地区、招生批次和参加人群，再核实报名时间、条件和费用。往期通知可以作为背景，但不能直接替代本期安排。不同页面存在冲突时，应列明发布时间和适用范围，尚未公布的信息保留为待确认。

请查询{城市或区县}文化中心面向成年人的公益绘画课，
重点查找{计划参加月份}对应的招生安排。

需要核实：
课程名称、参加条件、报名起止时间、
上课时间、报名方式，以及是否需要自备材料或支付费用。

优先查阅文化中心网站及其发布招生信息的账号。
每项注明来源链接、发布日期和适用批次。

本期尚未公布的项目填写“待公布”。
往期信息单独列为参考，不写成本期确定安排。

评论

登录后查看