mcpField
P
post-writer

post-writer

github.com/charlie947营销与增长4.4k1.4k 次安装1 周前更新
代码仓库

关于 post-writer

post-writer 是面向 Codex 和 Claude 的 LinkedIn 写作技能。它根据指定作者的语气文件和用户提供的背景规划并撰写帖子,随后将获批版本保存到项目中。

主要功能

  1. 01读取作者资料和语气档案
  2. 02规划主题与切入角度
  3. 03按指定语气撰写草稿
  4. 04支持审阅和多轮修改
  5. 05以 Markdown 保存获批帖子

适用场景

  1. 01将笔记或主题转成 LinkedIn 帖子
  2. 02按作者已有的语气规范起草内容
  3. 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 步。

评论

支持 Markdown