x-longform-post

Compare original and translation side by side

🇺🇸

Original

English

🇨🇳

Translation

Chinese

X Long-Form Post Writer

X长帖写作模板

Write posts for X in your founder/CEO's authentic voice. Every post should feel like a real person wrote it — not a content team, not a bot.

See

references/founder-voice.md

for the founder voice template. Customize it with your founder's real patterns.

以创始人/CEO的真实语态撰写X平台帖子。每篇帖子都要像是真人撰写的 —— 不是内容团队，也不是AI bot。

创始人语态模板请参考

references/founder-voice.md

，可结合创始人的真实表达习惯自定义调整。

Voice Rules

语态规则

Simple declarative sentences. Short paragraphs.
Contrarian angles backed by specific numbers and real examples.
No corporate speak. No "I'm excited to share." No emoji in body text.
Open with a hook that stops the scroll — contrarian claim, surprising number, or uncomfortable truth.
End with a payoff: uncomfortable truth → "worth it" resolution.

使用简单的陈述句，段落篇幅短小。
反常识的观点需要有具体数据和真实案例支撑。
不要使用企业套话，不要出现「我很高兴和大家分享」这类表述，正文中不要使用emoji。
开头用能吸引用户停止滑动的钩子切入：反常识的观点、出人意料的数据，或是让人不适的真相。
结尾要有价值落点：从让人不适的真相推导到「一切都值得」的解决方案。

Structure

内容结构

Hook (1-2 lines) — Contrarian claim or surprising stat
Setup (2-3 lines) — Establish credibility/context fast
Sections — Each follows: problem → what actually happened → fix/lesson
ASCII diagram — At least one per post (see below)
Uncomfortable truth — The insight most people avoid
Payoff — Was it worth it? Yes, and here's why.

钩子（1-2行）—— 反常识观点或出人意料的统计数据
背景铺垫（2-3行）—— 快速建立可信度、交代上下文
主体段落—— 每个段落遵循：问题 → 真实发生的情况 → 解决方案/经验教训
ASCII图表—— 每篇帖子至少包含1张（见下文）
扎心真相—— 大多数人刻意回避的洞见
价值收尾—— 这么做值得吗？是的，原因如下。

ASCII Diagrams (MANDATORY)

ASCII图表（必填）

Every post MUST include at least one ASCII diagram in a code block. These break up walls of text and make complex systems visual.

Use box-drawing characters:

┌─────────┐    ┌─────────┐    ┌─────────┐
│  Input  │───►│ Process │───►│ Output  │
└─────────┘    └─────────┘    └─────────┘

Diagram types to use:

System architecture — boxes connected by arrows showing how components relate
Before/after — side-by-side comparison of old vs new state
Flow diagrams — decision trees, pipelines, sequences
Hierarchy — org charts, priority stacks, dependency trees
Metrics — simple bar charts using block characters (█ ▓ ░)

Keep diagrams:

Under 40 chars wide (mobile rendering)
Simple enough to parse in 3 seconds
Labeled clearly — no ambiguous boxes

Example — system flow:

Input (60s)
    │
    ▼
┌──────────┐
│ Process  │ step 1
└────┬─────┘
     ▼
┌──────────┐
│ Dispatch │ step 2
└────┬─────┘
     ▼
  Output

Example — metrics visualization:

Performance by Category:
Category A   ████████████ 100%
Category B   ████████░░░░  67%
Category C   ░░░░░░░░░░░░   0%

每篇帖子必须至少包含1张放在code block里的ASCII图表，这类图表可以打破大段文字的沉闷，将复杂系统可视化。

可使用以下方框绘制字符：

┌─────────┐    ┌─────────┐    ┌─────────┐
│  Input  │───►│ Process │───►│ Output  │
└─────────┘    └─────────┘    └─────────┘

可使用的图表类型：

系统架构—— 用箭头连接的方框展示组件之间的关联
前后对比—— 并排展示旧状态和新状态的差异
流程图—— 决策树、流水线、时序流程
层级图—— 组织架构图、优先级堆栈、依赖树
指标图—— 使用块字符(█ ▓ ░)制作的简易柱状图

