跳至主要内容
Aurikle
AI与系统Aurikle

企业助理提示词版本怎么管

企业助理的提示词版本,要写明现在生效的系统消息和固定提示是哪一版、谁核准,以及怎样退回上一版。文件版本回答哪一份档案是现行文本;答错回收回答同事指出答复不对之后改文件、切段还是重测;这一页回答助理每次作答时套用的那段固定文字。

目录
  1. 提示词版本和文件版本、答错分开写
  2. 系统消息是一组指示,不保证模型照做
  3. 要留下版本的是固定文本,不是同事当下的问题
  4. 新版本要有人核准,才取代现行
  5. 退回上一版,仍由核准人写下
  6. 答错若指向提示词,对上当时的版本号
  7. 指示互相冲突,或没有写退路,留在草稿
  8. 版本、核准人和上一版路径写上,才算在管
对应服务企业知识库与内部助理阅读这篇

提示词版本和文件版本、答错分开写

文件版本回答存放处上哪一份是现行文本、谁可以把旧稿标成停用。答错回收回答有人指出答复不对之后,同一行记下问题、错误答复和正确来源,再决定改文件、重切、重测,或改当时依靠的提示。提示词版本回答的是另一件事:系统消息,以及包住同事问题的那段固定提示,现在生效的是哪一版文字、谁核准它生效、退回时指回哪一版。三份可以指到同一次作答。分别见 知识库文件版本怎么管、知识库答错怎么回收。

答复要带的路径、版本和段落,见 知识库回复怎么附来源。谁可以打开哪一组文件,见 知识库权限分级怎么设。交付范围读 企业知识库与内部助理。提示词版本不改写文件的现行标记,也不另造一条答错入口。

系统消息是一组指示,不保证模型照做

2026年11月2日阅读的 Microsoft Learn:Azure OpenAI 的系统消息 该页没有刊登日期。该页写明,它谈的是聊天体验里的系统消息,有时也称为系统提示或 metaprompt,对象是 Azure OpenAI 的聊天模型。该页把系统消息定义成提供给模型的一组指示和情境,用来引导回应,通常用于界定助理的角色和边界、语气、输出格式,以及该场景的安全和质量限制。该页并写明,系统消息可以是短短一句,也可以是多行的规则。页上的韵文例子和 JSON 范例只是例子,不拿来当这次助理的正文。

同一页写明,系统消息会影响模型,但不保证模型遵守每一条。仍须测试和反复调整,并与其他缓解一起用,例如过滤和评估。聊天接口送出的消息带有角色,例如 system、user 和 assistant。系统消息通常放在最前,作为这次对话最高层的指示。该页写明,指示要没有歧义、规则不要互相冲突,并把缺少数据或超出范围时的退路写明白。该页并写明,回应会因模型和版本而不同;用户内容和系统指示冲突时,尤其在较长的对话里,行为可以改变。这是该页对 Azure OpenAI 聊天模型的说明,不是要求这次必须采购该项服务。

要留下版本的是固定文本,不是同事当下的问题

同事这一次打进来的问题,是 user 角色里当下的内容,每次不同,不编成一个版本。要版本化的是两段固定文本:系统消息,以及公司写好、在问题前面一并送出的固定提示。固定提示若没有,封面写「没有固定提示」,不留空白。两段各自有版本号、成为现行的日期,以及存放路径。

聊天里临时贴上的一句指示,没有写进这两段之前,不改变现行版本。草稿放在现行文本旁边,标成草稿,助理不套用草稿。文件库里的现行档案仍然按文件版本那一篇标记。提示词版本只记下它测试时对上的是哪一个文件组版本,不代替那个现行标记。

新版本要有人核准,才取代现行

谁可以核准新版本,写在封面,注明姓名。该页没有指定这个人。没有这一行,草稿不能成为现行。核准人在同一笔里把新文本标成现行,把上一版标成停用,写上日期,并指回新版本的路径。停用的文本仍可读,供对照当时的答复。

核准前要写明看过什么:是答错记录里的哪几行,还是检索那一篇已经备好的问题集。看过的范围空白,核准不算完成。答错怎样登录、检索怎样重测,仍在那两篇,见 知识库答错怎么回收、知识库检索效果怎么验。这一页只记下版本号对上了哪一批记录,不另算一个分数。

退回上一版,仍由核准人写下

退回是把已停用的上一版再标成现行,并把现在这版标成停用,两件事在同一笔,由同一个核准人签名,写上日期和原因。原因指到答错行、检索记录,或一则写明的冲突。原因空白,不退回。

退回不改写已经送出的旧答复,也不删掉停用文本。已经送出的答复若要更正,走答错那一篇。提示词只决定下一次作答套用哪一版。聊天里说「用旧的那句」而没有这笔签名,现行版本不变。

答错若指向提示词,对上当时的版本号

答错回收里若下一条是改提示,那一行要写当时生效的提示词版本号,以及核准后取代它的版本号。没有当时的版本号,不能把原因记成提示词,改记成版本尚未写上。切段、改文件、重测检索,仍按答错那一篇选择,不在这里改判。

系统消息和固定提示是两个版本。答错行要写明改的是哪一段。两段都改,就写两个版本号。只改一段时,另一段的版本号保持不变,并在同一笔里写明未改。

指示互相冲突,或没有写退路,留在草稿

该页把互相冲突的指示列为常见问题,例如又要简短又要完备,却没有先后。也把过长的系统消息列为问题,因为较长的消息会占用上下文,挤压用户内容。公司在草稿上标出互相冲突的句子,或标出缺少数据、超出范围时没有写退路。标出的句子还没改完,核准人不把草稿标成现行。

该页写明,系统消息不保证每一条都被遵守,回应也会因模型版本而变。模型名称若要留下,连同阅读或上线的日期写在版本封面,不把模型版号写成提示词版号。提示词版号只对文本。换了模型而文本未改,仍要有一行写明模型变更的日期和核准人,否则现行提示不视为已对新模型核准。

版本、核准人和上一版路径写上,才算在管

系统消息没有版本号、核准人没有名字,或停用的上一版没有路径,助理不套用这段文字作答。固定提示若封面没有写「没有」也没有版本,同样不套用。同事的问题照常收下,答复改为提示词版本还没写上。

用三件事看提示词有没有在管:现行的系统消息和固定提示各有版本和日期;新版本和退回都由该核准人在同一笔里写下;答错若指向提示词,对得上当时的版本号。有一项空着,下一次作答不套用未核准的文本。

相关笔记