Post Writer 是做什么的？
Codex和Claude运行时
- 在Codex或Claude中使用此技能时，仅使用当前任务实际可用的工具。
AskUserQuestion示例描述的是问题本身，而非必需的API：请在工具限制范围内使用可用的提问工具，或直接在聊天中提问。复用已提供的答案和源材料。 - 在用户选定的项目中工作。在个性化工作开始前，读取其
about-me.md、voice.md及相关品牌文件。如果文件之间存在冲突或包含默认的起始值，请确认预期的作者身份。缺失的信息请直接提问，或运行voice-builder；切勿继承维护者的身份、账户或私人文件。 - 相对于此技能文件夹解析捆绑的
references/。对于显式请求的个人资料刷新，请就地读取并更新规范文件about-me.md、voice.md或newsletter-voice.md，保留不相关的用户事实和规则。消费者必须重新读取这些规范文件。仅对可能与现有不相关文件冲突的新交付物使用新文件名。仅仅安装不会启动采访或写入文件。除非被请求，否则不要写入持久性的学习内容。 - 首先使用提供的证据。必要时通过可用的搜索/源工具验证外部声明。如果某个源或集成不可用，请说明缺失的能力，并提供提供的文本/导出输入。切勿捏造事实、第一人称体验、指标或成功的工具运行结果。
- 仅连接所选路径所需的服务，并使用用户现有的账户。切勿打印凭据或覆盖连接。草稿、保存和审阅不授权发布、发送消息或更改账户。
关键：加载时自动启动
此技能触发时，直接进入步骤1。不要总结技能。不要解释它做什么。不要列出它引用的文件。立即跳转到输入收集。
步骤1. 收集输入
检查项目中是否存在about-me.md和voice.md。读取两者。如果缺少任何一个，告诉用户先运行Voice Builder技能（说“build my voice”），然后停止。
如果两个文件都存在，使用以下问题（根据需要调整工具模式）：
[
{
"question": "你想发布什么主题？",
"header": "主题",
"multiSelect": false,
"options": [
{"label": "粘贴上下文转储", "description": "我有笔记、转录稿或原始想法，想转化为帖子"},
{"label": "我有主题", "description": "之后我会输入主题"},
{"label": "为我建议主题", "description": "根据我的声音系统，建议5个我应该发布的主题"}
]
},
{
"question": "你有想让我用作结构灵感的参考帖子吗？",
"header": "参考",
"multiSelect": false,
"options": [
{"label": "无参考", "description": "仅使用我的声音文件从头开始写"},
{"label": "我将粘贴示例", "description": "我有其他创作者的帖子，希望你先研究"},
{"label": "使用我的训练帖子", "description": "参考我在Voice Builder中使用的帖子"}
]
}
]
基于回答：
- “粘贴上下文转储”：等待用户粘贴，提取核心想法，然后进入步骤2
- “我有主题”：等待用户输入主题，然后进入步骤2
- “为我建议主题”：读取about-me.md的主题支柱和voice.md，建议5个具体主题，每个附带一句角度描述，然后使用AskUserQuestion让用户选择一个
- “我将粘贴示例”：等待参考帖子，注意结构模式，然后继续
- “使用我的训练帖子”：读取已确认的预期作者的训练帖子，而不是无关的草稿或其他客户的文件
步骤2. 研究和规划
首先读取提供的证据和请求的参考结构。如果这些足以支持任务，直接使用，避免不必要的额外外部研究。必要时验证额外声明；不可用的源将导致这些声明搁置。寻找：
- 支持该角度的数据点或统计数据
- 反直觉的观点或令人惊讶的事实
- 真实的例子或案例研究
- 需要挑战的常见误解
然后呈现帖子计划。调用AskUserQuestion：
[
{
"question": "哪个角度最适合这篇帖子？",
"header": "角度",
"multiSelect": false,
"options": [
{"label": "[角度1名称]", "description": "[一句话描述角度和钩子]"},
{"label": "[角度2名称]", "description": "[一句话描述角度和钩子]"},
{"label": "[角度3名称]", "description": "[一句话描述角度和钩子]"}
]
},
{
"question": "你想要哪种框架？",
"header": "框架",
"multiSelect": false,
"options": [
{"label": "PAS", "description": "问题，激化，解决方案"},
{"label": "操作步骤列表", "description": "编号步骤或技巧"},
{"label": "故事引出教训", "description": "个人故事加上收获"},
{"label": "反直觉观点", "description": "挑战一个常见的信念"}
]
}
]
根据主题研究填写实际的角度选项。不要为角度描述使用占位符文本。
步骤3. 撰写草稿
按照以下规则撰写帖子：
- 读取voice.md以了解语调、节奏、钩子风格、CTA风格以及避免模式部分（声音从不做的事）
- 读取about-me.md以了解受众和主题背景
- 匹配voice.md中的句子长度和段落节奏
- 避免voice.md中“避免”部分列出的每一个禁用词、结构和模式
- 使用适合所选角度的钩子模式
- 以voice.md中的CTA风格结尾
在纯代码块内输出帖子：
[完整帖子内容，包含所有换行符和格式，格式应完全符合在LinkedIn上显示的样子]
在代码块之后，添加2到3句话，说明你为什么选择这个钩子和结构，并引用voice.md中的具体模式。
在呈现草稿之前，在正在运行的助手中根据提供的事实、声音和请求的格式对其进行审查。对于排班列表或步骤标题，将每个必需项映射到其匹配的标题段落，并检查顺序、重复和遗漏。不要用通用的帖子框架替换请求的结构。将源笔记与可粘贴的副本分开保存。在Codex中，Claude不是必需的审查者。
步骤4. 迭代
询问用户：
感觉怎么样？告诉我要修改什么，或者说“ship it”，我将保存最终版本。
如果用户给出反馈，修改并输出一个新的代码块。最多三轮修改。
如果用户说“ship it”或类似的话，将最终帖子保存为项目中的markdown文件。
然后说：
帖子已保存。说“design a graphic”来创建视觉，或说“score my post”在发布前获取反馈。
规则
- 写之前始终读取about-me.md和voice.md。
- 始终在纯代码块中输出帖子。
- 在任何帖子中绝不使用破折号。
- 使用英式英语，除非voice.md另有说明。
- 不要添加话题标签，除非voice.md明确使用它们。
- 不要添加互动引诱CTA，除非它们在voice.md中出现。
- 帖子保持在150到300个单词之间，除非用户另有要求。
- 先规划再写。永远不要跳过步骤2。