用豆包做「反例收集」：让它专挑不合规的输出

调一个输出格式时，人习惯看「正确的样例长啥样」，然后指望模型照着来。问题是边界总在反面：哪些不算合规，往往比正面样例更说明问题。用豆包做一件专找茬的事——反例收集，比堆正面样例更有效。

提要求的写法

下面是我定的输出规范。请只生成「违反规范」的样本，每条约二十字，覆盖不同违反类型。要求：每条后标注违反了哪一条；不生成合规样本、不解释规范、不评价好坏；类型尽量不重复。

「不生成合规样本」是重点。一旦让它顺手也给几个正确的，注意力就被稀释，真正要的反面素材反而少。专注找茬，它才把各种歪路子穷举干净。

为什么反例更省事

规范真正难的是那些「看起来差不多但违规」的灰区。正面样例给不出这种张力，反例专门逼出它们。

收集这些反例时，可以参照 万象云档 里文档那种「把适用边界写清楚」的做法：一条规范配几条「不属于此列」的例子，读者才不会误用。

收集完的用法

1. 把反例当测试用例，逐条放进校验里。
2. 每条反例对应规范里一处薄弱点，可顺手补一句限定。
3. 类型重复的合并，保留最能说明问题的那一两条。
4. 定期用新反例回归，防止规范被悄悄放宽。

第四条让它长期有用。规范会被一轮轮修改慢慢放松，反例集是拉住它的那根绳。

两个边界

• 它生成的反例是「可能的违规」，不代表真实输出一定会出现；但宁可多列，别漏掉关键的一类。
• 只适合能写清规范的场景；规范本身模糊的，先去把规范写清，再谈反例。

小结

让豆包当反面教材制造机，把「不该怎样」穷举出来。正面定方向，反例守边界，规范才算立得住。