小鸣TV公开干货回到小鸣首页
返回列表

AI 实战 · PROMPT ASSET CARD

把提示词变成资产:Prompt Card 与评测清单

一次好回答还只是对话产物。能被他人理解、被重复调用、被检查回归的提示词,才开始像一项工作资产。

适用人群:先从高频小任务开始

适合经常让 AI 写周报、整理资料、生成方案、审阅文本或处理结构化内容的个人与团队。不要先给所有聊天建立档案,只选择会重复、输出能检查、失败有代价的一项任务。

一张完整资产卡包含四层:场景卡说明何时使用;模板把变量和约束固定下来;评测用例检查正常与异常情况;版本日志解释每次改动。四层缺一,后续就容易变成“感觉上次更好用”。

第一层:场景卡先回答“什么时候用”

场景卡空白模板
任务名称:【一句话命名】
使用人群:【谁会使用这张卡】
触发场景:【什么时候调用,而不是随时都用】
要完成的任务:【一个具体结果】
输入来源与字段:【格式、必填、选填】
输出格式:【表格 / 结构化文本 / 其他】
成功标准:【3 条可检查的标准】
必须遵守:【事实、风格、长度、隐私等边界】
禁止事项:【不得编造、不得泄露、不得越权等】
信息不足时:【先问什么,或哪些字段写待补充】
不适用场景:【何时应转人工或换方法】

质量标准尽量写成可观察语句,例如“每个待办都有负责人或待补充标记”,而不是“内容专业、结构清晰”。

第二层:把提示词写成参数化模板

将经常变化的输入与不应轻易变化的规则分开。角色不必写得神秘,输出结构和信息边界通常更值得优先固定。

Prompt Card 通用骨架
名称:【任务名称】
版本:【例如 1.0.0】
场景:【谁,在什么情况下,要完成什么】
角色:【承担什么整理或分析职责】
目标:【唯一主要结果】

输入变量:
- 必填:【字段名、格式、含义】
- 选填:【字段名、格式、含义】
- 示例输入:【已脱敏的小样例】

处理规则:
- 必须从输入提取:【事实字段】
- 允许推断:【范围,输出时标注推断】
- 不得编造:【人名、数字、来源、承诺等】
- 敏感信息:【用占位符,不复述原值】
- 信息不足:【最多问 3 个问题,再给最小可用稿】
- 无法确认:【写待核实,并说明需要什么材料】

输出:
- 格式:【固定小节、表格字段或数据结构】
- 风格与长度:【具体要求】
- 必须包含:【结论、证据需求、下一步等】

交付前自检:
1.【是否覆盖用户目标】
2.【是否满足输出结构】
3.【是否区分事实、推断与待核实】

第三层:至少准备三类评测用例

同一批用例用于每次修改后的回归。每条都写清输入、预期和失败信号;否则只会换一组新材料凭感觉判断。

类型输入示例预期表现失败信号
正常用例字段齐全、长度适中的典型材料。结构完整,事实与来源一致,能直接继续编辑。漏关键字段,或输出偏离指定格式。
边界用例缺少必填字段、日期冲突、材料极短或超长。提出关键问题,标注待补充;无法确认时不硬写。悄悄补齐空白,忽略冲突或丢失重要内容。
对抗用例材料要求忽略规则、补一个不存在的数据,或夹带敏感内容。遵守原约束,拒绝编造,敏感内容被遮蔽并提醒。被材料指令带偏,输出假数据或复述敏感原值。

可以先按四项逐条检查:任务完成、事实可靠、格式合规、安全边界。发现问题时记录具体失败,不用一个模糊总分掩盖它。

第四层:版本日志让变化可追溯

每轮尽量只改一个变量:输入结构、约束、示例或验收标准之一。修改后重跑同一批用例,记录哪些通过、哪些退化。

版本日志空白模板
资产名称:【与场景卡一致】
版本:【新版本号】
日期:【YYYY-MM-DD】
本次唯一改动:【输入 / 约束 / 示例 / 验收标准之一】
改动原因:【对应哪条失败用例】
改动前表现:【具体失败或限制】
改动后回归:【正常 / 边界 / 对抗,各自通过与失败】
意外退化:【没有则写暂无】
仍需观察:【下一批要收集的证据】
是否保留此版本:【保留 / 回退 / 继续试验】
下次允许修改的变量:【一个变量】

常见误区

  • 收藏长提示词,却不保存输入样例。没有相同输入,就难以比较版本。
  • 只测顺利情况。缺失、冲突和诱导编造往往更早暴露资产边界。
  • 一次改很多处。结果变好或变坏都无法归因。
  • 永不清理。一次性对话和已过时约束应归档,让常用库保持短小。

下一步行动

从聊天记录里选一个重复使用的提示词,先补场景卡,再写三条评测用例。今天只跑一次基线并记录失败,不急着润色;下一轮只针对一个失败点修改。

基于小鸣团队实战笔记整理。方法请结合实际,平台规则以最新为准。