Principle 01
Newsletter 契约：把自己变成读者收件箱里的一个时钟
The Newsletter Covenant — Topic × Cadence × Promise
Newsletter · Substack 时代
一句话原则 + 名家原话
Newsletter 不是博客的"邮箱版"，是你与读者签的隐性合约——你许诺一个主题、一个频率、一种承诺；读者用收件箱（互联网最稀缺的空间）来兑换。
"The fundamental currency of the internet is no longer pageviews — it's subscriptions. And subscriptions are built on a single thing: showing up, again, with the same promise."
— Ben Thompson, Stratechery (Aggregation Theory 系列)
中译：互联网的核心货币早已不是点击量，而是订阅。而订阅建立在一件事上——用同一种承诺，反复出现。
原理解读
博客是"拉"——读者主动来；newsletter 是"推"——你闯进收件箱。后者是高神圣度空间，违约一次（断更、跑题、突然推销），退订只需 0.5 秒。所以 newsletter 写作的第一纪律是契约纪律：(1) 主题边界明确，让人一眼判定要不要订；(2) 频率可预期，每周日晚或每月一日，雷打不动；(3) 承诺一致——深度、长度、口吻不大幅漂移。Ben Thompson 在 Stratechery 做的事就是把这三条做到极致：连续十年每个工作日一篇深度科技分析，从不跑题、从不漏更。复利就在那里。
主题Topic窄到一句话能讲清；宽到读者觉得"还有得读"
频率Cadence精确到星期几几点；让读者形成期待
承诺Promise长度、深度、口吻；漂移即违约
主题 × 频率 × 承诺 = Newsletter 契约
三柱缺一，订阅就不是合约，只是邮件群发
修改示范
我开始写 newsletter 啦，主要分享我对科技、产品、生活的一些思考，不定期更新，欢迎订阅！
每周日晚 9 点，一封长文，主题只有一个：AI 与分布式系统的工程权衡。不写感想，不写广告。漏更一次我欠你一次道歉。订阅。
Subscribe to my newsletter — I write about tech, life, and random thoughts whenever I feel inspired.
Every Sunday: one 1,500-word essay on the trade-offs hidden in distributed-systems design. Nothing else. Miss a week and I owe you one. Subscribe.
适用场景 + 常见错误
- ✓ 想长期建立 niche 专业品牌的创作者；技术 leader 把"内部 memo 习惯"延伸到外部
- ✗ 内容主题尚未稳定的探索期——此时博客或社交更合适；也别拿 newsletter 当广告渠道，一次推销毁三个月信任
- 错误：主题贪大（"科技 / 人生 / 随想"）= 主题为零
- 错误：频率漂移——这周写、下个月写——读者不再期待，等于失去合约
- 错误：把存量博客内容打包群发——没有"为这个收件箱专门写"的诚意，读者一眼能看出
关键参考：Ben Thompson《Stratechery》（newsletter 商业范式开创者，连续十年每个工作日一篇） · Patrick McKenzie《Kalzumeus》 · David Perell《Write of Passage》
本周习作 + 思考题
写出你（未来的）newsletter 的封面合约——三行：主题（精确到一个 niche）、频率（精确到星期几几点）、承诺（精确到长度与体裁）。贴在第一封 issue 最上方。
思考：你能否承受前 12 周的孤独？因为开始的三个月里，订阅者大概只有亲妈和三个老同事——契约纪律是在"无人喝彩"时才被真正考验的。
Principle 02
Twitter / X 精粹：前 12 个字符就是整条推文的命运
The First 12 Characters Are the Headline
Twitter / X · 280 字纪律
一句话原则 + 名家原话
在 timeline 滚动的世界里，你的推文的前 12 个字符就是它的全部命运——决定读者"停下展开"还是"划走"。280 字符是上限，不是目标。
"How do you write briefly? By doing five things: throwing away words, throwing away whole paragraphs, throwing away whole sections, leaving things implicit that readers can figure out, and stopping when you're done."
— Paul Graham, "Writing, Briefly" (2005)
中译：怎么写得简短？做五件事——扔掉词，扔掉段，扔掉整节，让读者自己补完隐含信息，写完就停。
原理解读
Twitter / X 的物理约束是"滚动 + 折叠"——读者拇指每秒掠过四五条，你的第一句若不构成钩子，第二句永远没机会被读到。这与 email subject、PR title、Slack 主线、Linear ticket title 是同构问题。Patrick McKenzie 的实战观察：具体名字、具体数字、个人利害——三者命中一个就有人停。空泛的"分享一点思考"必死。Thread 同理：第一条决定整条 thread 的命运，第二条之后再精彩也没人滚到。
修改示范
今天想和大家聊一聊我最近在思考的一个话题，那就是关于工程师生产力的问题，我觉得我们行业可能一直忽视了一个关键因素……
工程师生产力的最大杀手不是会议，是上下文切换的复利成本——一次切换毁掉的不是 15 分钟，是接下来 2 小时的深度。
I've been thinking a lot lately about how engineering teams approach productivity, and I think there's a really important factor that...
Most engineering bugs aren't in the code. They're in the assumptions the code wasn't told about. (1/7)
适用场景 + 常见错误
- ✓ 一切公开短文：推文、Slack 主线、PR 标题、email subject、产品 release note 第一行
- ✓ Thread 第一条——决定整条 thread 的存活率
- ✗ 用 hook 装载没有 payoff 的空文——伤信任最深，比平淡更糟
- 错误：第一句铺垫（"今天想聊一聊……"）= 浪费最贵的位置
- 错误：每条都"砸金句"——审美疲劳，反像鸡汤号；hook 必须服务于 payoff
关键参考：Paul Graham《Writing, Briefly》《How to Write Usefully》 · Patrick McKenzie 推特线集《Don't Call Yourself a Programmer》 · Naval Ravikant《How to Get Rich》推特线
本周习作 + 思考题
把你过去一周说过的最有价值的一句话，缩到 80 字符。能再缩到 60，再缩。读出声——一个陌生人能否在 1.5 秒内 grok？发出去观察转发：被引用的版本与你的原版差几个字？那几个字就是你下次该砍的脂肪。
思考：280 字的纪律会反向毒害长文吗？当你养成"每段金句化"的肌肉，写 newsletter 时会不会失去铺陈与节奏，让长文变成"一串推文"？
Principle 03
LinkedIn 的专业叙事：从简历到声誉
From Resume to Reputation — Teach, Don't Announce
LinkedIn · 职业叙事
一句话原则 + 名家原话
LinkedIn 不是简历的电子版，是你不在场时的职业代言人。写"我学到了什么 + 它对你也有用"的 mini-essay，不写"我又升职了"。
"Your career is largely determined by what your colleagues and former colleagues say about you when you're not in the room. So spend more energy giving them better things to say."
— Patrick McKenzie, "Don't Call Yourself a Programmer"
中译：你的职业轨迹很大程度上取决于同事和前同事在你不在场时如何谈论你。所以把更多力气花在——给他们更值得说的事上。
原理解读
LinkedIn 的算法把"教别人某事"的内容推得比"宣布我做了某事"广 10 倍——因为前者对路过的读者有价值，后者只对你有价值。Adam Grant、Sahil Lavingia、Lara Hogan 这类长期高互动账号反复验证的配方：(1) 起手抛一个反直觉观察；(2) 用一段亲历故事（具体到时间地点人物）；(3) 抽出一个可推广的模式；(4) 结尾留一个 prompt 而非宣称答案。中文 LinkedIn 圈尤其容易跌进"商业 BS bingo"（赋能、闭环、抓手、深耕、All in）——一段话全是术语，读完没有任何具体可学。
修改示范
很荣幸今天加入 XX 公司担任 Senior Director of Engineering！感谢一路上支持我的每一个人，期待新的旅程！#blessed #grateful
从 IC 到 Senior Director 这五年我交过最贵的学费：把"我能做"当成了"我应该做"。结果团队等我审批而不是跑在前面。三个具体修正：(1) 每周强制"不接会议"的思考日；(2) 决策写成 1-pager 让团队 async 审；(3) 把日历完全公开给团队。哪一条对你也贵？
Thrilled to share that I've been promoted to VP! Couldn't have done it without my amazing team. Onwards and upwards!
The most counterintuitive lesson from getting to VP: my job stopped being "doing the right things" and became "making it cheap for others to do the right things." Three concrete shifts that bought back ten hours/week — and made my team faster.
适用场景 + 常见错误
- ✓ 升职、跳槽、产品发布、复盘——一切想用"职业身份"建立可信度的场合
- ✓ 招聘——讲你团队的工作方式，比讲 JD 吸引十倍候选人
- ✗ 技术深度专文——更适合博客或 newsletter，LinkedIn 的注意力曲线撑不住
- 错误：商业 BS 堆砌（"全面赋能业务深度闭环"）= 算法可识别、人类零认知
- 错误：只讲胜利不讲失败——不可信，且对读者无用；自夸式 hashtag 显焦虑而非自信
关键参考：Patrick McKenzie《Don't Call Yourself a Programmer》《Salary Negotiation》 · Adam Grant LinkedIn 长期高互动 essay · Lara Hogan《Resilient Management》
本周习作 + 思考题
选你过去 12 个月最贵的一课（最好是失败或反直觉）。按四段写：反直觉观察 / 具体故事 / 可推广模式 / 留给读者的问题。350 字以内。发布，看一周后被引用的句子是哪一句——那就是你的"个人品牌词"。
思考：中文 LinkedIn 的"商业八股"为何顽固？是平台用户构成（HR 与 sales 比例高）、是文化对"自我表达"的克制、还是中文母语者对"显白"叙事的不适？
Principle 04
长文 vs 短文：长度服从论点的"打开深度"
Length Serves Argument Depth — Not Author Vanity
长度纪律 · Strunk & White
一句话原则 + 名家原话
文章长度不由"我想写多长"决定，由这个论点需要打开几层决定。能短则短，必须长才长——长度服从论点的"打开深度"，不是为长而长，也不是为短而短。
"Vigorous writing is concise. A sentence should contain no unnecessary words, a paragraph no unnecessary sentences, for the same reason that a drawing should have no unnecessary lines and a machine no unnecessary parts."
— Strunk & White, The Elements of Style (Rule 17)
中译：有力的写作是简洁的。一句话不应有多余的词，一段话不应有多余的句子——正如一幅画不应有多余的线，一台机器不应有多余的零件。
原理解读
短文不是长文的"压缩版"，是不同的体裁。短文像狙击：一个论点、一颗子弹、不打第二枪；长文像旅行：带读者走一段他自己走不通的路。难点在判断——这件事到底是几层？一层（"我们应该开始用 Claude 写测试"）= 短文，一句话邮件就够。三层（"为什么我们组应该重写 CI、为什么是现在、为什么用这个技术栈"）= 必要的长。错配的两种死法：本该短写长——读者第三屏就走；本该长写短——读者读完不被说服，反而更怀疑。
| 论点深度 | 合适长度 | 典型形态 |
|---|
| 一层 | 一句话 ~ 一段 | 推文 / Slack 主线 / 邮件第一行 / PR 标题 |
| 二层 | 200 – 600 字 | 短邮件 / LinkedIn post / 1-pager / 设计提案摘要 |
| 三层 | 800 – 2,000 字 | Newsletter / blog post / decision memo / RFC |
| 四层以上 | 2,500+ 字 / 拆多份 | 深度 essay / 设计文档 / six-pager / 拆 N 篇 |
论点几层，就给几层的长度——不为体裁堆字，也不为简洁砍论点
修改示范
（一层论点写了五段）最近我在思考一个问题，关于团队的工作节奏。我观察到一个现象，似乎每个人都很忙，但产出并不理想。我想这背后可能有几个原因，第一……
我们团队不缺努力，缺的是"什么不做"的决定。
（三层论点压成一句）分布式一致性挑战大，Raft 是最优解。
展开到 800 字三层：(1) 一致性"难"难在权衡而非算法；(2) Raft 与 Multi-Paxos 的可教学性差异；(3) 在我们的延迟与故障率假设下为何选 Raft 而非 Multi-Paxos——每一层是下一层不展开就讲不通的前提。
适用场景 + 常见错误
- ✓ 任何写作前的"长度选型"：邮件、PR、memo、newsletter、博客之前先问"这是几层"
- ✓ 反向用：当你写不出短版，说明你还没想清——回去想，不是回去写
- ✗ 体裁本身规定了长度（推文 280、six-pager 6 页）——优先满足规定
- 错误：把"长 = 用心 = 深"当默认——多数情况下，长只是没想清的伪装
- 错误：长文每段都金句化——读者每段被打断，节奏全无；该铺垫的就铺垫
关键参考：Strunk & White《The Elements of Style》Rule 17 "Omit Needless Words" · Paul Graham《Writing, Briefly》《The Age of the Essay》 · Mark Twain "I didn't have time to write a short letter, so I wrote a long one instead."
本周习作 + 思考题
选你下周要写的一份文件，先问三个问题：(1) 这是几层论点？(2) 表里推荐的长度是多少？(3) 我目前的草稿差多少？多了就砍，少了就补——只服从论点深度，不服从惯性。
思考：在中文里"长 = 用心"的隐性预设比英文强——读者会觉得 300 字邮件"太敷衍"、3000 字 memo"才有诚意"。如何在这种文化引力下还能坚持 short？
深入思考
AI 写出的"个人品牌"内容，会不会反噬个人品牌？
会，而且反噬速度比想象中快。短期（半年内）AI 帮你撑住"日更"工种活，读者识别率低；长期（一年外）读者的"AI 味嗅探"能力指数上升——一句空泛的"赋能 / leverage"开头、一段没有具体地名时间人物的故事、过于工整的三段式——一旦被识别为 AI 生成，你之前累计的所有信任清零。安全用法：AI 做研究、做大纲、做第一稿；最终的"独特观点 + 个人故事 + 私人语气"必须是你的笔。把 AI 当沟通教练，不是替身。
中文 vs 英文，个人品牌平台的边际收益排序一样吗？
不一样。英文世界大致是：Twitter / X > LinkedIn > Newsletter > 个人博客（按建立 reputation 速度排序）。中文世界更碎：公众号粘性高但算法掩埋严重；即刻像中文版 Twitter 但更"圈"；小红书适合软性专业；知乎适合长答；Twitter 中文 audience 偏小但质量高。技术 leader 的中文最佳组合是：公众号（长文 + 沉淀） + 即刻（短文 + 触达） + 自建 newsletter（防平台风险）。三平台一致主题、不同切片。
真名 vs 笔名 vs 匿名，杠杆效率差多少？
在职业品牌的主战场：真名 > 笔名 > 匿名。真名把所有产出锁定为一个 reputation 账户，复利最大。笔名好处是能写敏感话题（行业黑料、前公司经历），但牺牲了"职业资本兑换权"——读者再多也换不成下次 offer。匿名几乎只在写敏感话题且不打算变现身份时合理。建议技术 leader：核心账户用真名；探索性 / 敏感性话题可以用笔名验证一段，跑通后再 merge 回真名。
每周稳定一篇 vs 偶发病毒爆款，哪个对技术 leader 复利更大？
每周一篇。爆款是 lottery，且 lottery 拉来的 followers 留存极低——他们因某条 tweet 来，因下一条不像就走；你为"再爆一次"的焦虑会扭曲选题。每周一篇训练自己的写作肌肉，也建立读者的"期待—兑付"循环。Naval、Paul Graham、Patrick McKenzie 都是几十年累计而非一夜爆红。五年视角下：50 篇平均水平的 essay > 1 篇病毒爆款；前者建立的是 reputation，后者只是 reach。