需要按个人语气系统撰写 LinkedIn 帖子时：生成…

当用户要求写或起草 LinkedIn 帖子、给出主题、粘贴笔记素材，并希望输出与个人声音系统一致的可发布成稿时使用。

适用场景

解决思路

1. 触发条件与总则：当用户说 `write a post`、`draft a post`、`LinkedIn post`、`post about [topic]`、`content idea`，或想写任何 LinkedIn 内容时触发；当用户粘贴上下文转储并要求转成帖子时也触发；写之前始终引用项目中的语音文件；最终帖子始终输出在普通代码块中。
2. 在 Codex 或 Claude 中，使用当前任务实际可用的工具执行本技能；`AskUserQuestion` 示例只描述问题，不是必须调用的 API：在限制内使用可用提问工具，或直接在聊天中提问；复用已提供的回答和素材。
3. 在用户选定的项目中工作；进行个性化写作前，读取项目的 `about-me.md`、`voice.md` 及相关品牌文件。
4. 如果文件冲突或包含初始默认值，确认目标作者；向用户询问缺失事实，或运行 `voice-builder`；绝不要把维护者的身份、账号或私有文件继承给用户。
5. 将捆绑的 `references/` 按本技能文件夹相对路径解析。
6. 当用户明确要求刷新个人资料时，就地读取并更新规范的 `about-me.md`、`voice.md` 或 `newsletter-voice.md`，保留无关的用户事实和规则；消费方必须重新读取这些规范文件。
7. 只有当新交付物会与无关的现有文件冲突时，才使用新文件名。
8. 仅安装本技能不会启动访谈或写入文件；除非用户要求，不要写入持久学习内容。
9. 优先使用已提供的证据；必要时通过可用的搜索/来源工具核实外部声明；如果来源或集成不可用，说明缺失的能力，并提供所供文本/导出文件输入。
10. 绝不要编造事实、第一人称经历、指标或成功的工具运行结果。
11. 只通过用户现有账号连接所选路线所需的服务；绝不打印凭据或覆盖连接。
12. 起草、保存和审查不授权发布、发送消息或更改账号。
13. 本技能一触发，直接进入 Step 1；不要总结技能、不要解释它做什么、不要列出它引用的文件；立即跳转到收集输入。
14. 检查项目中是否存在 `about-me.md` 和 `voice.md`；读取两者。
15. 如果任一文件缺失，告诉用户先运行 Voice Builder 技能（说 `build my voice`），然后停止。
16. 如果两个文件都存在，使用以下问题并按需调整工具 schema：主题问题为 `What topic do you want to post about?`，选项为 `Paste a context dump`、`I have a topic in mind`、`Suggest topics for me`；参考帖问题为 `Do you have any reference posts you want me to use as structural inspiration?`，选项为 `No references`、`I will paste examples`、`Use my training posts`。
17. 根据回答处理：`Paste a context dump` 时等待用户粘贴，提取核心想法，然后进入 Step 2。
18. 根据回答处理：`I have a topic in mind` 时等待用户输入主题，然后进入 Step 2。
19. 根据回答处理：`Suggest topics for me` 时读取 `about-me.md` 的主题支柱和 `voice.md`，建议 5 个具体主题并各附一行角度，然后用 `AskUserQuestion` 让用户选一个。
20. 根据回答处理：`I will paste examples` 时等待参考帖子，记录结构模式，然后继续。
21. 根据回答处理：`Use my training posts` 时读取目标作者确认过的训练帖子，而不是无关草稿或其他客户的文件。
22. Step 2：首先读取已提供的证据和所请求的参考结构；如果这些足以支持任务，就使用它们，不要添加不必要的外部研究。
23. 需要时核实额外声明；不可用来源使这些声明保持待定。
24. 寻找以下内容：支持角度的数据点或统计；反常规观点或令人意外的事实；真实例子或案例研究；需要挑战的常见误解。
25. 然后呈现帖子计划。调用 `AskUserQuestion` 询问：哪个角度最适合，选项为 Angle 1、Angle 2、Angle 3 及一句话描述；想要哪个框架，选项为 `PAS`、`How-to list`、`Story to lesson`、`Contrarian take`。
26. 根据主题研究填入实际角度选项；不要用占位文本作为角度描述。
27. Step 3：写帖子时读取 `voice.md` 了解语调、节奏、钩子风格、CTA 风格，以及 absence patterns，即该声音绝不做什么。
28. 读取 `about-me.md` 了解受众和主题背景。
29. 匹配 `voice.md` 中的句子长度和段落节奏。
30. 避免 `voice.md` 的 absence 部分列出的每一个禁用词、结构和模式。
31. 使用适合所选角度的钩子模式。
32. 以 `voice.md` 中的 CTA 风格结尾。
33. 将帖子输出在普通代码块中，保留所有换行和格式，使其与 LinkedIn 上应显示的效果完全一致。
34. 在代码块之后，添加 2 到 3 句话，说明为什么选择这个钩子和结构，并引用 `voice.md` 中的具体模式。
35. 在呈现草稿之前，在运行中的助手内对照已提供事实、语音和请求格式进行审查。
36. 对于名单或步骤说明，将每个必需项映射到匹配的说明段落，并检查顺序、重复和遗漏。
37. 不要用通用帖子框架替换用户请求的结构。
38. 将源笔记与可粘贴的文案分开。
39. Claude 在 Codex 中不是必需的审查者。
40. Step 4：询问用户：`How does this feel? Tell me what to change, or say "ship it" and I will save the final version.`
41. 如果用户给出反馈，修改并输出新的代码块；最多 3 轮修改。
42. 如果用户说 `ship it` 或等价表达，将最终帖子保存为项目中的 markdown 文件。
43. 然后说：`Post saved. Say "design a graphic" to create a visual, or "score my post" to get feedback before publishing.`
44. Rules：写之前始终读取 `about-me.md` 和 `voice.md`。
45. Rules：帖子始终输出在普通代码块中。
46. Rules：任何帖子中绝不使用 em dash。
47. Rules：除非 `voice.md` 另有说明，使用英式英语。
48. Rules：除非 `voice.md` 明确使用话题标签，否则不要添加话题标签。
49. Rules：除非这些 CTA 出现在 `voice.md` 中，否则不要添加诱导互动型 CTA。
50. Rules：除非用户另有要求，帖子保持在 150 到 300 词之间。
51. Rules：写作前先计划；绝不跳过 Step 2。

适用边界 · 注意事项

• 项目中没有 `about-me.md` 或 `voice.md`，且用户不愿先运行 Voice Builder 时，无法按用户声音系统写作。
• 用户要求发布、发送消息、更改账号，或要求编造事实、第一人称经历、指标或成功的工具运行结果时，不应使用本技能。
• 用户要求用通用帖子框架替换其指定结构，或要求添加 `voice.md` 禁止的 hashtags、互动诱导 CTA、em dash 时，不适用。