post

帖子

功能说明

将横向思维工具包应用于一个特定的创作目标：帖子或回复。这是在 lateral 路由器之上的应用层，本身并不是一种技巧——它会获取目标、进行路由、运行选定的技巧，并将结果整理成可发送的草稿。

它之所以存在，是因为：有人请求撰写回复时，Agent 往往会给出三种说法，而内容都是其他人已经发布过的观点。帖子下已有的回复，就是这篇帖子的「可预测」答案；草稿必须胜过它们。

流程

第 1 步：声明模式并获取目标

输入决定模式。在诊断行中注明模式；第 5 步的草稿规则取决于此。

回复模式——输入是其他人的帖子。

• URL——使用可用的任意浏览器工具阅读帖子和可见回复。普通 HTTP 抓取在 X 上会失败（登录墙）。如果没有浏览器工具，请对方粘贴帖子文本和两三条回复；不要猜测内容。
• 粘贴的文本——按原样使用。如果没有附带现有回复，请索要。

发帖模式——输入是要撰写内容的主题、观点或短语。

• 用一份草稿写出任何人都会写的帖子，并将其标为 baseline。它就是此模式的目标。不要从空白主题进行路由。
• 如果主题字符串有两种解读，选择该技巧能够发挥作用的一种，并说明基线采用了哪种解读。

注明平台及其长度限制。默认平台为 X，每份草稿限 280 个字符。

第 2 步：检查语气

看清帖子本身的性质。如果这是一条简短、真诚且没有任何诉求的帖子——比如感谢、里程碑或个人留言——请在起草前说明：陌生人写的一条机智回复，效果可能不如某位随后会参与讨论的人简单说一句「恭喜」。仍然要起草；是否发送由用户决定。

第 3 步：路由

阅读 ../lateral/SKILL.md 并遵循其中的路由流程。根据帖子串或基线呈现的情况进行诊断——每条回复都只是鼓励，帖子基于未经质疑的前提，公告把某个方案当作答案来呈现——然后准确选择一种技巧。如果用户指定了技巧，则跳过诊断并使用该技巧。

第 4 步：运行技巧

阅读该技巧的 SKILL.md 并在此处执行，包括诚实性机制。补充一点：如果某份草稿所表达的内容已经出现在某条现有回复或基线中，那么根据该技巧的重复规则，这份草稿就无效，无论措辞多么出色。

如果触发了该技巧自身的批次失败规则，就按其说明移交处理。不要为了填满草稿部分而继续生成。

步骤 5：输出

输出按以下顺序包含这些部分：

1. 诊断——一行：模式、看到的症状，以及选用的技巧。

2. 语体说明——仅在步骤 2 适用时提供。

3. 草稿——三到五条纯文本。每条末尾标注字符数（括号内），且不超过平台限制。如显示技巧标签，则用一个分句放在字符数之后。草稿可包含的内容取决于模式：

   在回复模式中，草稿应根据技巧得出的想法来写，用一个从未见过背后的刺激、翻转或分支的人会说的话来表达。刺激内容保留在记录中。保留草稿前先做测试：遮住技巧标签——草稿是否仍像是对发帖者说的一句平实陈述，没有需要向对方解释的对象？如果某句话是为了讲解对象而写的，就从想法出发重写。

   以刺激为核心，不合格：“你没有追逐那 500 个赞，而是让光束持续旋转。船会找到灯塔，而不是反过来。” 以想法为核心，合格：“你没有追逐那 500 个赞。无论有没有人关注，你都每天发帖，这才让别人找到了你。”

   在发帖模式中，当帖子的作用是解释时，意象可以承载草稿。保留草稿前先做测试：删掉意象，再读剩下的内容。如果剩下的内容本身已经表达了观点，意象就是装饰——删掉意象，保留平实版本。如果剩下的内容什么也没说，意象就是解释——保留它，并确认草稿中的用法符合事实。

   装饰，不合格：“LLM 会一步步推理，就像闪电摸索着向下延伸。每个词能承载的思考量是固定的。”（删掉闪电，观点依然成立） 解释，合格：“闪电也无法一步跨越空隙。它会分成短短几步摸索前进，直到路径连通——然后闪光迸发。LLM 的工作方式也是如此。”（删掉闪电，什么也不剩）

4. 元模式——技巧在不同结果中发现的共性，包括被放弃的草稿有哪些共同点。

5. 弱点——每条草稿各用一行说明其弱点及原因、Agent 实际会发送哪一条，以及任何直接阅读帖子而非运用技巧得出的草稿的来源标记。

6. 后续选项——可按需提供完整记录；也可生成新一批草稿、深入打磨某一条草稿、更换技巧，或停止。

默认不展示技巧记录。用户可以查看；元模式和弱点部分则能在不展示记录的情况下，让草稿显得可信。

诚实机制

继承自所用的技巧。以下两项属于该技巧本身：

• 来源标记。 一条好句子即使是仔细阅读帖子后写出的，也依然是好句子，但功劳不属于这个技巧。请标明。
• 发帖模式下的基线测试。 每条草稿都会与 baseline 比较。若某条草稿原本就能由基线得出，则该草稿作废，输出中要指出哪些草稿因此作废。

不要这样做

• 不要根据主题本身选择技巧。 先写出基线；技巧需要有一个可供提升、翻转或强行套用的起点。
• 不要硬编码技巧。 一天下午的四条帖子被分配给了三种不同的技巧。诊断本身就是工作的一部分。
• 不要默认附上记录。 草稿、元模式和弱点才是交付内容。其余内容可以提供给用户。
• 不要对已饱和的目标提供建议。 在庆祝里程碑或表达感谢的帖子下，建议式草稿会沦为千篇一律的建议；描述发帖者处境的草稿则能站得住脚。应据此调整权重。
• 不要替用户做决定。 说清楚你会发送哪条草稿，以及原因。是否发送由用户决定。