把主题套用 PAS/AIDA/BAB/STAR/SLAY…

当用户说「把这段排版成帖子」「把它写成 LinkedIn 帖子」「按 PAS（或某个指定框架）写」或想从某个主题得到结构严谨的帖子时使用。

适用场景

解决思路

1. 运行时：在当前任务实际可用的工具里执行本技能；AskUserQuestion 里的 JSON 只是描述要问什么，不是必须调用的 API——用当前可用的提问工具（在其限制内）或直接在聊天里问；优先复用用户已经给出的回答和素材。
2. 项目与身份：在用户选定的项目中工作；做个性化内容前先读取项目里的 about-me.md、voice.md 及相关品牌文件；若文件互相冲突或仍是初始默认值，先确认预期作者是谁；缺少事实就追问，或运行 voice-builder；绝不沿用维护者的身份、账号或私有文件。
3. references 与持久文件：把打包的 references/ 相对于本技能所在目录解析；只有在用户明确要求刷新 profile 时，才就地读取并更新规范文件 about-me.md、voice.md、newsletter-voice.md，并保留其中与本次无关的用户事实和规则；下游消费者必须重新读取这些规范文件；只有当新交付物会与无关的现有文件重名冲突时，才改用新文件名；仅安装本技能不会启动访谈、也不会写文件；除非用户要求，不要写入持久的「学习」内容。
4. 证据与核实：优先使用用户已提供的证据；需要时用可用的搜索/来源工具核实外部声明；若来源或集成不可用，明确指出缺少的能力，并提供「让用户粘贴文本/导出内容」的输入方式；绝不编造事实、第一人称经历、指标，或声称某个工具已成功运行。
5. 连接与权限：只通过用户已有账号连接所选路线真正需要的服务；绝不打印凭据、绝不覆盖已有连接；起草、保存、审阅都不等于授权发布、发消息或更改账号。
6. 自动启动：本技能触发后直接进入 Step 1，不要先做总结，立刻开始收集输入。
7. Step 1 收集输入：用提问工具问两件事——(a) 你想发什么主题（选项：我直接输入主题 / 粘贴一段上下文素材，如笔记、数据、转录稿）；(b) 用哪个框架（PAS 问题-激化-解决、AIDA 注意-兴趣-欲望-行动、BAB 之前-之后-桥梁、STAR 情境-任务-行动-结果、SLAY 故事-教训-可执行建议-你、帮我选一个=根据主题推荐最合适的框架）。
8. Step 1 追问一次：「还有什么我需要知道的？事实、数据、语气说明，或这篇是写给谁的。」然后等待回复。
9. Step 2 全局写作规则：最多 20 个非空行；在行数限制允许的前提下目标 150–200 词，但不要为凑词数下限而填充；用户提供的原文和必需事实优先于词数目标。
10. Step 2：每行之后都加一个空行（移动端排版）。
11. Step 2：大多数行是一句话，不超过 55 个字符。
12. Step 2：最多 4 行可以是迷你段落（2–3 句，不超过 110 个字符）。
13. Step 2：用六年级词汇水平；零副词、零行话、零废话。
14. Step 2：不使用 em dash（长破折号）。
15. Step 2：除 hook 本身就是问句外，不用问句。
16. Step 2：不用 emoji，仅限制在编号列表（1. 2. 3.）的对勾和 CTA 里的回收符号。
17. Step 2：三法则——每篇最多使用两组 trio（三项并列）。
18. Step 2：句首要有变化，不要过度使用「I」。
19. Step 3 结构 Line 1（Hook）：纯文本，方便直接粘进 LinkedIn，不超过 50 个字符。
20. Step 3 Line 2（Twist / 反差）：不超过 50 个字符，与 hook 相反或制造意外。
21. Step 3 Lines 3–18（主体）：套用所选框架，每个阶段拆成 3–5 行；保留必需步骤/条目的真实数量和顺序，不要硬凑成三组；需要时用箭头表示流程。
22. Step 3 框架映射：PAS = Problem → Agitation → Solution；AIDA = Attention → Interest → Desire → Action；BAB = Before → After → Bridge；STAR = Situation → Task → Action → Result；SLAY = Story → Lesson → Actionable advice → You。
23. Step 3 最后 1–2 行（收尾 + CTA）：在 20 个非空行总数内收掉这条教训；用作者自己的收尾风格；合适时可以加转发 CTA（可选）。
24. Step 4 输出：把成品帖子放在代码块里；任何下一步的提问都放在可粘贴的正文之外。
25. Step 5 提供下一步：帖子写完后问：「要不要配一张对应的图（graphic-designer 技能），或者让我对照你的历史帖子给它打分（post-scorer 技能）？」
26. 规则：代码块里只能有成品帖子。
27. 规则：强制执行行长、词数、行数限制，并实际逐项数一遍。
28. 规则：绝不使用 em dash。
29. 规则：除非 voice.md 另有规定，默认使用英式英语。
30. 规则：若项目中存在 voice.md，按它调整语气和节奏。
31. 规则：保留必需条目的覆盖；对最终文案统计非空行数和字符数。

适用边界 · 注意事项

• 用户想要的是不受框架约束、用自己语气自由起草的草稿时（那应该用 post-writer）。
• 缺少任何可用事实、数据或素材，且用户也无法提供时——本技能禁止编造事实、经历或指标。
• 想让它直接发布、发消息或更改账号时——它只负责起草，发布需另行授权。