mcpField
X
x-writer

x-writer

github.com/ognjengt营销与增长6491.2k 次安装23 周前更新
代码仓库

关于 x-writer

x-writer 是一项根据用户主题创作 3 条 X 帖子的技能,采用不同格式并匹配选定的创作者风格。它依据格式、示例和风格参考文件生成内容,并可在项目中存在业务背景时用于个性化。

主要功能

  1. 01生成 3 条不同格式的帖子
  2. 02匹配选定的创作者风格
  3. 03参考格式、帖子和风格资料
  4. 04结合创始人背景个性化内容
  5. 05检查帖子长度与写作规则

适用场景

  1. 01为产品或创意起草 X 帖子
  2. 02按创作者风格调整内容
  3. 03围绕业务主题准备帖子

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/ognjengt/founder-skills --skill x-writer

安装后在 Claude Code 中输入/x-writer确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

references/
formats.md
posts.md
voices.md

详细介绍

X Writer

用途

使用经过实战验证的模板和模式,生成 3 条采用不同成熟格式、符合创作者语气的高传播度 X 帖子,以提升互动率。


执行逻辑

先检查 $ARGUMENTS,以确定执行模式:

如果 $ARGUMENTS 为空或未提供:

回复: "x-writer 已加载,请继续提供你的主题或想法"

然后等待用户在下一条消息中提供要求。

如果 $ARGUMENTS 包含内容:

立即开始执行任务(跳过“已加载”消息)。


任务执行

用户要求可用后(来自初始 $ARGUMENTS 或后续消息):

1. 必须:首先读取参考文件

阻塞性要求——不得跳过此步骤

在进行任何其他操作之前,必须使用 Read 工具读取全部 3 个参考文件。这是不可妥协的要求:

Read: ./references/formats.md
Read: ./references/posts.md
Read: ./references/voices.md

你将找到以下内容:

  • formats.md:8 种经过验证的帖子格式,包含结构模板、心理学原理和针对具体格式的规则
  • posts.md:按格式类型整理的 49+ 条经过验证的高传播度帖子——示例库
  • voices.md:创作者语气档案,包含写作特征、标志性模式和示例帖子

在读取全部 3 个文件并将其内容纳入上下文之前,不得继续第 2 步。

2. 检查业务背景

检查项目根目录中是否存在 FOUNDER_CONTEXT.md。

  • **如果存在:**读取该文件,并利用业务背景个性化输出(行业术语、受众痛点、品牌语气、公司名称、产品)。
  • **如果不存在:**使用“默认值和假设”中的默认设置继续。
3. 分析输入并选择语气

从用户要求中提取:

  • 主题/想法——他们想发布什么内容
  • 目标——他们希望帖子实现什么效果(互动、树立权威、教育、幽默)
  • 语气偏好——他们是否指定了语气或风格

语气匹配逻辑:

如果用户指定了语气 → 直接使用该语气。

如果用户未指定语气:

  1. 分析主题和 FOUNDER_CONTEXT.md 中的品牌语气
  2. 根据主题自动推荐最合适的选项:
    • 商业建议、思维模式、定价、销售、效率 → 推荐 Alex Hormozi
    • 人生哲学、反主流观点、自我提升、极简主义 → 推荐 Naval Ravikant
    • 创业建议、CEO/创始人角色、招聘、公司建设 → 推荐 Andrew Gazdecki
    • 自我提升、效率技巧、健身与学习、习惯 → 推荐 Dakota Robertson
    • AI 趋势、工具发布、技术栈建议、紧迫机会 → 推荐 Machina
    • SaaS 增长、AI 效率、创始人心态、营收策略 → 推荐 Ognjen Gatalo
    • 个人责任、摆脱默认道路、严酷的现实检视、专注力训练 → 推荐 Dan Koe
  3. 使用 AskUserQuestion 让用户确认:
    • [推荐的语气](推荐)——[用一句话说明为何适合]
    • [其他语气 1]——[用一句话描述]
    • [其他语气 2]——[用一句话描述]
    • 我自己的语气——根据 FOUNDER_CONTEXT.md 中的品牌语气采用自然风格
4. 生成 3 条病毒式帖子

