会话优化复用


聚焦追问缺口

首次结果不符合预期时,应指出具体偏差,并说明需要保留的部分。追问可以用于补充证据、限定范围、核对例外或修正表达,而不必每次重新提交整个任务。

① 补齐关键依据

较为宽泛的写法:没有指出信息缺口,容易得到篇幅更长但依据没有增加的回答。

再详细一点。

更加具体的写法:明确哪些项目缺少证据,以及查不到时应如何处理。

上一版对{工具A和工具B}的{批量导出能力}没有提供直接依据。

请只补查这一项,优先寻找官方操作文档,并区分网页端与桌面端。
其他比较维度保持不变。
如果仍未找到支持说明,将该项调整为“待核实”,并检查它是否影响原来的推荐结论。

② 检验成立条件

你建议{每周更新一期音频节目},请检查这项建议依赖哪些条件。

重点考虑{只有两名兼职人员、单集需要采访和后期剪辑}的情况。
如果现有资料不足以判断是否可持续,请列出需要试行记录的数据,不要直接认定该频率适合我们。

③ 限定修订范围

请修改上一版{资料卡}中的{第二张和第四张}。

第二张:将{笼统的“用户增长”}改为来源中实际使用的指标名称。
第四张:补上{研究仅覆盖单一城市}的限制条件。

其余资料卡的文字、顺序与引用保持不变。
修改后输出完整版本,方便统一使用。

反馈越具体,越容易判断修改是否到位。发现事实错误时,应同步检查依赖该事实形成的比较、建议和摘要。

保留会话主线

同一会话中的追问可以延续此前的讨论。随着资料和条件增加,宜及时整理当前有效的结论、采用的资料版本和仍未解决的问题,避免旧要求与新要求混用。

① 汇总当前条件

请将目前关于{音频栏目试行计划}的讨论整理成一份后续工作摘要。

分别列出:已确认目标、有效约束、采用的资料、待核实问题和下一步任务。
其中{试行周期已由八周改为四周},后续不再沿用旧周期。

只保留已经确认的事项;仍在讨论的方案单独标注,不写成最终决定。

② 衔接新的会话

以下是{上一阶段已确认的工作摘要}:
{粘贴摘要}

请以这份摘要为当前背景,继续处理{尚未完成的资料核验}。
我已重新提供本次需要的{文件和链接}。
如果摘要提到了你无法访问的材料,请先说明缺少什么,不根据文件名推测内容。

项目中的资料还需要注意版本。官方说明,从连接来源加入项目的文件属于一次性副本,原文件更新后,项目副本不会自动随之变化。需要当前内容时,应重新获取最新版本或再次添加文件,并核对实际采用的资料。

沉淀常用指令

经常处理相似任务时,可把稳定要求整理为模板,将主题、日期、对象和资料位置保留为变量。模板应保留任务逻辑,避免把某次结果、临时限制或已经过期的信息固定下来。

① 保留查证框架

请查证{对象}是否具备{具体功能或条件},用于{实际用途}。

适用范围:{地区、平台、版本和账号类型}。
核对时点:{具体日期或检索当日}。
优先来源:{官方文档、更新日志或其他原始材料}。

请给出:
1. 当前能够确认的结论;
2. 适用条件和例外;
3. 直接支持结论的来源;
4. 仍待核实的事项。

搜索未找到时,不将“未找到”改写为“不存在”。

② 形成项目约定

Perplexity 项目可以保存供项目内查询使用的指令,并设置希望优先参考的网址和域名。长期稳定的语言、资料标准和输出习惯适合写入项目指令;本次任务的对象、截止日期和交付文件则应在具体提问中说明。

这个项目用于{制作面向普通读者的科技知识内容}。

默认使用{简体中文、正式而通俗的表达}。
解释术语时先说明日常含义,再补充必要的专业定义。
涉及产品功能时优先查阅官方文档,涉及研究结论时尽量追溯原始论文。
重要事实附对应来源,推断与事实分开表达。
示例中的虚构条件明确标注,不写成真实案例。

优先来源设置和自然语言要求用于指导资料选择,仍需检查实际引用。模板复用前,应删除与新任务无关的要求,避免所有问题都被套入同一种回答结构。

评论

登录后查看