寓言故事
柜台后那本总被改动的口令册
银杏客栈有一群接待员。他们每天按口令册回答客人的问题：房间规则、退订条件、贵宾折扣、夜里找谁开门。早年客人少，掌柜亲手改几句，大家照着念就行。
后来客栈开了分店，还请了会自动答话的木偶。口令册被复制到各处，有人加了礼貌语，有人补了促销话术，有人为了处理投诉，悄悄删掉了限制条件。
掌柜发现回答开始漂移。同一个问题，东店承诺免费升级，西店要求加钱；木偶有时按旧规则回话，有时把内部备注也说给客人听。
他的第一个修补是建一个群，要求所有人改完口令都在群里说一声。几天后，群消息被账单、排班和闲聊淹没，没有人知道哪一句才是线上正在用的版本。
一次大客户拿着错误承诺来索赔，掌柜才承认：口令不是随手写的便签，而是客栈生产系统的一部分。它需要版本、变量、测试、审批、发布和回滚。
他们建立了中央口令柜。每条口令都有用途、负责人、适用店铺、变量说明和变更记录。新口令先用固定问题集测试，通过后再小范围发布。
接待员还能看到口令效果：哪些问题转人工多，哪些回答让客户追问，哪些改动降低了投诉。每次事故都能追到具体版本，而不是追到某个模糊的‘最近改过’。
口令册没有因此变死。相反，大家更敢改，因为改动有实验、有比较、有审批，也有退路。掌柜最后明白，会说话的木偶越多，口令越不能靠散落文档管理；提示词就是应用逻辑，必须像代码一样被治理。后来客栈遇到一场价格调整。若按旧办法，各店会在墙上各改一句，月底必然乱套。中央口令柜先建新版本，选两家店试用，记录客人追问和退订变化，再逐步放开。出错时，掌柜能立刻退回上一版。大家这才明白，管口令不是束缚接待员，而是让每次表达变化都可测试、可追踪、可撤回。