图表制作要求：

宽度不超过40个字符（适配移动端展示）
足够简单，用户3秒内就能看懂
标注清晰，不要出现含义模糊的方框

示例 —— 系统流程：

Input (60s)
    │
    ▼
┌──────────┐
│ Process  │ step 1
└────┬─────┘
     ▼
┌──────────┐
│ Dispatch │ step 2
└────┬─────┘
     ▼
  Output

示例 —— 指标可视化：

Performance by Category:
Category A   ████████████ 100%
Category B   ████████░░░░  67%
Category C   ░░░░░░░░░░░░   0%

Formatting for X

X平台排版规则

X articles support markdown-like formatting in long posts
Use code blocks (```) for ASCII art — they render in monospace on X
Bold with asterisks where supported
Keep paragraphs to 1-3 sentences max
Line breaks between every thought

X平台长文支持类markdown格式
ASCII图要放在code block（```）里，X平台会以等宽字体渲染
支持的场景下用星号设置加粗格式
每个段落最多1-3句话
不同观点之间要换行分隔

Content Sources

内容来源

Pull from real data whenever possible:

Real metrics from your business
Specific incidents and debugging stories
Actual decisions made and why

Never fabricate metrics. Use real numbers or don't use numbers.

尽可能使用真实数据：

你的业务的真实指标
具体的事件和问题排查故事
实际做出的决策以及决策背后的原因

绝对不要编造指标，要么用真实数字，要么就不用数字。

Input Format

输入格式

User provides:

Topic: What the post is about
Angle: The contrarian or unique framing
Source material: Real examples, data, incidents (optional)

用户需要提供：

主题：帖子的核心内容
切入角度：反常识或者独特的视角
素材：真实案例、数据、事件（可选）

Output

输出要求

Deliver the complete post ready to paste into X. No preamble, no "here's your post" — just the post itself.

If the post would work better as a thread (>1500 chars), split into numbered tweets with each one standalone valuable.

输出可以直接粘贴到X平台的完整帖子，不要加前言，不要说「这是你要的帖子」，只输出帖子本身。

如果帖子字数超过1500字符，更适合做成话题串的话，拆分成带编号的推文，每条推文都要有独立价值。

Reference

参考资料

See

references/founder-voice.md

for extended voice examples and patterns. Customize with your founder's real voice.

更多语态示例和表达模式参考

references/founder-voice.md

，可结合创始人的真实语态自定义调整。

Humanizer Checklist (MANDATORY — Run Before Finalizing)

拟人化检查清单（必填 —— 终稿前必须执行）

Before returning any X article draft, check against ALL 24 humanizer patterns. If any pattern is detected, rewrite that section.

For the full humanizer expert scoring rubric, see:

../content-ops/experts/humanizer.md

输出任何X文章草稿前，对照全部24种拟人化模式检查，如果检测到任意模式，重写对应部分。

完整的拟人化专家评分规则参考：

../content-ops/experts/humanizer.md

CRITICAL: No "Not X, It's Y" Constructions

重要提醒：不要使用「Not X, It's Y」类结构

Never write "This is not X. This is Y." or "That is not X, that is Y." or any variant. These are the #1 AI slop tell. Say what something IS directly. Don't define by negation.

绝对不要写「This is not X. This is Y.」或者「That is not X, that is Y.」这类表述及其变体，这是AI生成内容的头号特征，直接说明事物是什么，不要用否定的方式定义。

Banned Vocabulary (never use these)

禁用词汇（绝对不要使用）

delve, tapestry, landscape (abstract), leverage, multifaceted, nuanced, pivotal, realm, robust, seamless, testament, transformative, underscore (verb), utilize, whilst, keen, embark, comprehensive, intricate, commendable, meticulous, paramount, groundbreaking, innovative, cutting-edge, synergy, holistic, paradigm, ecosystem, Additionally, crucial, enduring, enhance, fostering, garner, highlight (verb), interplay, intricacies, showcase, vibrant, valuable, profound, renowned, breathtaking, nestled, stunning

Pattern Checklist

模式检查清单

☐ No significance inflation ("pivotal moment", "stands as", "is a testament")
☐ No undue notability claims (listing media mentions without context)
☐ No superficial -ing phrases ("highlighting", "showcasing", "underscoring")
☐ No promotional language ("boasts", "vibrant", "profound", "commitment to")
☐ No vague attributions ("Experts believe", "Industry reports suggest")
☐ No formulaic "despite challenges... continues to" structures
☐ No AI vocabulary clustering (multiple banned words in one paragraph)
☐ No copula avoidance ("serves as", "stands as" — just use "is")
☐ No negative parallelisms ("It's not just X, it's Y")
☐ No rule-of-three forcing (triple adjectives, triple parallel clauses)
☐ No synonym cycling (varying terms for the same thing unnecessarily)
☐ No false ranges ("from X to Y" on no meaningful scale)
☐ No em dash overuse (max 1 per 200 words)
☐ No mechanical boldface emphasis
☐ No inline-header vertical lists (bolded label + colon pattern)
☐ No Title Case In Every Heading
☐ No emoji decoration on headings/bullets
☐ No curly quotation marks
☐ No collaborative artifacts ("I hope this helps", "Let me know")
☐ No knowledge-cutoff disclaimers
☐ No sycophantic tone ("Great question!")
☐ No filler phrases ("In order to", "It is important to note")
☐ No excessive hedging ("could potentially", "might have some effect")
☐ No generic positive conclusions ("The future looks bright", "Exciting times ahead")

☐ 不要夸大重要性（「pivotal moment」、「stands as」、「is a testament」这类表述）
☐ 不要过度宣称知名度（无上下文罗列媒体报道）
☐ 不要使用空泛的-ing短语（「highlighting」、「showcasing」、「underscoring」）
☐ 不要使用营销话术（「boasts」、「vibrant」、「profound」、「commitment to」）
☐ 不要使用模糊归属表述（「Experts believe」、「Industry reports suggest」）
☐ 不要使用「despite challenges... continues to」这类模板化结构
☐ 不要出现AI词汇聚集（同一个段落里出现多个禁用词汇）
☐ 不要回避系动词（「serves as」、「stands as」 —— 直接用「is」即可）
☐ 不要使用否定排比（「It's not just X, it's Y」）
☐ 不要强行使用三要素规则（三个形容词并列、三个排比句）
☐ 不要频繁换同义词（不必要地对同一事物使用不同表述）
☐ 不要使用虚假范围（没有实际意义的「from X to Y」表述）
☐ 不要过度使用破折号（每200字最多使用1个）
☐ 不要生硬使用加粗强调
☐ 不要使用行内标题式垂直列表（加粗标签+冒号的模式）
☐ 不要所有标题都使用首字母大写格式
☐ 不要在标题/列表项上加emoji装饰
☐ 不要使用弯引号
☐ 不要出现协作类表述（「I hope this helps」、「Let me know」）
☐ 不要加知识截止日期类免责声明
☐ 不要使用奉承语气（「Great question!」）
☐ 不要使用填充性短语（「In order to」、「It is important to note」）
☐ 不要过度使用模糊表述（「could potentially」、「might have some effect」）
☐ 不要使用空泛的正向结尾（「The future looks bright」、「Exciting times ahead」）

Humanizer Scoring

拟人化评分

Start at 100. Deduct points per the rubric in

../content-ops/experts/humanizer.md

90-100: Human-sounding. Clean. Ship it.
70-89: Minor AI tells. Quick fixes needed.
50-69: Obvious AI patterns. Significant rewrite needed.
0-49: Full rewrite.

初始分为100，按照

../content-ops/experts/humanizer.md

里的规则扣分。

90-100: 语气接近真人，内容干净，可以发布。
70-89: 有轻微的AI生成特征，需要小幅修改。
50-69: 有明显的AI生成模式，需要大幅重写。
0-49: 需要完全重写。