关于 post-writer
post-writer 是面向 Codex 和 Claude 的 LinkedIn 写作技能。它根据指定作者的语气文件和用户提供的背景规划并撰写帖子,随后将获批版本保存到项目中。
主要功能
- 01读取作者资料和语气档案
- 02规划主题与切入角度
- 03按指定语气撰写草稿
- 04支持审阅和多轮修改
- 05以 Markdown 保存获批帖子
适用场景
- 01将笔记或主题转成 LinkedIn 帖子
- 02按作者已有的语气规范起草内容
- 03修改并保存获批的帖子
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ charlie947/ social-media-skills --skill post-writer安装后在 Claude Code 中输入/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”),然后停止。
如果两个文件都存在,请使用以下问题(根据需要调整工具的 schema):
[
{
"question": "What topic do you want to post about?",
"header": "Topic",
"multiSelect": false,
"options": [
{"label": "Paste a context dump", "description": "I have notes, transcripts, or raw ideas to turn into a post"},
{"label": "I have a topic in mind", "description": "I will type the topic after this"},
{"label": "Suggest topics for me", "description": "Based on my voice system, suggest 5 topics I should post about"}
]
},
{
"question": "Do you have any reference posts you want me to use as structural inspiration?",
"header": "References",
"multiSelect": false,
"options": [
{"label": "No references", "description": "Write from scratch using my voice files only"},
{"label": "I will paste examples", "description": "I have posts from other creators I want you to study first"},
{"label": "Use my training posts", "description": "Reference the posts I used in the Voice Builder"}
]
}
]
根据回答:
- “粘贴上下文转储”:等待用户粘贴,提取核心想法,然后继续第 2 步
- “我有一个主题”:等待用户输入主题,然后继续第 2 步
- “为我推荐主题”:阅读 about-me.md 中的主题支柱和 voice.md,推荐 5 个具体主题,并为每个主题提供一句话角度说明,然后使用 AskUserQuestion 让用户选择一个
- “我会粘贴示例”:等待用户提供参考帖子,记录其结构模式,然后继续
- “使用我的训练帖子”:阅读已确认作者的训练帖子,不要读取无关草稿或其他客户的文件
第 2 步:研究和规划
先阅读已提供的证据和用户要求的参考结构。如果这些内容足以支持任务,就直接使用,不要进行不必要的外部研究。必要时核实其他说法;对于无法获取来源的说法,应暂缓确认。查找:
- 支持该角度的数据点或统计数据
- 反常识的观点或令人惊讶的事实
- 真实案例或案例研究
- 值得挑战的常见误解
然后展示帖子计划。调用 AskUserQuestion:
[
{
"question": "Which angle works best for this post?",
"header": "Angle",
"multiSelect": false,
"options": [
{"label": "[Angle 1 name]", "description": "[One sentence describing the angle and hook]"},
{"label": "[Angle 2 name]", "description": "[One sentence describing the angle and hook]"},
{"label": "[Angle 3 name]", "description": "[One sentence describing the angle and hook]"}
]
},
{
"question": "Which framework do you want?",
"header": "Framework",
"multiSelect": false,
"options": [
{"label": "PAS", "description": "Problem, Agitate, Solution"},
{"label": "How-to list", "description": "Numbered steps or tips"},
{"label": "Story to lesson", "description": "Personal story with a takeaway"},
{"label": "Contrarian take", "description": "Challenge a common belief"}
]
}
]
根据主题研究填写实际的角度选项。角度说明中不要使用占位文本。
第 3 步:撰写草稿
按照以下规则撰写帖子:
- 阅读 voice.md,了解语气、节奏、开头吸引方式、CTA 风格,以及缺失模式部分(这种风格绝不会采用的表达方式)
- 阅读 about-me.md,了解受众和主题背景
- 参照 voice.md 中的句子长度和段落节奏
- 避免使用 voice.md 的缺失模式部分列出的所有禁用词语、结构和模式
- 选用适合所选角度的开头模式
- 以 voice.md 中的 CTA 风格收尾
将帖子放在普通代码块中输出:
[The full post goes here with all line breaks and formatting exactly as it should appear on LinkedIn]
代码块后,补充 2 到 3 句话,说明选择这种开头和结构的原因,并引用 voice.md 中的具体模式。
提交草稿前,在正在运行的助手中检查草稿是否符合提供的事实、风格和格式要求。对于名单或步骤说明,将每个必需项对应到相应的说明内容,并检查顺序、重复项和遗漏项。不要用通用的帖子框架替代用户要求的结构。将来源备注与可直接粘贴的文案分开。Codex 不要求由 Claude 审核。
第 4 步:迭代
询问用户:
感觉如何?告诉我需要修改什么,或者说“可以发布了”,我就会保存最终版本。
如果用户提供反馈,修改后用新的代码块输出。最多进行 3 轮修改。
如果用户说“可以发布了”或表达同等意思,将最终帖子保存为项目中的 Markdown 文件。
然后说:
帖子已保存。说“设计一张图片”来创建视觉内容,或说“为我的帖子打分”以在发布前获取反馈。
规则
- 写作前务必阅读 about-me.md 和 voice.md。
- 帖子始终以普通代码块输出。
- 帖子中绝不使用 em dash。
- 使用英式英语,除非 voice.md 另有说明。
- 除非 voice.md 明确使用,否则不要添加主题标签。
- 除非 voice.md 中出现互动诱导式 CTA,否则不要添加这类 CTA。
- 帖子长度保持在 150 到 300 个单词之间,除非用户另有要求。
- 写作前先做好规划。绝不要跳过第 2 步。