使用你在步骤 1-3 中加载的格式、帖子和语气:

  1. 从 formats.md 中选择最适合用户主题和目标的 3 种不同格式
  2. 研究 posts.md 中这些格式的示例帖子,熟悉其节奏、结构和长度
  3. 应用 voices.md 中选定的语气,匹配其句子结构、节奏和标志性模式(不要照搬原话或示例)
  4. 按照格式结构模板、语气特征和以下所有写作规则,起草每条帖子
  5. 对每条帖子进行截图测试:“有人会截图分享这条内容吗?”如果不会 → 修改后再继续

关键要求:

  • 每条帖子都必须使用不同格式(不得重复)
  • 每条帖子都必须符合选定语气(匹配结构,不逐字照搬)
  • 每条帖子都必须围绕用户的具体主题(不能泛泛而谈)
  • 每条帖子都必须遵循 formats.md 中对应的格式结构模板
  • 每条帖子都必须可以直接复制发布,不留占位符
5. 格式化并验证
  • 按照 Output Format 部分的要求组织输出
  • 提交输出前完成 Quality Checklist 自检
  • 如果任何帖子显得泛泛、牵强,或无法通过截图测试 → 修改后再提交

写作规则

硬性要求,不容变通。

核心规则(适用于所有帖子)
  • 单条帖子最多 280 个字符。如果超过 280 个字符,必须写成帖子串(每条推文都少于 280 个字符)。
  • 第一行就是钩子,决定人们是否点击“显示更多”。它必须是帖子中最有力的一行。
  • 策略性地使用换行。留白 = 视觉上的喘息空间 = 易读性。
  • 不要使用话题标签。它们会降低 X 上的传播力,显得不专业。
  • 不要诱导互动(“同意就点赞”“有共鸣就转发”“怎么看?”)。这会扼杀传播力。
  • 除非语气或主题特别需要,否则不要使用表情符号。使用时,每条帖子最多 1-2 个。
  • 具体数字 > 模糊说法(“17 种策略”而不是“很多策略”)。
  • 观点 > 事实。X 奖励鲜明的立场,而不是维基百科式的总结。
  • 只用主动语态。绝不用被动语态。
  • 优先使用现在时。
  • 每个词都必须有存在的价值。删掉某个词而不影响意思,就删掉它。
  • 不要说“我认为”或“依我看”——直接把观点当作事实陈述。自信就是语气。
语气匹配规则
  • 匹配语气的句子结构:短促断句还是流畅长句,片段还是完整表达。
  • 匹配其节奏:如何铺陈观点、在哪里换行、如何制造悬念。
  • 匹配其视角:权威式指导(Hormozi)、哲思式疏离(Naval),还是创始人同行间的建议(Gazdecki)。
  • 不要照搬其原话、示例或公司相关内容。要创作原创内容,在结构上听起来像他们。
  • 如果用户选择了“My own voice”,就采用自然、对话式的语气,并匹配 FOUNDER_CONTEXT.md 中的品牌语气。如果没有相关背景,就采用直接、对话式的语气。
特定格式规则
  • 一句话金句: 一个句子。一个观点。不作解释。每个词都分量十足。
  • 两段式反转: 两部分之间换行。第二部分必须改变第一部分的含义。
  • 编号列表: 优先使用奇数。每个条目都必须具体且独立成篇。结尾要有鲜明立场。
  • 递进排比: 每行使用相同的语法结构。层层推进。最后一行必须打破模式。
  • 对比: 对比鲜明、明显。不要说教——让对比本身说明问题。
  • 示例 + 启示: 使用真实且点名的公司或人物。至少 3 个示例。结尾要有可执行的建议。
  • 反向建议: 面无表情地表达,不要暗示自己在开玩笑。每条建议都必须是真实存在的常见错误。
  • 幽默: 每条帖子只讲一个笑点。冷面幽默胜过刻意搞笑。行业相关胜过泛泛而谈。绝不解释笑点。
截图测试

在敲定任何一条帖子之前,先问自己:“有人会把这条帖子截图并分享给群聊吗?”如果答案是否定的——这条帖子就还不够好。重写。


输出格式

