提问集维护 SOP 清单

提问集（Prompt Set）是 GEO 监测的尺子，尺子自身要维护：业务在变、用户问法在变、引擎在变，冻结的问句集放任不管会慢慢失真——问的人不再这样问了，读数再漂亮也是刻舟求剑。方法层的判据与原理见提问集维护方法页，本页把维护动作拆成可开工的清单：每季度走一遍，触发器条件命中随时走。

维护节奏：一个固定拍加三个触发器

固定拍：每季度最后一次周报出完后启动季度维护，产出新版本问句集与变更记录，赶在下一轮复测前生效。

触发器命中即提前维护，不等季度：

• 模型版本漂移：某引擎回答结构突变且排查确认是版本升级——基线要重跑，问句集顺带做一次重估，机理见模型版本漂移。
• 业务线变化：新产品上市、老产品退市、目标市场调整——相关问句组当季扩充或淘汰，不等到期。
• 监测口径变更：换监测工具或改采样方式——问句集原样平移前先做一次新旧口径的同题对照，确认读数可衔接。

季度维护四步清单

四步的顺序不能换：先重估才知道哪组疲软，先淘汰再扩充才不会越养越肥，配比复核放在最后是因为前三步会改变结构。基线与复测的对应关系见基线测量——每版问句集有自己的基线，换版本必换基线。

淘汰与扩充的判据边界

淘汰要防两个极端。一防手松：问句组连续多期读数无变化，先查是问法过时（用户已不这样问）还是内容侧长期没供给——两种都能修，直接淘汰是最后选项。二防手紧：明知与业务脱节的问句舍不得删，“历史数据舍不得”不是理由，僵尸问句稀释采样预算还拉低复测效率。

扩充按业务决策链补位：怎么选（对比）、怎么用（教程）、出了问题怎么办（售后）三段，哪段空白补哪段。扩充问句与存量问句分开建基线，新问句前两期只记录不判读——给它两个采样周期再参与趋势判断。

变更留痕：没有日志的基线是断的

问句集每次变更记四件事：版本号、生效日期、增删改明细、变更原因。历史读数按当时的问句集版本解释，新旧版本的曲线不许直接接龙画在一张图上——接龙画图制造假连续性，趋势判断全错。留痕落在口径日志里，月度归因和季度维护都靠它对账。

变更权限一并定死：问句集的增删改只有 GEO 负责人能拍板，其他角色可以提名但不能直接动集——多人各自往集里加问句，是问句集失真最快的方式。提名统一走季度维护处理，处理结果回写变更记录；触发器场景的紧急变更也走同一权限，先改集、后补记录，记录不许欠过一周。

使用节奏

• 何时用：季度固定拍加三个触发器；每年再做一次全量重审，把问句集从零重排一遍，检验存量问句是否还站得住。维护窗口避开正在进行的复测周期——问句集换版与复测采样撞在同一周，两边的读数都说不清。
• 谁负责：GEO 负责人主持，销售与客服各供一轮真实问法，内容负责人确认新问句有对应的内容动作可承接。
• 验收标准：新版本有版本号与变更记录；被淘汰问句逐条有理由；扩充问句全部能指出来源。问句集的分组思想与配比原理见提问集术语卡，采样与复测的整体口径见测量方法论。