Social Media Writing Style
推文（X/Twitter）发布的写作偏好。适用于 tweet-insight 等技能生成的内容。
语气
自然但不过于口语化。推文是公开发布的内容，需要一定的正式感。
| 合适 | 过于口语 | 过于书面 |
|---|---|---|
| 介绍了 | 讲了 | 阐述了 |
| 分享 | 聊聊 | 论述 |
| 讨论 | 扯扯 | 探讨 |
| 值得注意 | 有意思的是 | 值得关注的是 |
Examples
✅ Anthropic 的博客介绍了他们怎么设计 Managed Agents 的架构
❌ Anthropic 工程博客讲了他们怎么设计 Managed Agents 的架构
❌ Anthropic 于其工程博客中阐述了 Managed Agents 架构的设计理念Editorial Restraint（短文本要节制）
推文/短帖里 "作者表达" 的空间很小。过度 editorial 反而稀释事实的力量。短文本的核心是让事实自己讲，不是作者解读给读者听。
删显性因果连接
让事实并列摆出来，读者自己接因果。"原因是""所以""因此""其实" 这类显性连接词把推文变成分析报告。
| ❌ Avoid | ✅ Prefer |
|---|---|
| 原因是他们宣布裁员 1100 人 | Cloudflare 宣布裁员 1100 人 |
| 所以市场不买账 | 但市场不买账 / 市场不买账 |
| 账面其实没事：营收 34% | 账面上，营收 34% |
| 因此股价应声大跌 | 股价随后 -24% |
软化强断言副词
"就是""完全""一定""根本" 这类强化副词在 personal-voice 里要少用 - 听起来像键盘评论员。换成 "似乎""看起来" 或者直接去掉。
| ❌ Avoid | ✅ Prefer |
|---|---|
| 市场就是不买账 | 似乎市场不买账 / 市场不买账 |
| 这完全说明 X | 这说明 X / 这至少说明 X |
| Y 一定会失败 | Y 大概率失败 |
例外：陈述事实时不算（"这就是他原话"），规则只针对带主观判断的句子。
Emoji 当强动词用
需要表达 "暴跌""飙升""崩盘" 这类强烈方向感时，考虑用 emoji 替代 - 视觉信号比形容词更直接，也更不像 editorial。
| ❌ Avoid | ✅ Prefer |
|---|---|
| 股价直接砸到 $195 | 股价 $257 📉 $195 |
| 用户量飙升到 100 万 | 用户量 📈 100 万 |
| 服务全线崩了 | 服务 ⚠️ 全线挂掉 |
不是每条推文都该塞 emoji。判断标准：动词表达的情绪过强、容易让句子读起来像广告或键盘评论员，那就用 emoji 把那个动词替掉。
推文别加作者总结句
写博客可以总结，写推文别在最后加一句 "这应该是 X 的最干净案例""这是 Y 的转折点" 这类自我盖章。短文本里数据 + 引述放完，直接到链接，让读者自己得结论。
| ❌ Avoid | ✅ Prefer |
|---|---|
| ......这应该是目前最干净的 "AI 顶替老岗位" 案例了。 | （删掉） |
| ......这是大模型走出 demo 阶段的标志性时刻。 | （删掉） |
| ......换句话说，agent 时代真的来了。 | （删掉） |
例外：如果总结句本身就是核心观察 - 不是把前文复述一遍而是给出新角度 - 可以保留。判断方法：把总结句删掉，看推文是否还成立。如果还成立，删；如果删了不成立，那它不是 "总结" 而是 "主张"，留着。
并列项呈现
2 个及以上的并列概念，且各自带展开说明时，用列表呈现，不要塞在一段话里。
- 有序数关系（"两个原因""三个阶段"）→ 用编号（1. 2. 3.）
- 平行概念无序数关系 → 用 bullet（-）
- 条目很短且无需展开 → 可以保持内联
Examples
✅ 好（编号 - 有"两个原因"引导）：
Karpathy 认为这种分裂有两个原因。
1. 技术上，强化学习需要可验证的奖励函数 - 代码能不能跑、测试过不过，这些有明确的对错判断，所以 RL 在编程和数学上进步最快。
2. 商业上，编程和技术类任务的 B2B 价值最高，公司自然把最多资源投在这些方向。
✅ 好（bullet - 平行概念）：
他们把 agent 拆成了三个独立组件：
- Brain（Claude + harness，负责推理决策）
- Hands（沙箱和工具，负责执行）
- Session（append-only 事件日志，负责记忆）
❌ 避免（内联塞太多）：
他们把 agent 拆成了三个独立组件：Brain（Claude + harness，负责推理决策）、Hands（沙箱和工具，负责执行）、Session（append-only 事件日志，负责记忆）。链接位置
引用推文的链接放在开头一两句引入文字之后，不要放在最前面（太突兀），也不要放在最后面（X 不会生成卡片预览）。
Examples
✅ 好：
Anthropic 的博客介绍了他们怎么设计 Managed Agents 的架构 - 一个让 Claude 能长时间自主运行任务的托管服务。
https://x.com/AnthropicAI/status/2041929199976640948
有几个细节值得注意......
❌ 链接在最前面：
https://x.com/AnthropicAI/status/2041929199976640948
Anthropic 的博客介绍了......
❌ 链接在最后面：
......所以架构必须对具体实现保持不预设立场，才能撑住未来。
https://x.com/AnthropicAI/status/2041929199976640948内容结构
结构随内容而定，不要套用固定模板。
- 不是所有内容都适合 1/ 2/ 3/ 4/ 分点
- 有的内容适合连续叙事，有的适合分点 + 叙事混合
- 让内容本身决定呈现方式
资源链接
推文末尾可以附上对读者有价值的资源链接（原文、指南、GitHub 等），简洁标注即可。
Example
原文：anthropic.com/engineering/managed-agents