<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet type="text/xsl" href="feed.xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <author>
    <name>Zeyr</name>
  </author>
  <generator uri="https://hexo.io/">Hexo</generator>
  <id>https://zeyr.me/zh-cn/</id>
  <link href="https://zeyr.me/zh-cn/" rel="alternate"/>
  <link href="https://zeyr.me/zh-cn/atom.xml" rel="self"/>
  <rights>All rights reserved 2026, Zeyr</rights>
  <subtitle>这里是 Zeyr 的个人角落，用于记录笔记、实验与长文思考。</subtitle>
  <title>Zeyr's blog</title>
  <updated>2026-05-01T19:47:28.000Z</updated>
  <entry>
    <author>
      <name>Zeyr</name>
    </author>
    <category term="Writing" scheme="https://zeyr.me/zh-cn/tags/Writing/"/>
    <category term="Thinking" scheme="https://zeyr.me/zh-cn/tags/Thinking/"/>
    <category term="Essay" scheme="https://zeyr.me/zh-cn/tags/Essay/"/>
    <category term="Dialogue" scheme="https://zeyr.me/zh-cn/tags/Dialogue/"/>
    <category term="Methodology" scheme="https://zeyr.me/zh-cn/tags/Methodology/"/>
    <content>
      <![CDATA[<p>我之前总想写点东西，但一直没写，也就只剩个想写东西的想法。也并不是因为脑袋空空荡荡，而是因为想法太多太乱，像一团被揉乱的毛线，到处都是，反而不知道该从何处开始。</p><p>在很多时候，我可能会在这个想法的驱动下打开文档，然后又会先对着空白的文档发上半天呆。脑子里明明有一堆东西：几个观点、几个例子、一一点情绪，甚至有时可能还有几句自我感觉良好的句子。但屏幕上只有光标一闪一闪，手放在键盘上，过了半天，硬是没憋出一个字。</p><p>又或是好不容易写下两句，又感到不妥。也不是说哪里写错了，只是终究感觉描述不够精准。于是退格删掉，重写，再删掉。最后折腾半天，只剩下一个未命名文档，和一个疲惫不堪的灵魂。</p><p>可能各位也有过类似的情况。</p><p>和其他人聊天的时候明明不是这样。你一句，我一句，很多原本模糊的东西，反而在对话的过程里慢慢变得清晰，并越来越兴奋，或是一不小心又聊了一宿。可一旦要把它写成文章，整个人又像突然卡壳了一样，一个字都憋不出来。</p><p>后来我才意识到，写作和对话最大的区别，也许不只是正式与否的问题。</p><h2 id="并非没有想法，只是不知道从哪里下手"><a href="#并非没有想法，只是不知道从哪里下手" class="headerlink" title="并非没有想法，只是不知道从哪里下手"></a>并非没有想法，只是不知道从哪里下手</h2><p>写作最先卡住人的地方，并不在于没有想法，没有内容，而更像是思绪与内容的杂乱无序。</p><p>很多时候，想法往往在脑子里是同时发生的，它们一起挤在那儿，甚至可能不分彼此，但文章却要求它们排成一条线。更糟糕的是，文章不是聊天，它一开始就好像在要求你交出一个成型的东西：要有开头，要有结构，要有重点，还要最好别太无聊。</p><p>这就像把一堆散落在地上的书重新放回书架。麻烦的地方不只是把书捡起来，而是你得先知道这个书架怎么分区：哪些书放一起，哪本书放前面，哪本书只是顺手翻到但其实不该放进来。</p><p>于是写作时，大家都往往容易卡在第一句话上。</p><p>并不是不知道说些什么，而是每一个念头都好像可以成为开头，每一个角度都好像能发展成一篇文章。可越是这样，反而越不知道该从何开始。</p><p>也就是说：</p><blockquote><p>写作的困难，在很多时候并不是「空白」，而是「混乱」。不是没有知识、没有观点、没有想法，而是东西太多，多到它们挤成了一团。</p></blockquote><h2 id="还没落地，就已经失真了"><a href="#还没落地，就已经失真了" class="headerlink" title="还没落地，就已经失真了"></a>还没落地，就已经失真了</h2><p>好不容易起了开头，却发现「还有第二关」，让人难受的从写不出来，变成了写出来以后觉得「没有那个味道」，它好像少了很多说不清道不明的东西。</p><p>脑子里的想法是立体的，是复杂的，是浮在高高的天上的，它有情绪，有语气，有背景，有前因后果，显得完整而丰沛。可一旦落到文字上，就像是从天上掉了下来，缺失了一些韵味<sup class="footnote-ref"><a id="fnref-1" href="#fn-1" role="doc-noteref" aria-describedby="fn-1">1</a></sup>。</p><p>因为想法在脑子里不是纯文字，它可能是一段经历带来的感受，是某个场景里的画面，是一句话背后的语气，也是很多自己知道、但别人却未必知道的背景。可文章只能一个字一个字往前走。它必须把这些混合的、立体的、带着温度的东西，压缩成一段线性的表达。</p><p>所以写作本身就是一种加工，也是一种转译。</p><p>而只要是加工，就难免会有损耗。也正是因为这样，我们常常会觉得，明明自己想得挺清楚，可一写出来，就好像少了一层。不是意思完全没了，而是那种完整感、鲜活感、贴近感，被文字削掉了一部分。</p><p>那同样都是表达，为什么聊天比写作简单？</p><p>因为聊天是流式的。</p><p>聊天不要求你一次性把所有东西都说准。 你可以先说一个大概，没说清楚，就再补上一句，对方没听懂就再解释。更重要的是，对话有反馈。对方的表情、追问、停顿和回应，都会帮你判断：「我要不要再换个说法？」。</p><p>这也可以看出，聊天里的理解并不完全靠文字本身完成。</p><p>你可能先问「呃……你有没有经历过这种感受？」，然后将这个感受零零碎碎地表达出来，对方可能也会理解。你说一句「你懂吧」，对方点点头，这个共识就暂时成立了。语气、表情、停顿、共同经历，都会属于语境的一部分。它们让表达不必一次到位，也让思绪可以一边传递，一边按照对方的反应慢慢校准。</p><p>但文章没有这些东西。</p><p>文章没有即时追问，没有表情反馈，也没有一个人坐在你对面，帮你确认：「你想表达的是不是这个？」，它一旦被写下来，就要自己站稳脚跟。读者不会等你慢慢补充，他只能根据眼前这些文字，去理解你想表达什么。</p><p>于是你不得不把很多私人感受，翻译成更公共、更通用的表达。</p><p>你原本只是表达一种你感受过的，很具体的卡顿感，如果是聊天，你可能会先问「就是你有没有出现这种情况？」，然后慢慢试探，慢慢组织语言，直到两个人达成一种会意。</p><p>但写文章时，就要想办法让更多人也能理解这种卡顿。你原本知道自己为什么难受，但文章里不能只停留在「我就是觉得不对」、「我就是感觉不舒服」、「我感觉就是这样」，你要把这种「觉得」和「感觉」拆解开，变成其他人也能读懂并能体会的感受。</p><p>也正是在这个拆解和翻译的过程中，很多原本鲜活的东西开始失真。</p><p>所以，写作不只是单单把想法写下来。</p><p>它更像是一次转译，把脑子里那些混合的、立体的、带着私人语境的东西，加工成一段可以被陌生人独立理解的文字。</p><h2 id="写着写着，自己先和自己打起来了"><a href="#写着写着，自己先和自己打起来了" class="headerlink" title="写着写着，自己先和自己打起来了"></a>写着写着，自己先和自己打起来了</h2><p>也正是因为写出来的东西总会和脑子里的东西有偏差，写作很容易进入下一种状态：纠结与内耗。</p><p>写了一小段，就拿着它反复琢磨，盯着自己写下来的每一句话看。</p><blockquote><p>这个开头是不是不够好？</p><p>这个例子是不是太啰嗦？</p><p>这个段落是不是该删掉？</p><p>这句话描述的准不准确？</p><p>用这个词会不会太普通？</p><p>这个字该加还是不该加？</p></blockquote><p>于是写作不再只是写作，而变成了一场不断纠正校准的拉锯战。</p><p>一边认为既然好不容易写出来了，那就「差不多就行了，后面再说」，另一边又觉得不行，觉得这句话还不够准确，总差点意思，不改心里就不痛快。一个人负责往前挪，另一个人负责指指点点地踩刹车。一段文字写得踉踉跄跄，每写两句话，就被自己拽回来修改了一次。</p><p>写着写着，自己先和自己打起来了。</p><p>这也是为什么很多人写东西时，总会陷入一种很奇怪的循环：写一句，删一句；换个开头，又觉得不对；好不容易写出一段，又觉得整段都不像那么回事。然后不断在字句之间取舍，不断做出一个又一个的决策。</p><p>而选择一多，人的心智压力就会变大。人的注意力和耐心都是有限的，你一边写，一边判断，一边筛选，一边否定，一边想象别人会怎么读，累不累，那肯定是很累的。</p><p>更重要的是，文章，这个载体它天生会更重一些。同样一句话，你放对话框里，你甚至可能还感觉写得不错；放说说上，你可能看着还行；但一旦这句话成为了整篇文章的一部分，你又突然感觉这句话有点碍眼了，有点开始嫌弃它了。</p><p>句子始终没有变过，变化的只是承载它的载体。</p><p>相比那些随口说出去的话，文章这个载体太「硬」了，它会让人下意识地去提高自己的标准，用更严厉的眼光去看待自己写出来的句子。于是还没等想法真正展开，那个挑剔的自己就已经站出来了。</p><p>到最后你会发现：</p><blockquote><p> 你不只是在表达一个想法，你还要不断修补这个表达与你想法之间的失真鸿沟。</p></blockquote><p>如果把前面这些问题放在一起看，就会发现，写作真正难的地方，并不是某一个环节的问题。</p><p>它不只是没想法，也不只是单纯表达差，而是它要求一个人在同一时间完成太多事：既要把混乱的念头整理得有条理，又要把多维的感受压缩成文字，还要一边写一边看哪里形容不准确、哪里需要删减、哪里还需要继续补充。</p><div class="mermaid-wrapper"><div class="code-toolbar"><span class="code-language">Mermaid</span><div class="code-toolbar-actions"><div class="mermaid-toggle" role="tablist" aria-label="Mermaid view" style="--active-index: 0; --item-count: 2;"><button class="mermaid-toggle-btn active" type="button" role="tab" aria-selected="true" data-view="chart">图表</button><button class="mermaid-toggle-btn" type="button" role="tab" aria-selected="false" data-view="source">源码</button></div><button class="code-copy" type="button" aria-label="复制代码" title="复制代码" data-label="复制代码" data-success-label="已复制"><svg aria-hidden="true" focusable="false"  xmlns="http://www.w3.org/2000/svg"  width="24"  height="24"  viewBox="0 0 24 24"  fill="none"  stroke="currentColor"  stroke-width="2"  stroke-linecap="round"  stroke-linejoin="round"  class="theme-icon theme-icon--copy icon icon-tabler icons-tabler-outline icon-tabler-copy">  <path stroke="none" d="M0 0h24v24H0z" fill="none" />  <path d="M7 9.667a2.667 2.667 0 0 1 2.667 -2.667h8.666a2.667 2.667 0 0 1 2.667 2.667v8.666a2.667 2.667 0 0 1 -2.667 2.667h-8.666a2.667 2.667 0 0 1 -2.667 -2.667l0 -8.666" />  <path d="M4.012 16.737a2.005 2.005 0 0 1 -1.012 -1.737v-10c0 -1.1 .9 -2 2 -2h10c.75 0 1.158 .385 1.5 1" /></svg><svg aria-hidden="true" focusable="false"  xmlns="http://www.w3.org/2000/svg"  width="24"  height="24"  viewBox="0 0 24 24"  fill="none"  stroke="currentColor"  stroke-width="2"  stroke-linecap="round"  stroke-linejoin="round"  class="theme-icon theme-icon--check icon icon-tabler icons-tabler-outline icon-tabler-check">  <path stroke="none" d="M0 0h24v24H0z" fill="none" />  <path d="M5 12l5 5l10 -10" /></svg></button></div></div><div class="mermaid-chart"><pre class="mermaid">flowchart TD    A[写作为什么难？]     A --> B[下不了手]    A --> C[写出来失真]    A --> D[写着写着内耗]    B --> B1[想法太多太乱]    B --> B2[文章要求线性结构]    B --> B3[载体太像最终成果]    C --> C1[想法与文字的组成差异]    C --> C2[缺少即时反馈]    C --> C3[私人语境要转成公共表达]    D --> D1[害怕表达不准确]    D --> D2[选择太多导致决策疲劳]</pre><div class="mermaid-zoom-controls" aria-label="Mermaid 缩放控制"><button class="mermaid-zoom-btn" type="button" data-mermaid-zoom="out" aria-label="缩小" title="缩小" disabled><svg aria-hidden="true" focusable="false"  xmlns="http://www.w3.org/2000/svg"  width="24"  height="24"  viewBox="0 0 24 24"  fill="none"  stroke="currentColor"  stroke-width="2"  stroke-linecap="round"  stroke-linejoin="round"  class="theme-icon theme-icon--zoom-out icon icon-tabler icons-tabler-outline icon-tabler-zoom-out">  <path stroke="none" d="M0 0h24v24H0z" fill="none" />  <path d="M3 10a7 7 0 1 0 14 0a7 7 0 1 0 -14 0" />  <path d="M7 10l6 0" />  <path d="M21 21l-6 -6" /></svg></button><button class="mermaid-zoom-btn" type="button" data-mermaid-zoom="in" aria-label="放大" title="放大"><svg aria-hidden="true" focusable="false"  xmlns="http://www.w3.org/2000/svg"  width="24"  height="24"  viewBox="0 0 24 24"  fill="none"  stroke="currentColor"  stroke-width="2"  stroke-linecap="round"  stroke-linejoin="round"  class="theme-icon theme-icon--zoom-in icon icon-tabler icons-tabler-outline icon-tabler-zoom-in">  <path stroke="none" d="M0 0h24v24H0z" fill="none" />  <path d="M3 10a7 7 0 1 0 14 0a7 7 0 1 0 -14 0" />  <path d="M7 10l6 0" />  <path d="M10 7l0 6" />  <path d="M21 21l-6 -6" /></svg></button></div></div><div class="mermaid-source" hidden><pre><code>flowchart TD    A[写作为什么难？]     A --&gt; B[下不了手]    A --&gt; C[写出来失真]    A --&gt; D[写着写着内耗]    B --&gt; B1[想法太多太乱]    B --&gt; B2[文章要求线性结构]    B --&gt; B3[载体太像最终成果]    C --&gt; C1[想法与文字的组成差异]    C --&gt; C2[缺少即时反馈]    C --&gt; C3[私人语境要转成公共表达]    D --&gt; D1[害怕表达不准确]    D --&gt; D2[选择太多导致决策疲劳]</code></pre></div></div><p>这也是为什么很多人明明脑子里有很多东西，但一旦到了写作这个环节就卡住了。</p><p>因为写作不是简单地把想法倒出来，而是把想法整理、提炼、翻译、校对之后，再交付成一个能独立存在的东西。</p><p>可问题在于，大脑并不一定适合一上来就做这件事。</p><p>所以，比起直接逼自己写文章，一个更自然的办法，可能是先回到对话里。</p><h2 id="所以，先别急着写文章"><a href="#所以，先别急着写文章" class="headerlink" title="所以，先别急着写文章"></a>所以，先别急着写文章</h2><p>如果把写作比喻成是思绪压缩成的一块磐石，那对话更像是将思绪化为涓涓的小溪。</p><div class="mermaid-wrapper"><div class="code-toolbar"><span class="code-language">Mermaid</span><div class="code-toolbar-actions"><div class="mermaid-toggle" role="tablist" aria-label="Mermaid view" style="--active-index: 0; --item-count: 2;"><button class="mermaid-toggle-btn active" type="button" role="tab" aria-selected="true" data-view="chart">图表</button><button class="mermaid-toggle-btn" type="button" role="tab" aria-selected="false" data-view="source">源码</button></div><button class="code-copy" type="button" aria-label="复制代码" title="复制代码" data-label="复制代码" data-success-label="已复制"><svg aria-hidden="true" focusable="false"  xmlns="http://www.w3.org/2000/svg"  width="24"  height="24"  viewBox="0 0 24 24"  fill="none"  stroke="currentColor"  stroke-width="2"  stroke-linecap="round"  stroke-linejoin="round"  class="theme-icon theme-icon--copy icon icon-tabler icons-tabler-outline icon-tabler-copy">  <path stroke="none" d="M0 0h24v24H0z" fill="none" />  <path d="M7 9.667a2.667 2.667 0 0 1 2.667 -2.667h8.666a2.667 2.667 0 0 1 2.667 2.667v8.666a2.667 2.667 0 0 1 -2.667 2.667h-8.666a2.667 2.667 0 0 1 -2.667 -2.667l0 -8.666" />  <path d="M4.012 16.737a2.005 2.005 0 0 1 -1.012 -1.737v-10c0 -1.1 .9 -2 2 -2h10c.75 0 1.158 .385 1.5 1" /></svg><svg aria-hidden="true" focusable="false"  xmlns="http://www.w3.org/2000/svg"  width="24"  height="24"  viewBox="0 0 24 24"  fill="none"  stroke="currentColor"  stroke-width="2"  stroke-linecap="round"  stroke-linejoin="round"  class="theme-icon theme-icon--check icon icon-tabler icons-tabler-outline icon-tabler-check">  <path stroke="none" d="M0 0h24v24H0z" fill="none" />  <path d="M5 12l5 5l10 -10" /></svg></button></div></div><div class="mermaid-chart"><pre class="mermaid">flowchart LR    A[对话] --> A1[流式表达]    A --> A2[即时反馈]    A --> A3[允许补充和修正]        B[写作] --> B1[块状成稿]    B --> B2[缺少反馈]    B --> B3[要求独立成立]    B --> B4[高压封装]</pre><div class="mermaid-zoom-controls" aria-label="Mermaid 缩放控制"><button class="mermaid-zoom-btn" type="button" data-mermaid-zoom="out" aria-label="缩小" title="缩小" disabled><svg aria-hidden="true" focusable="false"  xmlns="http://www.w3.org/2000/svg"  width="24"  height="24"  viewBox="0 0 24 24"  fill="none"  stroke="currentColor"  stroke-width="2"  stroke-linecap="round"  stroke-linejoin="round"  class="theme-icon theme-icon--zoom-out icon icon-tabler icons-tabler-outline icon-tabler-zoom-out">  <path stroke="none" d="M0 0h24v24H0z" fill="none" />  <path d="M3 10a7 7 0 1 0 14 0a7 7 0 1 0 -14 0" />  <path d="M7 10l6 0" />  <path d="M21 21l-6 -6" /></svg></button><button class="mermaid-zoom-btn" type="button" data-mermaid-zoom="in" aria-label="放大" title="放大"><svg aria-hidden="true" focusable="false"  xmlns="http://www.w3.org/2000/svg"  width="24"  height="24"  viewBox="0 0 24 24"  fill="none"  stroke="currentColor"  stroke-width="2"  stroke-linecap="round"  stroke-linejoin="round"  class="theme-icon theme-icon--zoom-in icon icon-tabler icons-tabler-outline icon-tabler-zoom-in">  <path stroke="none" d="M0 0h24v24H0z" fill="none" />  <path d="M3 10a7 7 0 1 0 14 0a7 7 0 1 0 -14 0" />  <path d="M7 10l6 0" />  <path d="M10 7l0 6" />  <path d="M21 21l-6 -6" /></svg></button></div></div><div class="mermaid-source" hidden><pre><code>flowchart LR    A[对话] --&gt; A1[流式表达]    A --&gt; A2[即时反馈]    A --&gt; A3[允许补充和修正]        B[写作] --&gt; B1[块状成稿]    B --&gt; B2[缺少反馈]    B --&gt; B3[要求独立成立]    B --&gt; B4[高压封装]</code></pre></div></div><p>对话的好处在于，它不要求你一开始就完整。它有引导，有反馈，也有容错。你可以先给对方一个很粗糙的想法，再被对方的问题牵引着补充、修正、重组。这样，很多原本只有感觉但一片混沌的东西，会在你说出来的这个过程中慢慢显形。</p><p>这也是为什么我感觉，要是把存档了的对话转化为文章，可能比直接开始写作，更适合不少与我存在类似情况的人。</p><p>但这里说的“回到对话”，并不是把聊天记录原封不动地搬进文章里，而是先借助对话，让想法先沉淀成型。</p><div class="mermaid-wrapper"><div class="code-toolbar"><span class="code-language">Mermaid</span><div class="code-toolbar-actions"><div class="mermaid-toggle" role="tablist" aria-label="Mermaid view" style="--active-index: 0; --item-count: 2;"><button class="mermaid-toggle-btn active" type="button" role="tab" aria-selected="true" data-view="chart">图表</button><button class="mermaid-toggle-btn" type="button" role="tab" aria-selected="false" data-view="source">源码</button></div><button class="code-copy" type="button" aria-label="复制代码" title="复制代码" data-label="复制代码" data-success-label="已复制"><svg aria-hidden="true" focusable="false"  xmlns="http://www.w3.org/2000/svg"  width="24"  height="24"  viewBox="0 0 24 24"  fill="none"  stroke="currentColor"  stroke-width="2"  stroke-linecap="round"  stroke-linejoin="round"  class="theme-icon theme-icon--copy icon icon-tabler icons-tabler-outline icon-tabler-copy">  <path stroke="none" d="M0 0h24v24H0z" fill="none" />  <path d="M7 9.667a2.667 2.667 0 0 1 2.667 -2.667h8.666a2.667 2.667 0 0 1 2.667 2.667v8.666a2.667 2.667 0 0 1 -2.667 2.667h-8.666a2.667 2.667 0 0 1 -2.667 -2.667l0 -8.666" />  <path d="M4.012 16.737a2.005 2.005 0 0 1 -1.012 -1.737v-10c0 -1.1 .9 -2 2 -2h10c.75 0 1.158 .385 1.5 1" /></svg><svg aria-hidden="true" focusable="false"  xmlns="http://www.w3.org/2000/svg"  width="24"  height="24"  viewBox="0 0 24 24"  fill="none"  stroke="currentColor"  stroke-width="2"  stroke-linecap="round"  stroke-linejoin="round"  class="theme-icon theme-icon--check icon icon-tabler icons-tabler-outline icon-tabler-check">  <path stroke="none" d="M0 0h24v24H0z" fill="none" />  <path d="M5 12l5 5l10 -10" /></svg></button></div></div><div class="mermaid-chart"><pre class="mermaid">flowchart TD    A[先把话说出来] --> B[再纵览整个对话]    B --> C[搭建写作的架构]    C --> D[让词句更通俗易懂]    D --> E[最后的打磨收尾]    A --> A1[低压生成]    B --> B1[捞出关键词和线头]    C --> C1[把流切成块]    D --> D1[私人语境转成公共表达]    E --> E1[修边、剪枝、收声]</pre><div class="mermaid-zoom-controls" aria-label="Mermaid 缩放控制"><button class="mermaid-zoom-btn" type="button" data-mermaid-zoom="out" aria-label="缩小" title="缩小" disabled><svg aria-hidden="true" focusable="false"  xmlns="http://www.w3.org/2000/svg"  width="24"  height="24"  viewBox="0 0 24 24"  fill="none"  stroke="currentColor"  stroke-width="2"  stroke-linecap="round"  stroke-linejoin="round"  class="theme-icon theme-icon--zoom-out icon icon-tabler icons-tabler-outline icon-tabler-zoom-out">  <path stroke="none" d="M0 0h24v24H0z" fill="none" />  <path d="M3 10a7 7 0 1 0 14 0a7 7 0 1 0 -14 0" />  <path d="M7 10l6 0" />  <path d="M21 21l-6 -6" /></svg></button><button class="mermaid-zoom-btn" type="button" data-mermaid-zoom="in" aria-label="放大" title="放大"><svg aria-hidden="true" focusable="false"  xmlns="http://www.w3.org/2000/svg"  width="24"  height="24"  viewBox="0 0 24 24"  fill="none"  stroke="currentColor"  stroke-width="2"  stroke-linecap="round"  stroke-linejoin="round"  class="theme-icon theme-icon--zoom-in icon icon-tabler icons-tabler-outline icon-tabler-zoom-in">  <path stroke="none" d="M0 0h24v24H0z" fill="none" />  <path d="M3 10a7 7 0 1 0 14 0a7 7 0 1 0 -14 0" />  <path d="M7 10l6 0" />  <path d="M10 7l0 6" />  <path d="M21 21l-6 -6" /></svg></button></div></div><div class="mermaid-source" hidden><pre><code>flowchart TD    A[先把话说出来] --&gt; B[再纵览整个对话]    B --&gt; C[搭建写作的架构]    C --&gt; D[让词句更通俗易懂]    D --&gt; E[最后的打磨收尾]    A --&gt; A1[低压生成]    B --&gt; B1[捞出关键词和线头]    C --&gt; C1[把流切成块]    D --&gt; D1[私人语境转成公共表达]    E --&gt; E1[修边、剪枝、收声]</code></pre></div></div><h3 id="先把话说出来"><a href="#先把话说出来" class="headerlink" title="先把话说出来"></a>先把话说出来</h3><p><del>At first（bushi）</del>倘若你现在有一点独特的想法或者见解，那么我们先不妨把文档先关掉。</p><p>找个死党或者虽然可能听不懂但也愿意倾听你的见解的人<sup class="footnote-ref"><a id="fnref-2" href="#fn-2" role="doc-noteref" aria-describedby="fn-2">2</a></sup>。更理想的情况，是找一个同样对此有着高度兴趣的人，不管是面对面还是打字交流，总之先去和他们聊天。</p><p>或者说你要是觉得尴尬，社恐，或者说是找不到人，那么找一个有思考能力并且不错的大模型也是可以的。</p><p>就目前（2026年5月）来看<sup class="footnote-ref"><a id="fnref-3" href="#fn-3" role="doc-noteref" aria-describedby="fn-3">3</a></sup>，能够胜任这个能力的国外的模型有：</p><ul><li>ChatGPT 5.5 Thinking</li><li>Claude Opus 4.7 Thinking（其实我感觉Sonnet 4.6 Thinking也还行） </li><li>Gemini 3.1 Pro</li></ul><p>国内模型有：</p><ul><li>Deepseek 专家模式（即<strong>DeepSeek-V4-Pro</strong>）+深度思考（尽可能不要打开智能搜索功能<sup class="footnote-ref"><a id="fnref-4" href="#fn-4" role="doc-noteref" aria-describedby="fn-4">4</a></sup>）</li><li>智谱 GLM 5.1 思考模式，且尽可能不打开联网</li></ul><p>或者说实在不行，你可以学程序员对着一只小黄鸭讲话<sup class="footnote-ref"><a id="fnref-5" href="#fn-5" role="doc-noteref" aria-describedby="fn-5">5</a></sup>，把你所想到的东西解释给它。</p><p>听起来有点笨，但它确实有用。你可以从一句很松散的话开始，比如：</p><blockquote><p>最近我一直在想一件事……</p></blockquote><p>然后顺着这个开头往下说。想到哪里说到哪里，说乱了也没关系，说错了也没关系，说到一半突然跑题也没关系。</p><p>如果是口头对话，我建议你先打开录音并在完成后转为文字；如果是线上聊天，那就保留好聊天记录。</p><p>因为当这场对话结束以后，有价值的东西就不只是「我终于把话说出来了」，而是这些话最终被记录下来了。</p><p>在最好的情况下，你可能会进行一场酣畅淋漓的对话，从一个问题聊到另一个问题，从一个领域牵出另一个领域。聊的时候你就会发现，很多东西压根就没有去提前构思，但却在说的这个过程中慢慢就浮现了出来。</p><h3 id="再纵览整个对话"><a href="#再纵览整个对话" class="headerlink" title="再纵览整个对话"></a>再纵览整个对话</h3><p>但话说出来以后，也不要急着马上就去改成文章。</p><p>因为刚刚结束的对话，本质上仍然是流动的。它可能很兴奋，也可能很跳跃；可能前面说到写作，中间突然扯到学习，后面又拐到 AI、表达欲、自我审视。它里面确实有很多有价值的东西，但这些东西还散落在不同地方。</p><p>所以第二步，是先把整段对话重新看一遍。</p><p>这时候也不要急着改句子，也不要急着判断哪句话写得好不好。你要做的事情更像是把东西从水里捞出来：看看哪些词在反复出现，又有哪些问题被反复提起，哪些句子虽然看上去很像是口水话，但其实却抓住了关键问题，又有哪些地方说着说着突然就柳暗花明了。</p><p>或者说，你要是觉得看着费劲，或者干脆就懒得看，一个可以偷懒一点的方法就是：把散乱的东西丢给AI总结<sup class="footnote-ref"><a id="fnref-6" href="#fn-6" role="doc-noteref" aria-describedby="fn-6">6</a></sup>，这样东西还是你的，但条理一下就顺畅了起来。</p><p>到了这一步，就很容易看出，文章真正的脉络，其实就已经藏在对话里了。</p><p>比如在这篇文章里，最开始其实只是有感而发，「为什么我和别人聊天探讨的时候滔滔不绝像个话唠，但一到动笔就开始卡文，半天一字未动」。但在聊天的途中，总会有那么一些新奇的见解就这么「蹦」出来了，例如写作与对话的不同、写作难到底难哪儿去了，然后就自然而然的冒出来一个念头：为何不直接将对话作为写作的前置步骤？</p><p>所以你就会发现，原本那一大段看起来零零散散不知道在说些什么的对话，其实它已经不再是一团乱麻了。它里面开始有了一些冒出来的线头。</p><p>而接下来我们要做的，就是顺着这些线头，把文章的架构搭起来。</p><h3 id="搭建写作的架构"><a href="#搭建写作的架构" class="headerlink" title="搭建写作的架构"></a>搭建写作的架构</h3><p>到了这一步，就不能再完全顺着对话的顺序往下走了。</p><p>因为对话的顺序，往往是思维自然流动的顺序，它常常是跳脱的，不一定有真正清晰的条理；但文章不太一样，它需要有一些条理，以保证读者能够顺畅地理解。</p><p>所以说这两者并不是一回事。</p><p>聊天的时候，你可能是先说一个结论，就「我感觉……」，然后突然想起一个例子：「打个比方……」；说着说着，又补充了一个背景：「就例如平时我们……」；再往后，才意识到真正的问题其实不在这里，而在另一个地方。对话可以这样散漫，因为对方在场，他可以跟着你的思绪走，没听懂或者没理解也能随时追问。</p><p>但文章不行。</p><p>文章就是需要你重新安排这些内容：什么东西适合放在开头，什么东西适合放在中间，什么东西又应该留到后面再说，什么东西其实只是聊天时顺手带出来的，不太重要，可以删掉。</p><p>这一步，本质上就是把「流」切成「块」，然后把它整齐地码起来。</p><p>比如这篇文章，如果真的完全按照对话的顺序来写，就会出现一个问题：一会儿聊写作，一会儿又讨论聊天，一会儿评价 AI，一会儿又探讨心理学，零零散散的。但如果我们把它重新整理一下，它就可以变成一个更清晰的结构：</p><ol><li>先写一个真实的生活场景：为什么打开文档会发呆。</li><li>再提出问题：为什么聊天时滔滔不绝，但一写文章就卡住停滞不前。</li><li>然后再拆解写作为什么难：万事开头难、写出来感觉失真、写着写着纠结。</li><li>接着再解释为什么对话不存在这些问题。</li><li>最后给出方法：如何将散乱的对话转为整齐的文章。</li></ol><p>这样一来，原本散落在对话里的内容，就不再只是一些零碎的想法，而是开始变成承载一篇文章的骨架。</p><p>所以说我们在搭建这个架构的时候，也先别急着追求着句子写得有多漂亮。</p><p>而真正要先做的，是问自己几个问题：</p><blockquote><p>这篇文章真正想解决的问题是什么？</p><p>哪些内容用于开头，可以更好的用来建立共鸣？</p><p>哪些内容是在文章主体里必须展开的？</p><p>而哪些内容只是说在聊天时顺手聊到了，但其实不太重要，可以直接删掉？</p><p>读者又应该按照什么顺序，才能最自然地理解这件事情？</p></blockquote><p>当这些问题都有了答案之后，文章就已经不再是一堆散乱的原材料了。</p><p>它开始有入口，有路上的风景，也有终点。</p><h3 id="让词句更通俗易懂"><a href="#让词句更通俗易懂" class="headerlink" title="让词句更通俗易懂"></a>让词句更通俗易懂</h3><p>文章的骨架搭起来以后，文章也就有了它的脊梁。</p><p>但一篇文章它不能只有骨架，光啃骨头是没有意思的，它至少还得带点肉。并且，它还不一定能够被读者顺畅地理解清楚。</p><p>因为从对话里打捞出来的句子，往往还带着很多只属于对话现场的私人语境。</p><p>所以在这个时候，我们就可以做一些之前一直没让做但是非常想做的事情了：让词句更通俗易懂。</p><p>但这里的“通俗易懂”，并不是让你去把文章写得十分浅显，也不是把所有表述都改成满是槽点的大白话。</p><p>它真正让你做的，是把那些只有在对话的现场才能成立的东西，改成让一个陌生读者也能理解的表达。</p><p>比如对话里可以说：</p><blockquote><p>“你懂吧，就是那种感觉。”</p></blockquote><p>但文章里不能这么写，这么写只会让读者一头雾水。文章需要继续往前面再走一步，告诉读者「那种感觉」到底是什么：是打开文档以后发上半天的呆，是脑子里满是思绪但不知道从何下手，是写了两句又感觉不对，最后又删掉重来。</p><p>对话里可以靠语气、停顿、共同经历来补齐意思，可以让多次对话打补丁；文章却要把这些省略掉的东西，一口气没说完的东西，尽可能地补充回来。</p><p>所以，所谓的让词句更通俗易懂，并不是指的把深刻的东西写得浅薄，而是让悬空的东西落地，把含糊的内容说清，把只有你自己理解的地方，改成更多人看得懂的表达。</p><h3 id="最后的打磨收尾"><a href="#最后的打磨收尾" class="headerlink" title="最后的打磨收尾"></a>最后的打磨收尾</h3><p>到了这一步，文章基本已经站起来了。</p><p>它有了材料作为地基，有了骨架支撑，也把很多原本只在对话里成立的东西，改成了读者能够读懂的表述。接下来要做的，就不是从零开始了，而是把这篇文章再往「像是一篇文章」的方向推一推。</p><p>这时候可以开始研究哪些地方重复该删掉，补上中间跳跃的逻辑，调整一些太口语化、表述太复杂、太松散的句子。也可以看看每一段之间是不是连得上，标题和正文是不是在互相照应，开头提出的问题有没有在后面得到回应。</p><p>但这里仍然需要小心一件事：不要把打磨变成另一种内耗。</p><p>打磨不是把每一句话都修到完美无暇，那样会丢掉一些属于自己的风格，而是让文章更顺畅、更清楚地让读者读下去。很多句子不一定要特别漂亮，只要它准确、自然、放在那个地方足够合适，就已经够了。</p><p>你可以重点看几个地方：</p><blockquote><p>有没有重复啰嗦的现象？</p><p>有没有某一段思路跳了步骤？</p><p>有没有只有自己了解但读者未必能看懂的表达？</p><p>有没有某些句子太长，读起来感觉喘不过气？</p><p>有没有某些地方明明可以删掉，却因为舍不得一直留着？</p></blockquote><p>当这些问题检查完以后，文章通常就会清爽很多。</p><p>最后，再回头看一眼开头和结尾。</p><p>开头要把人引进来，让读者知道这篇文章和自己有关；结尾要把整篇文章收束起来，让读者读完以后带走一点东西。它不一定要升华得很用力，但至少要让人感觉：这一路读下来，不是白走了一趟。</p><p>所以，最后的打磨收尾，其实不是给文章重新造骨架，而是替它修边、剪枝。</p><p>它让文章从「能看」变成「容易理解」，从「有内容」变成「内容有完整感」。</p><p>而到这里，一篇由对话生长出来的文章，才算是真正的成型了。</p><h2 id="结语"><a href="#结语" class="headerlink" title="结语"></a>结语</h2><p>所以，写不出来并不一定就代表着你没有想法，也不一定意味着你不适合写作。</p><p>很多时候，只是因为我们太早把自己放到了「成稿」的位置上，给了它太高的期望和目标。想法还没有冒出来，就急着要求它有完整的结构；感受还没被解释清楚，就急着要求它「变现」成一段像样的文字；文章还没真的立起来，就急着评判它做得好不好。</p><p>而对话的意义，就在于它给了思绪一个更容易的选择，让它更容易地「决堤」。</p><p>它允许你先乱一点，先笨一点，先模糊不清一点。你可以在一句接一句的表达里，看见自己到底在想什么；也可以在一次次补充、追问和组织中，把那些原本只是感觉的东西慢慢说清楚。</p><p>所以，对那些总觉得自己写作无从下手的人来说，也许不必一开始就逼着自己打开文档、写出一篇像样的文章。</p><p>先说出来。</p><p>说着说着，那个真正想写的东西，可能就已经开始成型了。</p><section class="footnotes" role="doc-endnotes" aria-label="Footnotes"><ol><li id="fn-1"><p>在心理学中，有一个概念叫做「解释性深度错觉」（Illusion of Explanatory Depth，IOED）。我们常常会高估自己对某个机制或因果过程的理解，直到真的要把它一步步解释清楚，才发现中间还有很多空缺和断裂。 <a class="footnote-backref" href="#fnref-1" role="doc-backlink" aria-label="Back to reference 1">&#8617;</a></p></li><li id="fn-2"><p>如果倾听对象确实不懂，这种做法也有点接近大家常说的“费曼学习法”：试着把一个东西讲给外行听，往往会逼着你发现自己到底知道了什么又不知道什么。不过，如果对方本身也懂这个话题，对话的好处又会变成互相启发，话题能扩散得更广。 <a class="footnote-backref" href="#fnref-2" role="doc-backlink" aria-label="Back to reference 1">&#8617;</a></p></li><li id="fn-3"><p>具体模型版本会不断变化，所以这里更重要的是选择标准：长上下文、推理&#x2F;思考能力强、能追问、能整理、幻觉低，而不是死记某个版本名。 <a class="footnote-backref" href="#fnref-3" role="doc-backlink" aria-label="Back to reference 1">&#8617;</a></p></li><li id="fn-4"><p>联网搜索会引入更多外部信息，也可能带来不可靠来源和额外噪声，所以如果目标是整理自己的想法，而不是查资料，反而可以先不打开联网功能，此外任何AI都可能会犯错，所以我仍然强调的是对话而不是询问，类似于一个什么都知道点但不太靠谱点朋友一样，一定要具有自己的思辨能力。 <a class="footnote-backref" href="#fnref-4" role="doc-backlink" aria-label="Back to reference 1">&#8617;</a></p></li><li id="fn-5"><p>程序员会尝试将自己的代码逐行解释给一只小黄鸭或任何其他无生命的物体，仿佛对方能够理解代码的逻辑。这种方法的核心原理在于通过口头表达来理清思路。这种方法被称为“小黄鸭调试法”，实际上也是“费曼学习法”的一种。 <a class="footnote-backref" href="#fnref-5" role="doc-backlink" aria-label="Back to reference 1">&#8617;</a></p></li><li id="fn-6"><p>大语言模型比较擅长做模式识别、归纳和重组，所以很适合帮你从一大段散乱对话里提取关键词、主题和结构。但总结不等于理解，也不等于完全正确地理解你的意思，所以最后仍然需要你自己来判断这些内容该何去何从。 <a class="footnote-backref" href="#fnref-6" role="doc-backlink" aria-label="Back to reference 1">&#8617;</a></p></li></ol></section>]]>
    </content>
    <id>https://zeyr.me/zh-cn/why-talking-feels-easy-but-writing-feels-hard/</id>
    <link href="https://zeyr.me/zh-cn/why-talking-feels-easy-but-writing-feels-hard/"/>
    <published>2026-04-30T19:47:28.000Z</published>
    <summary>为什么聊天时能把事情说清楚，一写文章却总是卡住？本篇文章从思维整理、表达失真、自我内耗三个层面，拆解写作为什么难，并提出“先对话，再写作”的可行方法。</summary>
    <title>为什么我们能在聊天里把事情说清楚，却写不出一篇文章？｜从聊天到写作，中间到底丢失了什么</title>
    <updated>2026-05-01T19:47:28.000Z</updated>
  </entry>
</feed>
