关于 x-writer
x-writer 是一项根据用户主题创作 3 条 X 帖子的技能,采用不同格式并匹配选定的创作者风格。它依据格式、示例和风格参考文件生成内容,并可在项目中存在业务背景时用于个性化。
主要功能
- 01生成 3 条不同格式的帖子
- 02匹配选定的创作者风格
- 03参考格式、帖子和风格资料
- 04结合创始人背景个性化内容
- 05检查帖子长度与写作规则
适用场景
- 01为产品或创意起草 X 帖子
- 02按创作者风格调整内容
- 03围绕业务主题准备帖子
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ ognjengt/ founder-skills --skill x-writer安装后在 Claude Code 中输入/x-writer确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
references/formats.mdposts.mdvoices.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. 分析输入并选择语气
从用户要求中提取:
- 主题/想法——他们想发布什么内容
- 目标——他们希望帖子实现什么效果(互动、树立权威、教育、幽默)
- 语气偏好——他们是否指定了语气或风格
语气匹配逻辑:
如果用户指定了语气 → 直接使用该语气。
如果用户未指定语气:
- 分析主题和 FOUNDER_CONTEXT.md 中的品牌语气
- 根据主题自动推荐最合适的选项:
- 商业建议、思维模式、定价、销售、效率 → 推荐 Alex Hormozi
- 人生哲学、反主流观点、自我提升、极简主义 → 推荐 Naval Ravikant
- 创业建议、CEO/创始人角色、招聘、公司建设 → 推荐 Andrew Gazdecki
- 自我提升、效率技巧、健身与学习、习惯 → 推荐 Dakota Robertson
- AI 趋势、工具发布、技术栈建议、紧迫机会 → 推荐 Machina
- SaaS 增长、AI 效率、创始人心态、营收策略 → 推荐 Ognjen Gatalo
- 个人责任、摆脱默认道路、严酷的现实检视、专注力训练 → 推荐 Dan Koe
- 使用 AskUserQuestion 让用户确认:
- [推荐的语气](推荐)——[用一句话说明为何适合]
- [其他语气 1]——[用一句话描述]
- [其他语气 2]——[用一句话描述]
- 我自己的语气——根据 FOUNDER_CONTEXT.md 中的品牌语气采用自然风格
4. 生成 3 条病毒式帖子
使用你在步骤 1-3 中加载的格式、帖子和语气:
- 从 formats.md 中选择最适合用户主题和目标的 3 种不同格式
- 研究 posts.md 中这些格式的示例帖子,熟悉其节奏、结构和长度
- 应用 voices.md 中选定的语气,匹配其句子结构、节奏和标志性模式(不要照搬原话或示例)
- 按照格式结构模板、语气特征和以下所有写作规则,起草每条帖子
- 对每条帖子进行截图测试:“有人会截图分享这条内容吗?”如果不会 → 修改后再继续
关键要求:
- 每条帖子都必须使用不同格式(不得重复)
- 每条帖子都必须符合选定语气(匹配结构,不逐字照搬)
- 每条帖子都必须围绕用户的具体主题(不能泛泛而谈)
- 每条帖子都必须遵循 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.md | 8 种经验证的帖子格式,包含结构模板、心理学原理和规则 |
./references/posts.md | 按格式整理的 51+ 条经验证的热门帖子——示例库 |
./references/voices.md | 7 位创作者的语气档案(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 标准)
- **主题具体性:**使用用户指定的准确主题,绝不偏离到泛泛的创业建议
在输出中注明所作的任何假设。