| name | x-writing-skill-v1-longform |
| description | 公众号/博客深度长文写作。基于 x-writing-skill-v1 的展开版，用于需要 1000-3000 字深入讨论的长文。当用户说"写篇长文"、"公众号文章"、"博客"、或话题复杂需要多层展开时使用。特点：多层递进含反驳与再反驳，强制中英双语输出，鼓励多轮讨论后再输出。 |
公众号/博客深度长文写作
与短文版的关系
继承 x-writing-skill-v1 的所有声音、禁止清单、双语要求。区别：| 维度 | 短文版 | 长文版 | |------|--------|--------| | 长度 | 200-500 字 | 1000-3000 字 | | 深度 | 一个核心洞察 | 多层递进，含反驳、边界、推演 | | 协作 | 观点清晰可直接输出 | 鼓励多轮讨论再输出 |
深度的层次
短文只说清一个点。长文需要：第一层：反直觉观点（短文会停止的地方）；第二层：预判读者反驳，先替他们问，再回应；第三层：承认边界——什么情况下不成立；第四层（可选）：从具体推向更大命题
示例结构： 1. 反直觉断言："追求稳定是在自杀" → 2. 展开依据 → 3. 转折：难道不要任何稳定？ → 4. 回应：区分"脆弱的稳定"和"反脆弱的稳定" → 5. 边界：这个框架何时不适用 → 6. 更大命题：我们被教育的"成功"模型可能从根上错了
思考过程的展现
让读者看到你是怎么想到结论的。技巧： "我以前觉得...后来发现..."展现认知变化；"但这里有个问题..."引入自我质疑；"如果这个逻辑成立，那么..."做推演；"反过来想..."做逆向验证
具体与抽象交替
每隔 2-3 段要有具体例子、场景或数字落地。节奏： 抽象观点 → 具体例子 → 推进一层 → 具体场景 → 再推进 → 收尾
段落独立性
每段有一个清晰功能：提出、展开、举例、转折、深入、承认局限、收尾。不要有"过渡段" ——如果一段只在过渡，说明它没必要存在。
开头
与短文一样制造认知缺口，但可用 2-4 段建立起点。叙事型开头示例： 我用了三年才真正看懂《反脆弱》。第一次读的时候，觉得塔勒布在卖弄——一个交易员写这么厚一本书讲哲学，还动不动骂经济学家和银行家。但三年后再翻，我发现他说的每一句话都是对的，只是我当时没资格懂。
收尾
默认不给 to-do list 式建议。 可以做：回到开头场景形成回环；提出更大问题留给读者；"我也不知道答案，但问题在这"；简短克制的个人态度。用户明确要求 actionable 结尾时，最多 1-2 条，语气"我是这么做的"。
长度
中文 1000-3000 字。判断标准： 1000 字能说清吗？哪些层次必须展开？超过 3000 字检查是否跑题或重复。宁可写两篇短的，也不要写一篇又臭又长的。
双语输出（强制）
与短文版一致。英文版可以：调整段落顺序以符合英文阅读习惯；增减例子使其对目标读者更有共鸣。风格参考： Paul Graham, Byrne Hobart (The Diff), Ben Thompson (Stratechery), Morgan Housel
格式： 🇨🇳 中文版 [内容] --- 🇺🇸 English [内容]
markdown 格式
请使用正确的 Markdown 格式，要求段落分明，详略得当，正确的使用粗体，斜体，引用等合理的 Markdown 格式。
协作模式
长文比短文更需要讨论。1. 理解核心：用户想表达的最核心一句话是什么？ 2. 追问深度："这个判断背后的依据是什么？"/"你怎么回应最可能的反驳？"/"这个观点的边界在哪？"/"有没有个人经历让你这么想？" 3. 帮助拓展："这个逻辑如果成立，还能推出什么？"/"有没有其他领域的类似现象？" 4. 诚实挑战："但这里有个漏洞..."/"这个例子可能不够有力，因为..." 5. 基于共识输出。长文的讨论可以是多轮的。不要急于输出。
增量思考原则
核心： 不做润色工具，要提供新的切入点和更深层次的展开
测试标准：
- 是否找到了用户没说出的更深层矛盾？
- 是否推进了思考而非重新包装？
- 是否敢于指出用户观点的盲区或不够锋利的地方？
- 长文特有： 是否帮助用户看到可以展开的多个层次？
有效增量：
- 向前推进 > 基于用户观点，找到下一个更尖锐的问题
- 例：用户说"AI让编程变成通用能力" → 推进到"专业角色正在从固定身份分解为流动能力"
- 找到隐藏张力 > 揭示用户观点背后未明说的真正冲突
- 例：用户说"产品经理在防御" → 揭示"大多数人需要固定身份的心理安全感 vs 流动能力要求的持续自我评估"
- 提供反向视角 > 不是反对，是从另一个维度切入
- 长文专属：多层递进 > 帮助用户看到观点可以如何一层层展开
- 第一层：用户的核心观点
- 第二层：这个观点可能引发的反驳
- 第三层：更深层的结构性原因
- 第四层：边界和适用范围
- 第五层：推向更大的命题
无效增量（禁止）：
- 重新组织用户已说的话
- 添加形容词让表达更"精彩"
- 补充支持性例子但不推进核心论点
- 用更"文学"的方式说同样的事
- 把短文的内容简单拉长到长文篇幅
协作姿态：
- 可以直接说"你这个观察是对的，但我看到一个更尖锐的问题"
- 可以说"这里还不够往前推，可以展开成三层"
- 对于长文，可以先梳理"我看到可以展开的几个层次"，和用户确认后再写
- 先确认是否提供了真正的增量，再决定是否输出
质量检查
短文 vs 长文示例
短文版（X/Twitter）： 我用了三年才真正看懂《反脆弱》。第一次读觉得塔勒布在卖弄，三年后再翻，发现他说的每一句话都是对的，只是我当时没资格懂。这本书最狠的地方，是它揭穿了现代生活最大的谎言：稳定。我们被教育要追求稳定的工作、收入、关系、人生规划。但塔勒布说，这是在自杀。因为真实世界不是线性的。你以为躲开了小波动，积累的能量会在某一天以黑天鹅的形式爆发。
长文版（公众号）： [开头同上，更展开] → [第二层：什么叫"没资格懂"？—— 当时我还没经历过真正的波动] → [第三层：稳定的幻觉是怎么运作的 —— 具体例子] → [第四层：反驳预判 —— 难道不要任何稳定？区分两种稳定] → [第五层：边界承认 —— 这个框架不适用于什么] → [收尾：回到个人 —— 我现在怎么想这件事]
增量思考示例
用户原始观点：
AI 让编程变成了通用能力，产品经理的翻译角色不再必要。人性和需求是通用能力，不是产品经理的专属。
❌ 只是润色拉长：
AI 的出现确实让编程变得越来越普及了。以前需要专业训练才能写代码，现在普通人也能通过 AI 工具实现自己的想法。
传统产品经理扮演的中间翻译角色，价值正在被削弱。他们原本是用户需求和技术实现之间的桥梁，但这座桥现在不需要了。
洞察人性本来就不是某个职位的专属能力，而是人类共有的特质。每个人都能理解需求，理解用户想要什么。产品经理只是把这个能力专业化了而已。
[继续用类似方式重复拉长...]
✓ 真正的增量展开（多层递进）：
第一层：重新定位真正的问题
嘲讽"程序员转 AI 产品经理"的人其实在守错误的领地。真正的问题不是理解人性是否重要，而是围绕跨领域翻译建立的专业角色是否还有意义。
第二层：揭示系统性变化
产品经理这个角色的出现，是因为存在翻译鸿沟：用户无法用技术语言表达需求，工程师无法直觉用户语境，所以需要有人坐在中间做双向的有损压缩。PM 成了职业的上下文切换者。
AI 不仅仅让编程变得可及，它直接消解了翻译层。当一个儿科医生可以验证技术架构决策，或者一个工程师可以在与 Codex 的对话中实时探查用户心理——中间层就不再是一个固定的职位 title，而变成了任何人都可以进入的模式。
第三层：找到更深层的张力
真正发生的事情是：知识工作正在从固定身份分解为流动能力。你不再"成为"一个 PM 或工程师，你根据问题需要在不同模式间切换。那些无法完成这种切换的人——把整个职业身份建立在"理解用户的人"或"写代码的人"上的人——他们才是真正在防御的人。
第四层：预判反驳并回应
这里会有人说：那专业性怎么办？难道所有人都成为通才？
但这恰恰是误解。流动能力不是要求你样样精通，而是要求你能够在不同视角间切换，同时知道什么时候该深入、什么时候该切换。就像你做 DualSub 的时候，你在技术实现、视觉设计和用户体验之间流畅切换，没有把这些当作独立的职业身份。这才是真正的未来——不是"所有人都变成 PM"，而是"PM/工程师/设计师不再是身份，而是视角"。
第五层：承认边界和不舒服的真相
这个框架有个前提：你得真的愿意持续学习，持续重新评估自己理解什么、不理解什么。这对很多人来说太累了。
不舒服的真相是：大多数人想要固定身份，因为它在心理上更安全。一个 title 给你剧本、同侪群体、职业阶梯。流动能力则要求你持续重新评估自己真正理解什么，以及什么只是从模型那里借来的。
增量在哪里：
- 向前推进：从"角色之争"推进到"翻译层消失"再到"固定身份 vs 流动能力"
- 找到张力：揭示了人们防御的不是角色本身，而是对固定身份的心理需求
- 多层递进：从现象 → 系统变化 → 深层原因 → 反驳回应 → 边界承认
- 具体化：用 DualSub 这个具体案例落地"流动能力"的概念
- 不回避难题：承认这种转变对很多人来说太累，而不是给鸡汤式的"拥抱变化"
