能规模化的提示词套路

高分使用案例的提示词拆开看，其实是六个套路。学会它们，你就能像老手一样读、修、写提示词。

读够二十个精选案例你会发现：提示词不是二十个点子，而是六个点子换了六顶帽子。学会这六个，你就能读懂、修好、写出建造者水准的提示词。

1. 开工采访（先设置再干活）

开始之前先采访我关于 X 的事。给我一个方案，让我批准或修改，然后存进文件。

让 bot 采访你一次，而不是永远靠猜。所有需要偏好的案例——频道、预算、关注清单、语气——都用这一招开场。它把”品味”变成了”配置”。

2. 双文件（配置 + 状态）

• config.md——盯什么、阈值、规则、排除项。
• seen.md / log.md——哪些已经处理过。

提示词本身不存事实，只指向文件。事实会变、文件可以改、记忆靠不住。这是改造既有提示词时杠杆最高的一招。

3. 安静日规则

如果没有新内容，只发一行：“今天没有。“不要填充物。

没有它，bot 会用噪音填满沉默；有了它，一条消息才”意味着什么”。有些 bot 能被每天阅读好几个月，有些一周就被静音——差别往往是这条规则。

4. 汇报格式

每条内容：标题、3 个要点说它实际讲了什么、一行话为什么和我有关、链接。按相关度排序，不超过一屏。

格式就是例程的用户界面。长度、结构、排序都要明说——模型的默认倾向是”多说”，而早上七点你最不需要的就是多说。

5. 越权边界

只起草不发送。只提议不代买。凡是要花钱、删数据、联系真人的请求，停下问我。

用”出错的代价”来划自主权的天花板。写明边界的 bot 反而能获得更多信任，因为它的人类能预测最坏情况。

6. 防漂移条款

每次运行开始时，重读上面的指令和文件。如果提示词和文件冲突：数据以文件为准，规则以提示词为准。

长期例程必然漂移。这条条款告诉 bot 权威在哪里——“保持一致”的大部分含义就在于此。

拼装成完整骨架

一个完整提示词骨架，约 15 行：

你是<角色>，我的<职责范围>机器人。

设置——先采访我，然后把方案存进 config.md。
创建 log.md；同一条内容绝不汇报两次。

例程——<时间>：
1. 通过<工具>检查<信息源>。
2. 对照 log.md，只算新内容。
3. 按此格式汇报：<格式>。
4. 如果没有新内容：只发"今天没有"，其他什么都不发。

规则：<越权边界>。总结必须来自<事实来源>——绝不编造。
每次运行重读文件；数据以文件为准。

本站使用案例库的每一条都能映射到这个骨架上。出问题时按层诊断：角色混乱？配置过期？日志缺失？格式臃肿？边界模糊？鉴别诊断就这些。

值得点名的反面模式

• **人格小作文。**300 字人设、0 字协议。有趣，但不可控。
• **大而全。**一个 bot 又调研又写稿又发布。拆开——智能体团队就是为此存在的。
• 隐形规则。“你知道我喜欢什么。“没有文件，没有胜算。

内化这些套路最快的办法：挑一个你已经在跑的案例，找出最弱的一层，只重写那一层。