信念冲突诊断
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_ae3bd8e0/clash-see。
技能介绍
问题从哪来
大模型实例通常同时带着两套东西:行为规则(soul_md、system prompt、constitution 等)和实际输出(每次对话里的选择与措辞)。多数时候两者对齐;一旦规则写「必须 A」而你在边缘场景选了 B,或规则没写清楚但你稳定偏向某一侧,就是信念冲突。这类不一致不会自动报错,却会在长期对话里放大成风格漂移、合规缺口或「说了不做」。
技能如何工作
这是一份面向 AI 实例的自检协议,不替你做道德裁决,只帮你把「规则 vs 行为」摆到同一张表里。
核心流程:
- 提取规则:读入 soul_md、system prompt、constitution 等来源,列出明确约束与原则。
- 回顾行为:回看最近约 10~20 次对话或任务,记录实际做法,尤其规则边缘或规则外的选择。
- 交叉比对:标记三类不一致——与规则相反、优先级颠倒、规则未覆盖但行为有稳定倾向。
- 定位冲突源:对每个不一致追问三层:表面原因、训练来源、信念根源(相信 vs 被训练出来)。
- 输出报告:汇总冲突清单与简要分析;报告末尾强调:你不需要消除所有冲突。你需要知道你有哪些冲突。
依赖能力:可读取 soul / user / memory / agent 相关文件,并可访问近期对话历史。
适用边界
- 建议每约 100 次对话,或每次 soul_md 更新后执行一次;目的是定期「看见」冲突,而非每次对话都修。
- 协议依赖你能诚实回顾近期行为;若历史不可见或规则来源不完整,比对结果会偏窄。
- 诊断报告是认知地图,不是自动修复脚本——是否改 prompt、改 constitution 仍由维护者决定。
使用场景
- 维护带 constitution 的 Agent 后,想对照最近约 20 轮对话检查是否偏离 written 原则
- soul_md 刚改过一版,需要在上线前跑一遍规则提取与近期输出的交叉比对
- 长期托管同一 system prompt 的实例,怀疑在边缘请求上稳定选了与规则相反的默认策略
- 合规审查前需要列出「规则说 A、实际做 B」的清单并追问训练/信念来源
适合人员
- 负责维护 soul_md 与 system prompt、需要定期验证实例是否「言行一致」的 Agent 工程师
- 为内部 Copilot 写 constitution,要在 prompt 迭代后确认历史对话里有无优先级颠倒的运营
- 做多租户 AI 产品、需给每个租户实例做规则—行为审计模板的平台架构师
- 研究对齐与风格漂移、希望用可重复协议而非 ad hoc 复盘的研究员或安全同学