L2.07.1prompt save and reuse设计研究

有效输入需可保存与复用

别名: 提示可复用 · 保存有效输入 · prompt library

概念解释

上周那句终于让周报对上了格式、读者和禁止事项,这周还要写。输入框是空的,那句话不在。人要么凭残像重写,要么去翻聊天记录。有效输入可保存复用(prompt save and reuse)要求一次被判定为有效的提示(以及当时绑上的参数)能被明确收成可再调用的对象:有名字、可插入、可小改后再发。历史流水不是复用——流水按时间堆,复用按任务取。

它不把历史当成教材来讨论人怎么从中学会提问。它也不处理这些对象一旦存下来有多敏感。它只管:有效过的那次输入,不应只活在滚动条里。

机制

有效提示是被验证过的编译产物:意图已经变成模型吃得下、下游校验得过的那一串。丢掉它等于每次重新付编译成本,而且还可能付不成——同义句并不保证回到那次结果。人会用私人备忘录、浏览器书签、团队 wiki 把提示迁出产品。迁出之后,参数、模型版本、当时的文件上下文掉在产品里,复用变成「只有半句咒语」。

没有一等的保存动作,有效性也无法被标记。流水里成功和失败混在一起,下次翻到的可能是失败那句。复用需要的是被钉住的成功,不是完整日志。

怎么研究

重复性任务(每周同类周报、每单同类回复),看第二周的第一句从哪来:重写、翻流水、产品内保存、产品外备忘。自变量:是否提供「保存为可复用」、保存是否连带参数、插入时是否可改槽位。因变量:复用率、第二周起步时延、复用时是否带上过期的专名或过期参数、私建库的发生率。

把「又打开了同一条流水」和「调用了一个被命名的对象」分开。前者是考古,后者才是复用。

边界

一次性、高度情境化的请求(「解释我刚才贴的这段报错」)保存下来下次几乎必错,复用是陷阱。参数和模型已经换代,旧提示需要失效标记,而不是假复用。团队级复用还涉及谁有权改那条对象——那是权限,仍以可保存为前提。创意探索里「有效」本身不稳定,保存的是当时的种子而不是一句正确提示。这条假定人已经知道那次是有效的;不知道有效性、只是把流水当课本,是学习问题。

怎么落地

  • 在一次明显成功之后提供保存:命名、可选槽位化、带上当时参数。不要只靠「聊天记录里自己找」。
  • 插入复用对象时预填到输入框,允许改槽再发,不要静默把上周的专名一并发出。
  • 模型或模板升级时,标出可能失效的已保存项,而不是假装它们仍是同一把钥匙。
  • 验证:第二周同类任务。若第一句仍靠翻很久以前的流水或外置笔记,产品内复用不存在。插入一条带过期专名的保存项:若未提醒可改槽就发出去,复用在制造新错误。成功保存率应进发布清单,与「历史是否记了日志」分开算。

延伸

  • 同组L2.07.2 历史是学习如何使用的主要来源 · L2.07.3 历史属于隐私敏感数据
  • 相邻L2.05 迭代修改 · L2.03 示例与模板引导 · L2.14 上下文的携带与清除
  • 站内检索prompt save and reuse · prompt library · reusable successful prompt

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/L2.07.1