Prompt 资产管理：能复用的不是提示词文本，而是任务契约
很多团队把 Prompt 当成一段文本保存在文档里，谁要用就复制一份。过一段时间后，同一个任务出现多个版本，没人知道哪个效果更好，线上用的是哪个，评测结果对应哪个。Prompt 资产管理不是建一个提示词库这么简单，真正要管理的是任务契约。
能复用的不是某段措辞，而是输入、输出、约束、评测和适用范围。
真实案例：某 AI 客服项目，Prompt 分散在 5 个文档和 3 个代码文件里。一次模型升级后，客服回答格式混乱。团队花了一周才找到所有相关 Prompt 并修复。后来建立 Prompt 资产库，绑定任务定义和评测集，同类似问题 2 小时解决。资产化管理让迭代速度提升 5 倍。
一、Prompt 要绑定任务定义
flowchart TD A[Task Contract] --> B[Prompt Template] A --> C[Input Schema] A --> D[Output Schema] A --> E[Eval Set]同一段 Prompt 换一个输入场景，效果可能完全不同。摘要客户邮件、摘要会议纪要、摘要技术文档，虽然都叫摘要，输入结构和成功标准并不一样。因此保存 Prompt 时，要同时保存任务名称、输入字段、输出格式、约束和评测集。
任务定义清楚后，Prompt 才能被复用。否则所谓模板只是文本片段，复制到新场景里出了问题也不知道该改哪里。任务定义也是评测和回归测试的基础。
对比分析：文本式 Prompt 管理 vs 任务契约式管理。文本式：复制粘贴，版本混乱，效果不可比，维护成本高，人员离职后知识丢失。任务契约式：绑定输入输出和评测，版本清晰，效果可量化，复用率高 3-5 倍，新人能快速上手。团队规模超过 3 人后，任务契约式管理的优势指数级扩大。
二、版本要和评测绑定
prompt: id: ticket_summary version: 4 model: "default-fast" eval_set: "ticket_summary_eval_v2" score: 0.87Prompt 版本不能只记录修改时间。每个版本都应该绑定模型版本、评测集版本和关键指标。因为 Prompt 效果依赖模型，同一个模板换模型后可能退化。没有评测绑定，版本号只是文件名。
上线前要做回归。新 Prompt 在新样本上更好，但不能让历史关键样本退化。特别是企业场景里的格式、合规、金额、权限类任务，必须设置阻断样本。评测要覆盖边界 case。
三、变量要显式声明
请根据以下工单内容生成摘要： {{ticket_content}} 输出 JSON，字段包括 summary、risk_level、next_action。Prompt 模板里的变量必须显式声明类型、来源和是否必填。不要在代码里临时拼接一堆字符串，让模板本身无法理解输入结构。变量越清楚，越容易做校验、预览和权限控制。
变量还要防注入。用户输入如果直接拼进系统指令附近，可能改变模型行为。模板引擎应该区分指令区和数据区，并对长文本、HTML、Markdown 做必要隔离。特殊字符要转义。
四、资产库要服务发布流程
{ "prompt_id": "ticket_summary", "from_version": 3, "to_version": 4, "approval": "passed", "rollback": "available" }Prompt 进入线上前，应该像代码一样经过评审、评测、发布和回滚。不是所有修改都需要复杂流程，但至少要知道谁改了、为什么改、评测是否通过、如何回退。Prompt 一旦影响客户输出，它就是生产资产。
资产库还可以记录适用范围。某个 Prompt 只适用于中文工单，另一个适用于英文邮件；某个版本适合短文本，另一个适合长文档。适用范围写清楚，业务方就不容易误用。适用边界要在资产库界面显式展示。
权限也不能忽略。不是每个人都应该修改生产 Prompt，也不是所有业务线都能读取包含客户样本的评测集。Prompt 资产库要有查看、编辑、发布和回滚权限，避免一次随手修改影响线上输出。权限分级管理是规模化后的必需品。
五、总结
Prompt 资产管理的核心不是收藏提示词文本，而是管理任务契约：输入输出、约束、变量、评测、版本、发布和回滚。
提示词会变，模型会变，业务也会变。只有任务契约稳定，Prompt 才能成为可复用、可治理的生产资产。资产库上线后，团队迭代效率会持续提升。
要点提炼：
- 能复用的是任务契约，不是提示词文本
- Prompt 绑定任务定义、输入输出 Schema、评测集
- 版本和评测绑定，上线前做回归测试
- 变量显式声明，防注入，区分指令区和数据区
- 资产库服务发布流程，有评审、回滚和权限
- 团队超 3 人后，资产化管理优势指数级扩大