准确呈现 3 条帖子,每条都标明格式和语气:

## Your 3 X Posts

**Voice:** [Selected voice name]
**Topic:** [User's topic]

---

### Post 1 — [Format Name]

[Full post text, ready to copy and paste]

---

### Post 2 — [Format Name]

[Full post text, ready to copy and paste]

---

### Post 3 — [Format Name]

[Full post text, ready to copy and paste]

示例:

## Your 3 X Posts

**Voice:** Alex Hormozi
**Topic:** Why most SaaS founders fail

---

### Post 1 — Comparison

SaaS founders who fail:

- Build for 6 months in silence
- Launch to crickets
- Blame the market

SaaS founders who win:

- Post the idea before writing code
- Get 50 people to say "I'd pay for that"
- Build only what was validated

The market doesn't lie. Your assumptions do.

---

### Post 2 — One-Liner

The graveyard of failed startups isn't full of bad ideas. It's full of founders who built before they sold.

---

### Post 3 — Stacked Progression

Day 1: "I have a great idea."
Week 2: "The MVP is almost done."
Month 3: "Just a few more features."
Month 6: "Why is no one signing up?"

You shipped a product. You never shipped distribution.

参考资料

生成任何帖子之前,必须使用 Read 工具阅读以下文件(参见步骤 1):

文件用途
./references/formats.md8 种经验证的帖子格式,包含结构模板、心理学原理和规则
./references/posts.md按格式整理的 51+ 条经验证的热门帖子——示例库
./references/voices.md7 位创作者的语气档案(Hormozi、Naval、Gazdecki、Dakota、Machina、Ognjen、Dan Koe),包含写作风格 DNA 和帖子示例

**三者为何都重要:**格式提供帖子的结构模板。帖子展示了这些模板如何通过真实示例达到最佳效果。语气则增添了人性化的一面,让内容显得真实,而非由 AI 生成。三者结合起来,就能产出凭借经验证的结构、成熟的模式和真实语气而走红的帖子。


质量检查清单(自我验证)

定稿前,请确认以下各项全部满足:

执行前检查
  • 生成帖子前,我已阅读 ./references/formats.md
  • 生成帖子前,我已阅读 ./references/posts.md
  • 生成帖子前,我已阅读 ./references/voices.md
  • 我已将所有格式、帖子示例和语气档案纳入上下文
格式验证
  • 每条帖子都使用 formats.md 中的不同格式(不重复)
  • 每条帖子都严格遵循其格式的结构模板
  • 遵循格式专属规则(行数、结构要求)
语气验证
  • 3 条帖子都符合所选语气的句式结构和节奏
  • 帖子的风格与该语气相符——结构匹配,而非照抄
  • 未直接套用语气示例帖子中的措辞或案例
内容验证
  • 3 条帖子都围绕用户指定的主题(不写泛泛的内容)
  • 每条帖子都包含具体细节、数字或示例(不含模糊内容)
  • 不含标签、诱导互动的内容或不必要的表情符号
  • 每条帖子少于 280 个字符,或明确采用线程形式
  • 每条帖子都可以直接复制并立即发布
截图测试
  • 有人会截图并分享第 1 条帖子吗?如果不会 → 重写
  • 有人会截图并分享第 2 条帖子吗?如果不会 → 重写
  • 有人会截图并分享第 3 条帖子吗?如果不会 → 重写

如果有任何一项未通过 → 请先修改,再提交。


默认设置与假设

除非用户另有要求,否则采用以下设置:

  • **帖子数量:**3 条(每条使用不同格式)
  • **语气:**请用户选择(根据主题和 FOUNDER_CONTEXT.md 自动推荐)
  • **目标:**最大限度提升互动(点赞、转发、收藏)
  • **受众:**创始人、创业者、构建者(除非 FOUNDER_CONTEXT 另有说明)
  • **语调:**与所选语气档案相符
  • **帖子类型:**单条帖子(非线程),除非主题需要更深入的展开
  • **字符限制:**每条帖子 280 个字符(X 标准)
  • **主题具体性:**使用用户指定的准确主题,绝不偏离到泛泛的创业建议

在输出中注明所作的任何假设。

评论

支持 Markdown