<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <author>
    <name>刘秀</name>
  </author>
  <generator uri="https://hexo.io/">Hexo</generator>
  <id>https://blog.liuxiu.us/</id>
  <link href="https://blog.liuxiu.us/" rel="alternate"/>
  <link href="https://blog.liuxiu.us/atom.xml" rel="self"/>
  <rights>All rights reserved 2026, 刘秀</rights>
  <subtitle>全新全异</subtitle>
  <title>刘秀的Blog</title>
  <updated>2026-10-01T02:21:56.252Z</updated>
  <entry>
    <author>
      <name>刘秀</name>
    </author>
    <category term="科技" scheme="https://blog.liuxiu.us/categories/%E7%A7%91%E6%8A%80/"/>
    <category term="游戏" scheme="https://blog.liuxiu.us/categories/%E6%B8%B8%E6%88%8F/"/>
    <category term="独立游戏" scheme="https://blog.liuxiu.us/tags/%E7%8B%AC%E7%AB%8B%E6%B8%B8%E6%88%8F/"/>
    <category term="鲸落馆" scheme="https://blog.liuxiu.us/tags/%E9%B2%B8%E8%90%BD%E9%A6%86/"/>
    <category term="推理游戏" scheme="https://blog.liuxiu.us/tags/%E6%8E%A8%E7%90%86%E6%B8%B8%E6%88%8F/"/>
    <category term="游戏设计" scheme="https://blog.liuxiu.us/tags/%E6%B8%B8%E6%88%8F%E8%AE%BE%E8%AE%A1/"/>
    <category term="像素艺术" scheme="https://blog.liuxiu.us/tags/%E5%83%8F%E7%B4%A0%E8%89%BA%E6%9C%AF/"/>
    <category term="克苏鲁" scheme="https://blog.liuxiu.us/tags/%E5%85%8B%E8%8B%8F%E9%B2%81/"/>
    <category term="独立开发" scheme="https://blog.liuxiu.us/tags/%E7%8B%AC%E7%AB%8B%E5%BC%80%E5%8F%91/"/>
    <content>
      <![CDATA[<blockquote><p>一头鲸死去以后，会慢慢沉入深海。<br>它的身体会在海底喂养一整个生态，长达几十年。<br>这个现象，叫做“鲸落”。</p></blockquote><p>我是刘秀。</p><p>这段时间，我做了一个游戏，叫《鲸落馆》。</p><p>它是一个现代像素风的箱庭推理游戏，带一点点克苏鲁的味道。你扮演一名侦探，在一座被台风困住的孤岛上，调查一桩发生在深夜的溺亡案。通关大约需要两到四个小时。</p><p>整个游戏，建立在一句话上：</p><p><strong>岛上的每一个人，都在对你说谎。</strong></p><p><img loading="lazy" decoding="async" src="/images/whalefall-cover.webp" alt="《鲸落馆》标题画面"></p><p><small><em>《鲸落馆》标题画面。可以直接在浏览器里玩：<a href="https://wfm.xiu.moe/">wfm.xiu.moe</a></em></small></p><span id="more"></span><h2 id="起点：如果所有人都在说谎"><a href="#起点：如果所有人都在说谎" class="headerlink" title="起点：如果所有人都在说谎"></a>起点：如果所有人都在说谎</h2><p>大多数推理故事都有一个默认的结构：一群基本诚实的证人，加上一个说谎的凶手。侦探要做的，是在一堆真话里找到那句唯一的假话。</p><p>我一直觉得，这个结构可以反过来。</p><p>现实里，说谎的从来不只是凶手。人会为了面子、为了钱、为了家人、为了一段不想被提起的过去说谎。一桩命案发生的那个夜里，每个人都在做自己的事，而那些事，大多不适合在侦探面前说出口。</p><p>所以在动手之前，我先给自己定了一条规则：</p><blockquote><p>每个人的谎言，都在掩盖一件“那晚做过的事”。<br>但只有一个人，杀了人。</p></blockquote><p>这条规则一定下来，游戏的形状就出来了。</p><p>玩家要面对的不是一个谎言，而是一整张谎言织成的网。每戳破一个谎，就有一件“那晚做过的事”浮出水面：谁溜出过房间，谁动过保险柜，谁在书房门口停留过，谁在凌晨听见了什么。</p><p>这些事拼在一起，才是那一夜真实的样子。</p><p>而凶手的谎言，就藏在所有人的谎言中间。</p><h2 id="谎言也需要形状"><a href="#谎言也需要形状" class="headerlink" title="谎言也需要形状"></a>谎言也需要形状</h2><p>“所有人都在说谎”听起来很酷，但做起来，第一个问题就是：<strong>玩家凭什么知道谁在说谎？</strong></p><p>如果靠猜，那就不是推理，是抽奖。</p><p>我的答案是：每一个谎言，都必须在某个地方和一个事实对不上。</p><p>一个人说“我一整晚都没出过门”，那书房的书桌底下就该有一只她的耳环。一个人说“我十点就睡了”，那保险柜底下就该有一枚他的袖扣。谎言有形状，证物也有形状，两者扣不上的地方，就是破绽。</p><p>所以游戏的核心操作很简单：<strong>质询，追问，出示。</strong></p><p><img loading="lazy" decoding="async" src="/images/whalefall-interrogation.webp" alt="质询沈昭：她的证词列表，第一条已经被揭穿"></p><p><small><em>质询界面。每个人的证词都会记在手帐里，被揭穿的证词会被划掉。</em></small></p><p>找到那件和证词对不上的证物，拍在对方面前，谎言就碎了。</p><p><img loading="lazy" decoding="async" src="/images/whalefall-lie-testimony.webp" alt="韩策的证词"></p><p><img loading="lazy" decoding="async" src="/images/whalefall-lie-stamp.webp" alt="谎言被揭穿的瞬间"></p><p><small><em>揭穿谎言的演出。我希望每一次戳破，都有一点“啪”的手感。</em></small></p><p>整个游戏里一共有三十五个这样的谎言。每个人都不止一个：第一层谎言往往是在保护面子，揭开以后，下面还有一层在保护真正的秘密。</p><p>出示错了，会扣“理智”。理智太低的时候，世界会开始变得不太对劲。这既是惩罚，也是这个故事氛围的一部分。</p><h2 id="为什么是箱庭"><a href="#为什么是箱庭" class="headerlink" title="为什么是箱庭"></a>为什么是箱庭</h2><p>故事发生在一座叫“鲸落岛”的小岛上。岛上有一栋宅邸，一座灯塔，一间守塔人小屋，还有一个藏在地底的潮汐洞。台风过境，船回不来，电话打不通，所有人都被困在这里。</p><p>这是推理小说里最经典的“暴风雪山庄”。</p><p>我选择它，是因为我想要一个<strong>可以被完整看清的世界</strong>。</p><p>箱庭游戏最迷人的地方，是空间有限，但每个角落都有意义。你会一次又一次地回到同一个房间，只是每一次，你知道的东西都比上一次多。</p><p><img loading="lazy" decoding="async" src="/images/whalefall-hall.webp" alt="大厅：头顶悬着一整副鲸骨"></p><p><small><em>宅邸大厅。那副鲸骨在序章只是一件装饰，后来会变成很多东西。</em></small></p><p>游戏里的地图，我做成了一张宅邸的剖面图。十七个地点，随着章节一点点点亮。二楼那一排客房，一开始大多只是问号。</p><p><img loading="lazy" decoding="async" src="/images/whalefall-map.webp" alt="箱庭地图：宅邸剖面与灯塔"></p><p><small><em>地图。点亮的房间可以直接前往，小方块是此刻在那个房间里的人。</em></small></p><p>同一个房间，第二章回来时会多出新的东西。拿到紫外灯以后，地板上还会亮起前一晚留下的荧光脚印。</p><h2 id="鲸落：一个意象，撑起一个世界"><a href="#鲸落：一个意象，撑起一个世界" class="headerlink" title="鲸落：一个意象，撑起一个世界"></a>鲸落：一个意象，撑起一个世界</h2><p>名字是我很早就定下来的。</p><p>鲸落是一个真实的海洋生态现象。一头鲸死后沉入深海，它的尸体会依次喂养四批不同的生物：先是游过来的清道夫，然后是啃食骨头的小生物，再然后是靠骨头里的化学物质活下去的细菌，最后，它的骨架会变成一片礁石，供新的生命栖息。</p><p>一个庞然大物的死亡，喂饱了周围所有的东西。</p><p>我读到这个现象的时候，第一反应是：<strong>这不就是一桩命案吗？</strong></p><p>一个有钱、有名、有秘密的人死了。他的死，让每一个人都得到了什么，或者失去了什么。每个人都靠着他的死，藏住了一点自己的东西。</p><p>于是整座岛都围绕着这个意象长了出来：死者沈渊是研究鲸落的海洋生物学家；宅邸的大厅挂着一整副鲸骨；岛底下的洞穴叫“鲸喉”；二十年前，那里发生过一场潜水事故。</p><p><img loading="lazy" decoding="async" src="/images/whalefall-study.webp" alt="书房：死者被发现的地方"></p><p><small><em>书房。沈渊被发现死在这张高背椅上，死因是溺水。</em></small></p><p>至于克苏鲁，我只想要“一点点”。</p><p>岛上的老人说，夜里听见海里有人唱歌，别应。潮汐洞的水会发光。每个人都在某个时刻，好像听见了什么。</p><p>但我给自己定了第二条规则：</p><blockquote><p><strong>克苏鲁只负责氛围，不负责答案。</strong></p></blockquote><p>这桩案子里的每一个谎言，都能被一件实实在在的证物戳破。凶手是人，动机是人的动机，手法是人能做到的手法。超自然的东西永远不会成为解谜的捷径。</p><p>当然，如果你在最后坚持认为凶手“不是人”，游戏也为你准备了一个结局。</p><p><img loading="lazy" decoding="async" src="/images/whalefall-grotto.webp" alt="潮汐洞"></p><p><small><em>潮汐洞。池水在黑暗里发着青光。</em></small></p><h2 id="七个人，七种谎言"><a href="#七个人，七种谎言" class="headerlink" title="七个人，七种谎言"></a>七个人，七种谎言</h2><p>岛上一共七个人。死者沈渊，和六个在那一夜各自藏着事情的人。</p><p><img loading="lazy" decoding="async" src="/images/whalefall-lineup.webp" alt="七个角色的像素立绘"></p><p><small><em>从左到右：沈渊、沈昭、顾时雨、钟叔、林雾、韩策、许鸣。</em></small></p><p>写人物的时候，我给每个人准备了三样东西：<strong>一个公开的身份，一个不能说的秘密，和一句为了守住秘密而说的谎。</strong></p><p>女儿、助手、守塔人、医生、古董商、旅行博主。他们每个人都有来到这座岛的理由，也都有在那一夜离开房间的理由。</p><p>我最在意的一件事，是<strong>不让任何一个人只是“嫌疑人甲”</strong>。每个人被揭穿以后，都应该让玩家更理解他一点，而不是更讨厌他一点。</p><p>有一个小细节，我自己很喜欢：游戏里有一个角色，从第一章开始，立绘上会少一样东西。</p><p>至于是谁、少了什么，就留给玩家自己去发现吧。</p><h2 id="三万两千字的剧本"><a href="#三万两千字的剧本" class="headerlink" title="三万两千字的剧本"></a>三万两千字的剧本</h2><p>《鲸落馆》的剧本大约有三万两千字，三百多段脚本。</p><p>为了能快速写、快速改，我给剧本设计了一套很简单的格式。它读起来像话剧剧本，但游戏可以直接运行它：</p><figure class="highlight text"><table><tr><td class="gutter"><pre><span class="line">1</span><br><span class="line">2</span><br><span class="line">3</span><br><span class="line">4</span><br><span class="line">5</span><br><span class="line">6</span><br><span class="line">7</span><br><span class="line">8</span><br><span class="line">9</span><br><span class="line">10</span><br></pre></td><td class="code"><pre><span class="line">zhong: ……程先生？</span><br><span class="line">me: 程默。您是？</span><br><span class="line">zhong: 钟守礼。守塔的。岛上都叫我钟叔。</span><br><span class="line">zhong: 先生让我来接你们。行李给我。</span><br><span class="line">&gt; 他的手很大，一把就拎起了我的箱子，像拎起一条鱼。</span><br><span class="line">me: 风比预报的大。</span><br><span class="line">zhong: 台风在海上拐了个弯，半夜到。</span><br><span class="line">zhong: 船是回不来了。电话也不通。</span><br><span class="line">zhong[quiet]: ……这两天，谁也走不了。</span><br><span class="line">me: （他说“谁也走不了”的时候，看的不是我，是海。）</span><br></pre></td></tr></table></figure><p><code>角色: 台词</code> 是对白，<code>&gt;</code> 开头是旁白，<code>me:</code> 加括号是侦探的内心。发证物、换场景、切音乐、震屏、进小游戏，也都是一行指令。</p><p><img loading="lazy" decoding="async" src="/images/whalefall-dialogue.webp" alt="对话画面"></p><p><small><em>对话。每个角色说话时都有自己音高的打字声。</em></small></p><p>写剧本时我踩过一个坑：初稿里我特别爱用破折号。停顿用破折号，转折用破折号，欲言又止也用破折号。写完回头一看，满屏都是“——”，读起来又急又乱。后来我专门删了一轮，只把它留给真正需要被打断的句子。</p><p>另一个原则是：<strong>先写真相，再写谎言。</strong></p><p>在写任何一句台词之前，我先写了一份“真相文档”：那一夜每个人在几点几分、在哪个房间、做了什么，精确到分钟。所有的证物、证词和谎言，都是从这张时间表里长出来的。</p><p>这样做的好处是，不管剧本改成什么样，真相都不会自相矛盾。</p><h2 id="推理板：让玩家自己把真相拼出来"><a href="#推理板：让玩家自己把真相拼出来" class="headerlink" title="推理板：让玩家自己把真相拼出来"></a>推理板：让玩家自己把真相拼出来</h2><p>每一章的最后，玩家需要打开推理板，把这一章查到的东西拼起来。</p><p>有的是填空：他死于几点，死在哪里，遗体是怎么被送回书房的。有的是一张表：七个人，五个时刻，每个人在哪里。</p><p><img loading="lazy" decoding="async" src="/images/whalefall-deduction.webp" alt="第二章推理板：案发之夜的时间线"></p><p><small><em>第二章的推理板。带虚线下划线的格子是已经确定的，剩下的要玩家自己填。</em></small></p><p>我很喜欢这个设计，因为它把“我觉得我懂了”变成了“我证明我懂了”。</p><p>游戏里还有九个小游戏：拓印便签本上被撕掉的那一页，在显微镜下比对水样，逐段回放一段录音，一扇一扇地开关走廊上的门、比对门轴的吱呀声，还有主卧墙上那块要按鲸落四个阶段转动的鲸骨壁板。</p><p><img loading="lazy" decoding="async" src="/images/whalefall-dials.webp" alt="鲸骨壁板"></p><p><small><em>鲸骨壁板。四个圆盘，四个阶段。</em></small></p><h2 id="玩家教会我的事"><a href="#玩家教会我的事" class="headerlink" title="玩家教会我的事"></a>玩家教会我的事</h2><p>第一版做完以后，我自己从头到尾完整玩了一遍。站在玩家的位置上，很多问题一下子就暴露出来了，于是又改了很多东西。</p><p><strong>第一件：两件证物的谎言。</strong></p><p>有些谎言，需要同时知道两件事才能戳破。一开始我只允许出示其中特定的那一件。结果我自己玩到第二章就卡住了：手里明明两件证物都有，拿另一件去出示却被判错、扣理智；下意识地去找“合并证物”的按钮，游戏里又根本没有这个功能。</p><p>后来我改成：两件都拿到以后，出示哪一件都算。只拿到一件就出示，对方会用台词提醒你还差什么，不扣理智。</p><p><strong>第二件：提示给多少。</strong></p><p>卡关的时候，玩家可以“思考”。我一度做过两级提示，第一级给方向，第二级直接告诉你该质询谁、出示什么。</p><p>玩下来发现，第二级太好用了。好用到一卡住就想按，推理的乐趣全没了。最后我把第二级整个删掉，“思考”只给方向，不给答案。</p><p><strong>第三件：指认只有一次。</strong></p><p>一开始，看到结局以后还能读档，回到指认之前换一个人再试。这让最后的指认变得毫无分量。</p><p>现在，终章的对质开始以后不能手动存档；看到任何一个结局，自动存档都会被清除。</p><p><strong>你只有一次机会，说出那个名字。</strong></p><h2 id="画面：Qwen-Image-与像素化"><a href="#画面：Qwen-Image-与像素化" class="headerlink" title="画面：Qwen-Image 与像素化"></a>画面：Qwen-Image 与像素化</h2><p>《鲸落馆》的背景、立绘、过场图和证物图，原图都是我用 <strong>Qwen-Image</strong> 文生图生成的。</p><p>但文生图的原图并不能直接用。它太“真”了，光影和细节都是写实的；每张图的色调也各不相同；而且它不是像素画。</p><p>所以我写了一条像素化管线：</p><ol><li>把原图裁切、缩小到游戏的内部分辨率 480×270；</li><li>用一套全游戏共享的调色板重新量化颜色，让所有画面看起来属于同一个世界；</li><li>人物立绘先在洋红色背景上生成，再抠掉背景，得到干净的像素边缘；</li><li>最后，给每个房间手工标注：哪些物体可以调查、角色站在哪里、光从哪里来、窗外有没有雨。</li></ol><p><img loading="lazy" decoding="async" src="/images/whalefall-pipeline.webp" alt="左：Qwen-Image 原图；右：像素化后的游戏画面"></p><p><small><em>上排左边是 Qwen-Image 生成的原图，右边是像素化后的游戏背景；下排是同一区域的局部放大。</em></small></p><p>角色的一致性是另一个难题。有一次，我在描述里漏写了性别，结果旅行博主许鸣被生成成了一个男人。后来重新生成了好几轮，才找回我想象中那个脖子上挂着耳机、总在偷看别人的女孩。</p><h2 id="一个音频文件都没有"><a href="#一个音频文件都没有" class="headerlink" title="一个音频文件都没有"></a>一个音频文件都没有</h2><p>这可能是《鲸落馆》里最“工程师”的一个决定：<strong>游戏里没有任何一个音频文件。</strong></p><p>雨声、海浪、雷声、走廊里的脚步、升降梯的电机、每个人说话时的打字声，全部是用浏览器的 Web Audio 实时合成的。</p><p>这样做一开始只是为了让游戏足够小。后来它反而变成了一种能力：比如走廊上五扇门，每一扇的门轴吱呀声都不一样，而这个区别，本身就是一道谜题的答案。</p><p>还有那首“海里的歌”。它是几段很低的正弦波，慢慢地叠在一起，时起时落。我希望玩家听见它的时候，不确定那到底是风，还是别的什么。</p><p>所以，<strong>建议戴耳机玩。</strong></p><h2 id="技术上，尽量小"><a href="#技术上，尽量小" class="headerlink" title="技术上，尽量小"></a>技术上，尽量小</h2><p>技术选型上，我的原则是尽量小，尽量自己能完全掌控。</p><p>没有用现成的游戏引擎。游戏本体是一个 480×270 的 Canvas 画面，在大屏幕上按整数倍放大，保证像素锐利；界面层用普通的网页元素叠在上面，所有尺寸都以“游戏像素”为单位计算。整个项目用 TypeScript 写，Vite 打包，字体用的是开源的 Fusion Pixel Font。</p><p>剧本、证物、证词、房间、谜题，全部是数据。我另外写了两个小工具：</p><ul><li>一个<strong>校验器</strong>，检查三百多段脚本里有没有写错的角色名、不存在的证物、永远无法满足的条件；</li><li>一个<strong>自动通关脚本</strong>，从序章开始，按真结局的路线走完两百多步，每一次改动之后都跑一遍，确保游戏还能从头打到尾。</li></ul><p>对于一个几乎每天都在改剧本的项目，这两个工具救了我很多次。</p><p><img loading="lazy" decoding="async" src="/images/whalefall-mobile.webp" alt="手机横屏游玩"></p><p><small><em>手机横屏。iPhone 上“添加到主屏幕”以后可以全屏玩。</em></small></p><p>最后，我给它加上了手柄支持和手机横屏适配。在手机上用浏览器打开，横过来就能玩；添加到主屏幕以后，它会像一个独立的 App 一样全屏运行。</p><p><img loading="lazy" decoding="async" src="/images/whalefall-notebook.webp" alt="手帐：证物、证词、人物、目标和记录"></p><p><small><em>侦探的手帐。所有证物、证词、人物关系和对话记录都在这里。</em></small></p><h2 id="写在最后"><a href="#写在最后" class="headerlink" title="写在最后"></a>写在最后</h2><p>做《鲸落馆》的过程中，我越来越觉得：<strong>一个好的谎言，和一个好的谜题，其实是同一种东西。</strong></p><p>它要看起来合理，要经得起第一次追问；但它又必须在某个地方留下一道缝。玩家找到那道缝、把证物拍在桌上的那一刻，应该觉得：</p><p>“我早该想到的。”</p><p>如果你愿意，可以去 <a href="https://wfm.xiu.moe/">wfm.xiu.moe</a> 玩一玩。电脑和手机都可以，两到四个小时，建议戴耳机，建议别看攻略。</p><p>岛上的每一个人都在说谎。</p><p>希望你能找到那个真正该被找到的人。</p><blockquote><p>谨以此作，献给所有被大海带走的人。</p></blockquote>]]>
    </content>
    <id>https://blog.liuxiu.us/2026/09/23/whalefall-manor/</id>
    <link href="https://blog.liuxiu.us/2026/09/23/whalefall-manor/"/>
    <published>2026-09-23T16:00:00.000Z</published>
    <summary>一座被台风困住的孤岛，一具溺死在没有水的书房里的尸体，七个人，每个人都在说谎。这是我做《鲸落馆》的过程：从一句话的构思，到三万多字的剧本、像素画面和一套会被玩家一条条戳破的谎言。</summary>
    <title>所有人都在说谎：我是怎么做出《鲸落馆》的</title>
    <updated>2026-10-01T02:21:56.252Z</updated>
  </entry>
  <entry>
    <author>
      <name>刘秀</name>
    </author>
    <category term="写作" scheme="https://blog.liuxiu.us/categories/%E5%86%99%E4%BD%9C/"/>
    <category term="科技" scheme="https://blog.liuxiu.us/categories/%E7%A7%91%E6%8A%80/"/>
    <category term="散文" scheme="https://blog.liuxiu.us/tags/%E6%95%A3%E6%96%87/"/>
    <category term="人工智能" scheme="https://blog.liuxiu.us/tags/%E4%BA%BA%E5%B7%A5%E6%99%BA%E8%83%BD/"/>
    <category term="Codex" scheme="https://blog.liuxiu.us/tags/Codex/"/>
    <category term="Claude Code" scheme="https://blog.liuxiu.us/tags/Claude-Code/"/>
    <category term="OpenAI" scheme="https://blog.liuxiu.us/tags/OpenAI/"/>
    <category term="Anthropic" scheme="https://blog.liuxiu.us/tags/Anthropic/"/>
    <category term="技术批判" scheme="https://blog.liuxiu.us/tags/%E6%8A%80%E6%9C%AF%E6%89%B9%E5%88%A4/"/>
    <category term="订阅经济" scheme="https://blog.liuxiu.us/tags/%E8%AE%A2%E9%98%85%E7%BB%8F%E6%B5%8E/"/>
    <content>
      <![CDATA[<p>夜里，云端有一所衙门。</p><p>衙门没有朱漆大门，只有几排机柜；没有惊堂木，只有一枚红色的重置按钮。按钮一响，千千万万条已经干涸的进度条忽然返青，程序员便从各自的地下室、格子间和出租屋里探出头来，欢呼道：青天到了。</p><p>青天名叫 Tibo。</p><p>他在 X 上说一句“又重置了”，人们便奔走相告；他说“去做事吧”，人们便合上 X，打开终端，像领到赈济粮的灾民重新抡起锄头。还有人特意造了一座小小的民间神龛，叫作 <strong>TiboGPT</strong>，只问一个问题：他又重置 Codex 额度了吗？回答常年是：<strong>Probably——大概吧。</strong></p><p>这原是极有喜气的事。只是我看见那一片欢呼，忽然觉得有些冷。一个已经付过钱的人，因为获准继续使用自己订阅的工具，竟生出逢年过节般的感激；一家公司把计量表拨回原位，竟有了开仓放粮的功德。倘若这便叫技术进步，那么从前的佃户见地主少收半斗租，也该算是提前进入了现代社会。</p><p><img loading="lazy" decoding="async" src="/images/codex-quota-reset-ration-hall.webp" alt="额度衙门：两座配给柜台与等待重置的人"></p><span id="more"></span><h2 id="一枚按钮，四种恩典"><a href="#一枚按钮，四种恩典" class="headerlink" title="一枚按钮，四种恩典"></a>一枚按钮，四种恩典</h2><p>七月的按钮尤其勤快。</p><p>7 月 12 日，Tibo 宣布 Codex 与 ChatGPT Work 合计达到六百万活跃用户，同时做三件事：暂时撤掉 Plus、Business 和 Pro 的五小时用量限制；设法让 GPT-5.6 Sol 少吃一些额度；并在一小时内给所有人重置。</p><p>第二天，合计活跃用户到了七百万。他没有立刻把表拨满，而是给每个账户存入一张 <strong>banked reset</strong>，一张可以等到周额度将尽时再使用的“复活券”。又过一天，八百万到了，再次全员重置，五小时限制继续暂不生效。7 月 16 日，九百万到了，他说“another reset”，要人们等几分钟，看那甜美的周额度重新回到百分之百；末了还赶大家离开 X，去做一个有生产力的自己。</p><p>四天，四个百万节点，三种不同的放粮方式。这里的六百万、七百万、八百万、九百万，是 <strong>Codex 与 ChatGPT Work 的合计活跃用户</strong>，不是凭空长出来的九百万名独立程序员。但数字一旦穿上节庆的彩衣，分别也就不大要紧了。锣鼓所需要的，从来不是人口普查，只是下一个整数。</p><p>这还只是七月中旬。六月底，额度计量出过乱子，有用户报告只送出一条消息，五小时额度便像掉进下水道，顷刻见底。后来的说明并没有揪出一只孤零零的虫子，而是发现自动审查、任务拆解、失败重试、用量归类等多处问题叠在一起。于是故障要重置，修复也要重置；用户增长要重置，新功能上线也要重置。旧时逢旱赈粮，今日逢 Bug 赈 Token，赈到后来，灾情与庆典竟用上了同一面铜锣。</p><p>所以“重置”并不是一个东西。它有时是事故赔偿，有时是全局清零，有时是一张库存券，有时只是暂时撤去五小时的闸门。它们被压成同一个欢快的词，像药铺把止痛片、退烧药和糖丸统称为“关怀”。人只记得领到了，便不再追问先前究竟被扣走多少，为什么扣走，下一次又按什么算法扣走。</p><h2 id="表是公司的，惊讶是用户的"><a href="#表是公司的，惊讶是用户的" class="headerlink" title="表是公司的，惊讶是用户的"></a>表是公司的，惊讶是用户的</h2><p>最有意思的并不是按钮，而是表。</p><p>7 月 13 日，Tibo 另发了一则说明，开头便说：“No nerfing, only good stuff!”——没有削弱，只有好事。好事随后列了四条：推理优化大约可多换来百分之十的使用量；产品把 Sol 的上下文上限从 272k 提到 372k 后，扣掉的用量比预期更多，于是先退回 272k；团队为了寻找额外消耗，试验过不同的 reasoning effort，又撤回；高与极高推理档位调用多代理的次数略多于预期，自动审查也还有可以省下来的地方。</p><p>这几句话比一百次重置更诚实。它告诉我们，所谓“额度”并不是水表、电表那样朴素的计量器。水流过多少立方米，表便走多少；而 AI 的表会因为上下文窗口、推理强度、后台审查、子代理数量、缓存命中、失败重试而改变。用户只写下一句话，柜台后面却可能跑过一队他看不见的差役，每人都在账簿上蘸一笔墨。</p><p>更妙的是，账簿、砝码和秤都在同一家公司手里。它既决定哪一种模型值几斤，又决定一回合算几两；既能在今天把上下文扩大，说这是能力进步，也能在明天发现它烧得太快，再告诉用户这是计量偏差。用户能看到的，往往只有一个从百分之百滑向零的数字。至于那一格究竟代表多少 Token、多少推理、多少工具调用、多少失败的后台动作，却像衙门的库银，外人不宜多问。</p><p>于是按钮成了必要的仁政。表若清楚，赔偿便应当自动、精确地退回受影响的账户；表若可信，套餐便应当让人预估一项任务大约要花去多少；规则若稳定，用户也不必半夜守着一个产品负责人的 X 账号。现在却反过来了：因为账难以核，便用全员重置来抹平；因为承诺难以写死，便用个人化的豪爽来安抚。制度欠下的债，由人格魅力来还，利息则折算成转发、欢呼与新增用户。</p><p>Tibo 未必是恶人。他肯公开回应，肯说明事故，肯把按钮按下去，远胜过许多只会让客服机器人背诵条款的经理。可一个人的亲切越成功，越显出制度的贫乏。付费用户得到的持续服务，不该像县官开恩；事故补偿也不该取决于今日坐堂的是青天，还是一块只会回复“感谢反馈”的木牌。</p><h2 id="另一所衙门，算盘拨得更轻"><a href="#另一所衙门，算盘拨得更轻" class="headerlink" title="另一所衙门，算盘拨得更轻"></a>另一所衙门，算盘拨得更轻</h2><p>街对面还有一所衙门，门楣上写着 Anthropic。</p><p>这一家不大爱敲锣，较爱写细则。Claude 的官方 X 账号早在 2025 年便教用户怎样实时查看用量：到 Settings → Usage，或在 Claude Code 里输入 <code>/usage</code>。这当然是进步。犯人若能随时看见自己的沙漏，总比只在落闸时听见一声响好。</p><p>然而沙漏仍是沙漏。</p><p>Anthropic 现行帮助文档写得很清楚：Claude 与 Claude Code 共用额度；用完以后，Pro 用户可以升级 Max 5x，可以启用 usage credits，可以转入按 API 付费，也可以等待重置。Max 5x 用户若仍不够，则可以升级 Max 20x；再不够，仍是买 credits、按量付费，或者等。</p><p>另一页写得更坦白。Max 5x 每月一百美元，Max 20x 每月二百美元；即使是 Max，也有两道周限额，一道覆盖所有模型，一道专管 Sonnet。每个账户被分配一个固定重置时刻。文档还留下一扇十分宽阔的后门：为了容量与公平，Anthropic 可以自行决定，以周、月、模型或功能等方式再加限制。</p><p>“自行决定”四个字，实在有宪法的庄严。只是这部宪法由宫里起草，也由宫里解释。臣民能做的，是在 Settings 里查看下次放饭时间。</p><p>七月的竞争中，@claudeai 又把 Fable 5 的订阅内推广窗口延到 7 月 19 日，并延续 Claude Code 周限额上浮百分之五十。纸面上自然是好事；争议却在于，延长饭票的有效期，并不等于把已经吃完的饭重新盛满。OpenAI 直接把进度条拨回百分之百，Anthropic 则把“本周加量”的牌子多挂几天。一个像在广场上倒粮，一个像通知米店晚些关门。前者喧闹，后者克制；饿过的人却知道，两者都没有把粮仓钥匙交出来。</p><p>有人因此把 OpenAI 赞作豪爽，把 Anthropic 骂作吝啬。我以为还不必这样匆忙。豪爽若以临时为前提，便只是更漂亮的不确定；吝啬若写进文档，也不过是更诚实的配给。两家公司如今竟有惊人的相似：订阅内的聊天与编程工具共用额度；高价档以五倍、二十倍为阶梯；用完之后可以继续买 credits 或转按量付费。门面的颜色不同，柜台后的算盘却是同一厂家出的。</p><h2 id="五倍与二十倍的算术"><a href="#五倍与二十倍的算术" class="headerlink" title="五倍与二十倍的算术"></a>五倍与二十倍的算术</h2><p>“五倍”和“二十倍”是很好的数字。它们长得结实，印在价格页上，像两根可以承重的柱子。OpenAI 的 Pro 从每月一百美元起，分出相对 Plus 的五倍与二十倍；Anthropic 的 Max 也恰好是一百美元与二百美元，恰好也是五倍与二十倍。两家彼此竞争得如此激烈，到了倍数上却像同桌抄作业，连错别字都不愿多一个。</p><p>但五倍于什么，二十倍又究竟有多少，用户常常说不出。</p><p>倘若基数是一百，二十倍便有两千；倘若基数会随模型、上下文、推理强度、系统负载和后台动作而变，二十倍便只是一个姿势。它告诉你比低价用户高，却不告诉你一项真实工作能不能完成。就像饭馆保证豪华票的饭量是普通票二十倍，却不肯说明普通票里有几粒米，而且厨师换一道菜，米粒还要重新折算。</p><p>这不是小小的文案疏忽，而是一种精明的商业语法。明确的数量可以被追责，倍数却只需对另一个模糊量负责。套餐页于是永远正确：你确实拿到了五倍，只是今日的“一倍”不巧比昨日瘦了些；你确实买了二十倍，只是旗舰模型胃口大、代理跑得深、上下文又长，二十倍也只够它打几个饱嗝。</p><p>更何况，聊天、编程、桌面代理如今共用一只钱袋。白天让 Claude 整理文档，晚上 Claude Code 便可能少写一段代码；上午让 ChatGPT Work 跑过一批任务，下午 Codex 的周表便已留下齿痕。公司宣传的是一个无处不在的助手，计费时却把所有入口汇进同一根细管。所谓“统一体验”，有时只是统一挨饿。</p><p>订阅原本卖的是可预期：付一笔固定的钱，换一段相对稳定的服务。credits 与按量付费则把另一套逻辑悄悄缝在订阅背后：固定费用买到门票，真正干起活来，仍可能要在门内继续投币。等额度耗尽，界面体贴地给出三条路——升级、充值、等待。选择很多，仿佛自由；只是“继续按原计划完成工作”恰好不在其中。</p><p>这种算术到了公司里，还会再变一次。老板买下二十倍套餐，容易相信员工也该有二十倍产出；员工却知道，模型在第十九倍处可能因一次长上下文提前吃空。平台的不确定性不会写进绩效表，只会落到具体的人头上。于是人既要做程序员，又要做额度会计，还得向不懂计量规则的管理者解释，为什么一个号称永不疲倦的数字同事，今日忽然请了周假。</p><h2 id="把干渴做成节日"><a href="#把干渴做成节日" class="headerlink" title="把干渴做成节日"></a>把干渴做成节日</h2><p>计算资源当然不是天上落下来的雪。模型推理要机器，要电，要散热，要昂贵得令人眩晕的芯片。若完全没有限额，少数人可以让代理昼夜奔跑，旁人只得到超时和错误。限额本身并非罪证；公平调度也不是阴谋。</p><p>可“资源有限”不能自动推出“规则可以含混”。饭有限，正该把斤两写清；电有限，正该让电表可核；算力有限，也应当让用户知道一次任务为何扣掉这些额度，失败的任务是否退回，后台自发的审查与子代理是否另算，换模型以后倍率如何改变。不能一面把 Agent 宣传成可托付长任务的同事，一面又让这位同事的工时取决于一块会突然改变刻度的表。</p><p>普通聊天被截断，尚可明日再谈；代理任务却不同。它可能已经读完仓库，改了几十个文件，跑到测试的最后一步，忽然发现周限额归零。此前消耗的上下文、人的等待和未完成的验证，并不会随进度条一起复活。公司统计的是 Token，用户损失的是连续性。Token 可以重置，下午五点前要交付的版本却不能。</p><p>而且，代理越能干，浪费便越隐蔽。从前一问一答，用户至少知道自己按了几次发送；如今一句“把这个功能做完”，背后可能生出规划、搜索、改写、审查、测试和返工。平台把复杂劳动折叠成一个按钮，也把复杂账目藏到按钮背后。结果好时，人赞叹智能；结果坏时，账单仍然十分清醒。机器的失败可以叫探索，用户的额度却从不因此恢复童贞。</p><p>这形成了一种奇怪的责任分配：模型有权尝试，平台有权计量，公司有权改规则，只有用户负责准时交付。所谓 AI 赋能，常常是把更多不确定性塞进劳动者的工具箱，再要求他用更高的效率把不确定性消化掉。老板看见的是“代理替你工作”，程序员看见的却是另一个需要盯梢、节流、续费并防止半路昏倒的临时工。</p><p>这也悄悄改造了人的习惯。程序员开始像战时居民节省煤油那样节省推理：这个问题配不配用 high？要不要少跑一次测试？是否先换小模型凑合？还有人见到全员重置，反而懊恼昨天没有把额度烧完，仿佛没把免费自助餐吃到胃痛便是理财失败。技术本来许诺把人从琐碎计算中解放出来，最后人却天天计算下一次重置在星期几、几点钟、还剩百分之几。</p><p>公司也并非白白施舍。每一次重置都换来更多真实任务、更多负载数据、更多模型反馈和更高的活跃数字；每一次限额上浮都在阻止用户把工作流搬到对手那里。开发者以为自己在薅羊毛，平台也正拿他的仓库、耐心和习惯做压力测试。双方都觉得占了便宜，这正是补贴战争最文明的地方。</p><p>外卖大战送的是几顿便宜饭，AI 代理大战争的是工作方式。一旦人的提示词、自动化、代码审查、团队流程和历史上下文都缠在某个平台上，优惠结束时，迁移便不再只是换一个 App。今日按下的红色按钮，是获客费用；明日恢复的灰色闸门，才可能是常态。资本从不永远过节，它只负责让人先养成节日里的胃口。</p><h2 id="应当重置什么"><a href="#应当重置什么" class="headerlink" title="应当重置什么"></a>应当重置什么</h2><p>若两家公司真要把“公平”二字从广告里救出来，其实不必再造神迹。</p><p>把计量单位写清楚；在长任务开始前给出用量区间；为每次工具调用、子代理和后台审查提供可查的明细；失败、超时和平台错误自动退还；改变倍率与窗口提前通知；事故补偿按受影响的实际用量发放；允许团队设置预算、导出账单、保存未用额度；最要紧的，是不要把“我们可以酌情再限”当作解释一切的万能印章。</p><p>这些事没有“全员重置”那样适合传播。没有烟花，没有百万整数，没有网友在评论区喊义父。它们只是枯燥的合同、审计和工程。可是权利本来就很枯燥：它不需要某个好人睡醒后想起你，也不需要你在广场上磕头谢恩。</p><p>我仍愿意看见 Tibo 按下按钮。表算错了，该赔；系统坏了，该补；公司有余力，给用户多一些，也总比少一些好。但我不愿把那枚按钮叫作自由。自由不是今天突然回到百分之百，明天再猜会不会归零；自由是我在开始工作以前，知道这项工作能不能做完，也知道账由谁算、怎么算、算错了怎样改。</p><p>至于 Anthropic 那本写得周正的细则，也不必因字小便显得高贵。把任意裁量印成条款，只是给铁门刷了一层白漆。一个说“再送一次”，一个说“再延一周”；一个让人仰望按钮，一个让人凝视沙漏。两边都在教用户同一门功课：把持续可用的服务当作偶然降临的恩典。</p><p>夜深以后，额度衙门仍亮着。红印一下下落在纸上，算盘珠子来回响。队伍里的人低着头，怀抱电脑和空碗，等下一次百分之百。</p><p>他们并不是忽然富足了。</p><p>他们只是被训练得善于感谢不再干渴的那一刻。</p><p>真正该重置的，也许不是额度，而是这份感谢。</p><hr><h2 id="资料说明"><a href="#资料说明" class="headerlink" title="资料说明"></a>资料说明</h2><p>本文写作与事实核对截至 2026 年 7 月 19 日。临时额度活动可能继续变化；其中“九百万”等数字均按 OpenAI 公开口径，指 Codex 与 ChatGPT Work 的合计活跃用户。</p><ul><li>Tibo 关于<a href="https://x.com/thsottiaux/status/2076365965915467978">六百万用户、暂时撤去五小时限制与全员重置</a>的说明</li><li>Tibo 关于<a href="https://x.com/thsottiaux/status/2076495156757577895">上下文、推理档位、多代理与自动审查用量异常</a>的说明</li><li>七百万节点的 <a href="https://x.com/thsottiaux/status/2076735790567338203">banked reset</a>、<a href="https://x.com/thsottiaux/status/2077114635308986427">八百万节点全员重置</a>与<a href="https://x.com/thsottiaux/status/2077607697487188198">九百万节点再次重置</a></li><li>OpenAI Codex 官方<a href="https://learn.chatgpt.com/docs/pricing">定价与共享用量说明</a></li><li>Claude 官方账号关于<a href="https://x.com/claudeai/status/1972732965219438674">跨 Claude 与 Claude Code 查看实时用量</a>的说明</li><li>Anthropic 帮助中心：<a href="https://support.claude.com/en/articles/11145838-use-claude-code-with-your-pro-or-max-plan">Claude Code 与 Pro&#x2F;Max 共享用量</a>及 <a href="https://support.claude.com/en/articles/11049741-what-is-the-max-plan">Max 价格、双重周限额与额外限制条款</a></li><li>6 月底额度异常与重置的<a href="https://news.qq.com/rain/a/20260702A02SEK00">事件梳理</a>，以及 7 月两家公司额度活动的<a href="https://finance.sina.com.cn/tech/roll/2026-07-16/doc-inihyiym7994837.shtml">同期报道</a></li><li>民间状态页：<a href="https://tibogpt.com/">TiboGPT</a></li></ul>]]>
    </content>
    <id>https://blog.liuxiu.us/2026/07/18/codex-quota-reset-ration-hall/</id>
    <link href="https://blog.liuxiu.us/2026/07/18/codex-quota-reset-ration-hall/"/>
    <published>2026-07-18T17:36:00.000Z</published>
    <summary>当 OpenAI 把 Codex 额度一次次重置，当 Anthropic 把 Claude Code 的周限额一次次延长，开发者得到的是慷慨，还是一张随时会改写的云端饭票？</summary>
    <title>额度衙门：Codex 重置狂欢与 Claude 周限额的两副算盘</title>
    <updated>2026-10-01T02:21:56.252Z</updated>
  </entry>
  <entry>
    <author>
      <name>刘秀</name>
    </author>
    <category term="写作" scheme="https://blog.liuxiu.us/categories/%E5%86%99%E4%BD%9C/"/>
    <category term="科技" scheme="https://blog.liuxiu.us/categories/%E7%A7%91%E6%8A%80/"/>
    <category term="独立开发" scheme="https://blog.liuxiu.us/tags/%E7%8B%AC%E7%AB%8B%E5%BC%80%E5%8F%91/"/>
    <category term="言序" scheme="https://blog.liuxiu.us/tags/%E8%A8%80%E5%BA%8F/"/>
    <category term="中文编程" scheme="https://blog.liuxiu.us/tags/%E4%B8%AD%E6%96%87%E7%BC%96%E7%A8%8B/"/>
    <category term="编程语言" scheme="https://blog.liuxiu.us/tags/%E7%BC%96%E7%A8%8B%E8%AF%AD%E8%A8%80/"/>
    <category term="Rust" scheme="https://blog.liuxiu.us/tags/Rust/"/>
    <content>
      <![CDATA[<blockquote><p>言有所指，序有所行。<br>这便是“言序”这个名字最初的含义。</p></blockquote><p>我是刘秀。</p><p>我写过网站，做过服务，维护过机器人和游戏项目，也经常花很多时间折腾那些并不会立刻带来回报的东西。</p><p>有些项目是为了解决问题，有些项目是为了学习技术，还有一些项目，只是因为心里始终有一个问题没有得到答案。</p><p><strong>言序，属于最后一种。</strong></p><p>我想知道：</p><blockquote><p>中文能不能不只是出现在变量名和注释里，而是真正成为一门现代编程语言的表达基础？</p></blockquote><p>不是把 <code>if</code> 改成“如果”，把 <code>function</code> 改成“函数”，再把 Python 或 JavaScript 的语法重新涂上一层中文外壳。</p><p>而是从词法、语法、类型、模块、错误信息、工具链到运行时，都重新思考一次：</p><p><strong>当我们使用中文描述程序时，代码究竟应该是什么样子？</strong></p><p><img loading="lazy" decoding="async" src="/images/yanxu-cover.webp" alt="言序：中文编程语言与独立开发者"></p><p><small><em>关于言序，以及我想寻找的另一种程序表达方式。</em></small></p><span id="more"></span><h2 id="中文编程，为什么总像一个玩笑？"><a href="#中文编程，为什么总像一个玩笑？" class="headerlink" title="中文编程，为什么总像一个玩笑？"></a>中文编程，为什么总像一个玩笑？</h2><p>第一次听到“中文编程语言”时，很多人的反应大概都是相似的：</p><p>“是不是把英文关键词翻译成中文？”</p><p>“这不就是儿童编程吗？”</p><p>“写代码为什么不用英语？”</p><p>“中文歧义这么多，真的适合编程吗？”</p><p>这些问题并不冒犯，甚至非常合理。</p><p>过去的不少中文编程尝试，确实容易停留在关键词替换、语法演示或者教学玩具阶段。它们能够证明“中文可以写代码”，却很少继续回答另一个更困难的问题：</p><p><strong>中文写出来的程序，能不能像一门真正的语言一样长期演进？</strong></p><p>一门编程语言不仅要有几条漂亮的示例代码。</p><p>它还要面对变量作用域、闭包、类型检查、模块边界、依赖管理、异常传播、调试协议、编辑器补全、格式化、版本兼容、运行性能和软件供应链。</p><p>当一个项目开始面对这些问题时，它才真正从“语法创意”走向“语言工程”。</p><p>我不想让言序只停留在一张能够发到社交平台上的截图里。</p><p>我希望它能够运行真实程序，能够拆分模块，能够管理依赖，能够定位错误，能够在编辑器里补全和跳转，也能够在版本升级以后继续运行过去写下的代码。</p><p>所以从一开始，我真正想做的就不是“中文语法展示器”。</p><p>我想做的是一门语言。</p><p><img loading="lazy" decoding="async" src="/images/yanxu-keywords-vs-language-design.webp" alt="关键词翻译与完整语言设计的区别"></p><p><small><em>关键词翻译只改变表面；语言设计必须建立完整而稳定的工程结构。</em></small></p><h2 id="我想寻找一种属于中文的程序节奏"><a href="#我想寻找一种属于中文的程序节奏" class="headerlink" title="我想寻找一种属于中文的程序节奏"></a>我想寻找一种属于中文的程序节奏</h2><p>英文编程语言有自己已经成熟的表达习惯。</p><p><code>if</code>、<code>else</code>、<code>return</code>、<code>class</code>、<code>import</code>，经过几十年的使用，早已成为程序员下意识能够识别的符号。</p><p>中文当然可以直接翻译它们。</p><p>但我越来越觉得，单纯翻译并不能构成真正的中文表达。</p><p>比如，函数一定要叫“函数”吗？</p><p>代码文件一定要叫“文件”吗？</p><p>返回值一定要写成“返回”吗？</p><p>一个程序块结束时，中文有没有比右花括号更具有节奏感的表达方式？</p><p>在言序里，我选择了“法”表示可调用的方法与过程，用“文卷”称呼源代码文件，用“归”交回计算结果，用“终”收束一段结构。</p><p>一段简单的代码可以写成：</p><figure class="highlight plaintext"><table><tr><td class="gutter"><pre><span class="line">1</span><br><span class="line">2</span><br><span class="line">3</span><br><span class="line">4</span><br><span class="line">5</span><br><span class="line">6</span><br><span class="line">7</span><br><span class="line">8</span><br><span class="line">9</span><br><span class="line">10</span><br><span class="line">11</span><br><span class="line">12</span><br><span class="line">13</span><br><span class="line">14</span><br></pre></td><td class="code"><pre><span class="line">公 类 人 则</span><br><span class="line">    公 只 域 姓名：文；</span><br><span class="line"></span><br><span class="line">    法 初始化（姓名：文）则</span><br><span class="line">        置 此.姓名 为 姓名；</span><br><span class="line">    终</span><br><span class="line"></span><br><span class="line">    法 问候（）：文 则</span><br><span class="line">        归 「吾名」 加 此.姓名；</span><br><span class="line">    终</span><br><span class="line">终</span><br><span class="line"></span><br><span class="line">令 子：人 为 人（「言序」）；</span><br><span class="line">言 子.问候（）；</span><br></pre></td></tr></table></figure><p>这段代码并不是文言文。</p><p>至少，它不是为了模仿古人说话而设计的文言文。</p><p>我更愿意把它称为一种<strong>文言风格的现代程序表达</strong>。</p><p>它保留中文短句的节奏和收束感，但不会为了追求古雅而牺牲精确性。因为程序语言首先必须明确，其次才谈得上美感。</p><p>“法”“归”“终”这些词存在的意义，也不是为了让代码看起来更古老，而是希望它们在长时间使用后，能够形成属于言序自己的阅读习惯。</p><p>我希望使用者看到“归”时，能够像看到 <code>return</code> 一样立刻理解它的作用。</p><p>看到“终”时，能够自然意识到一段结构已经闭合。</p><p>看到“文卷”时，想到的不是一张普通磁盘文件，而是一份能够被解释、检查、格式化和执行的程序文本。</p><p>语言的成立，从来不仅依赖语法规则。</p><p>它还依赖使用者在长期阅读中逐渐建立的直觉。</p><h2 id="中文不是为了排斥英文"><a href="#中文不是为了排斥英文" class="headerlink" title="中文不是为了排斥英文"></a>中文不是为了排斥英文</h2><p>创造一门中文编程语言，并不意味着我认为英文编程语言有什么问题。</p><p>相反，言序本身就是使用 Rust 编写的。</p><p>它的实现离不开 Rust 生态，也离不开操作系统、编辑器协议、版本管理、自动化构建和许多已有的开源项目。</p><p>言序使用中文，不是为了证明中文比英文“更先进”，更不是为了制造语言之间的对立。</p><p>我只是认为，编程语言本来就不应该只有一种文化外观。</p><p>一门语言可以来自工程需求，也可以来自数学传统、教育场景、艺术实验，或者某种对表达方式的好奇。</p><p>有人喜欢极简符号，有人喜欢强类型约束，有人喜欢函数式表达，有人愿意把程序写得接近自然语言。</p><p>那么，为什么不能有人尝试让中文本身成为程序结构的一部分？</p><p>这不是要替代什么。</p><p>它更像是在已经非常宽广的编程语言世界里，再开辟一条小路。</p><p>这条路未必通向所有人，也未必会成为主流。</p><p>但只要它能够走得足够远，沿途就一定会出现过去没有见过的风景。</p><p><img loading="lazy" decoding="async" src="/images/yanxu-shared-technology-ecosystem.webp" alt="不同语言共同进入同一个技术世界"></p><p><small><em>不同的表达路径，可以共同构成同一个开放的技术生态。</em></small></p><h2 id="真正困难的，从来不是把关键词换成中文"><a href="#真正困难的，从来不是把关键词换成中文" class="headerlink" title="真正困难的，从来不是把关键词换成中文"></a>真正困难的，从来不是把关键词换成中文</h2><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>如何让 VS Code 提供补全、跳转、重命名、悬停和格式化？</p><p>如何让程序能够设置断点、单步执行并查看作用域变量？</p><p>如何管理项目依赖、锁定版本并支持离线安装？</p><p>又该怎样保证语言升级之后，过去的源码不会突然失效？</p><p>这些问题与中文还是英文已经没有太大关系了。</p><p>它们是任何一门认真发展的编程语言都必须面对的问题。</p><p>也是在处理这些问题的过程中，我逐渐确认：</p><p><strong>我真正感兴趣的，并不只是中文语法，而是语言从无到有的完整过程。</strong></p><h2 id="现在的言序，已经走到了哪里？"><a href="#现在的言序，已经走到了哪里？" class="headerlink" title="现在的言序，已经走到了哪里？"></a>现在的言序，已经走到了哪里？</h2><p>截至写下这篇文章时，言序已经不再只是最初的解释器原型。</p><p>它拥有一套使用 Rust 编写的语言核心，包括词法分析、语法解析、语义检查、静态类型检查和源码级诊断。</p><p>它同时保留了两条执行路径：</p><p>一条是作为语义参考的树解释器。</p><p>另一条是不依赖抽象语法树回退的独立字节码虚拟机。</p><p>函数、闭包、类、继承、协议、异常、模块、容器和任务，都需要在两条执行路径中保持一致。每当语言加入一种新能力，我都不能只让其中一套实现“看起来能跑”，而是要让它们在正常结果、错误行为和边界条件上互相验证。</p><p>在语言之外，言序也开始拥有自己的工具链：</p><ul><li>静态检查与格式化；</li><li>REPL 交互环境；</li><li>LSP 语言服务器；</li><li>DAP 调试适配器；</li><li>VS Code 官方扩展；</li><li>Tree-sitter 语法；</li><li>API 文档生成；</li><li>项目清单与锁文件；</li><li>独立包管理器“言包”；</li><li>Rust 嵌入接口、C ABI 与 WASI 入口；</li><li>版本化语言规范与兼容语料；</li><li>面向旧语法的自动迁移工具。</li></ul><p>此外，我还使用言序本身编写了“言据”。</p><p>言据是一种纯中文数据交换格式。它的解析器和序列化器没有使用 Rust 重写，也没有借用 JSON 解析器，而是由言序源码直接实现。</p><p>对一个成熟语言来说，这或许只是一个很小的库。</p><p>但对言序而言，它意味着这门语言开始不只能够运行演示代码，还能够反过来建设属于自己的生态。</p><p><img loading="lazy" decoding="async" src="/images/yanxu-toolchain-architecture.webp" alt="言序语言核心与工具链全景"></p><p><small><em>从中文源码到双执行路径，再从语言核心延伸到编辑器、调试、包管理与生态工具。</em></small></p><h2 id="为什么选择-Rust？"><a href="#为什么选择-Rust？" class="headerlink" title="为什么选择 Rust？"></a>为什么选择 Rust？</h2><p>很多人看到中文编程语言，可能会下意识觉得它更适合使用 Python 或 JavaScript 快速实现。</p><p>我最终选择 Rust，并不是因为它最容易。</p><p>恰恰相反，在开发初期，Rust 的所有权、生命周期和类型约束，确实让不少原本可以快速拼出来的结构变得更加谨慎。</p><p>但我希望言序不是一段只在某台电脑上能够运行的实验代码。</p><p>语言实现需要长期处理大量复杂状态：语法树、环境链、闭包捕获、对象引用、调用帧、模块缓存、虚拟机堆、错误踪迹和宿主权限。</p><p>Rust 的约束让我不得不更早面对这些结构的边界。</p><p>它也让我能够在保持原生性能的同时，减少许多内存安全问题，并较为自然地构建命令行程序、动态库和 WASM&#x2F;WASI 入口。</p><p>更重要的是，我喜欢 Rust 所代表的那种工程态度：</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>汉字、全角标点和 ASCII 字符在终端中的显示宽度并不相同。如果只按照字节或普通字符数量计算位置，错误指示符就会发生偏移。</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><p>对于以中文思考和写作为主的人来说，代码中的语义或许可以更加直接。</p><p>对于编程语言爱好者来说，它可以成为研究 Unicode、语法、类型系统和工具链的实验场。</p><p>对于我自己来说，它则是一段持续学习的过程。</p><p>我通过它理解解释器、虚拟机、垃圾回收、语言服务器、调试协议、包管理和版本兼容。</p><p>中文只是这条道路的起点。</p><p>真正让我不断走下去的，是它背后几乎没有尽头的工程世界。</p><h2 id="言序不会因为发布-1-0-就结束"><a href="#言序不会因为发布-1-0-就结束" class="headerlink" title="言序不会因为发布 1.0 就结束"></a>言序不会因为发布 1.0 就结束</h2><p>软件项目很容易陷入对版本号的追逐。</p><p>仿佛只要写下 <code>1.0.0</code>，一个项目就突然成熟了。</p><p>但对于编程语言而言，1.0 的意义不应该是“功能很多”，而应该是从某个时间点开始，语言愿意为使用者承担兼容责任。</p><p>源码语义不能随意改变。</p><p>包清单和锁文件需要稳定。</p><p>字节码与机器输出要有明确版本。</p><p>新语法必须同步解释器、虚拟机、类型检查、格式化器、编辑器和文档。</p><p>被弃用的能力需要迁移周期，而不是在某次更新中突然消失。</p><p>因此，我更愿意把言序的 1.0 看作一份承诺，而不是一座终点。</p><p>它意味着这门语言终于完成了最基础的自我约束，也意味着之后的每一次变化，都不能再只考虑“这样写起来是不是更酷”。</p><p>语言设计者需要开始考虑那些已经写下代码的人。</p><p><img loading="lazy" decoding="async" src="/images/yanxu-long-road.webp" alt="从个人实验走向长期语言工程"></p><p><small><em>1.0 是一座稳定的里程碑，也是通向标准库、生态、自举与社区的道路起点。</em></small></p><h2 id="我希望言序最终成为什么？"><a href="#我希望言序最终成为什么？" class="headerlink" title="我希望言序最终成为什么？"></a>我希望言序最终成为什么？</h2><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>有些项目的意义，是解决一个普遍问题。</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><p>但这大概正是创造一门语言最有趣的地方。</p><p>你永远无法真正“写完”它。</p><p>你只能让它在一次次选择中，逐渐变成自己应该成为的样子。</p><p>言有所指。</p><p>序有所行。</p><p>这就是言序。</p><p>也是我为什么想要创造一门中文编程语言。</p><h2 id="项目入口"><a href="#项目入口" class="headerlink" title="项目入口"></a>项目入口</h2><ul><li><a href="https://yanxu.dev/">言序官方网站</a></li><li><a href="https://docs.yanxu.dev/">言序文档</a></li><li><a href="https://github.com/yanxulang">言序 GitHub 组织</a></li><li><a href="https://github.com/yanxulang/yanxu">言序语言核心</a></li><li><a href="https://github.com/yanxulang/yanbao">官方包管理器“言包”</a></li><li><a href="https://github.com/yanxulang/yanju">中文数据交换格式“言据”</a></li></ul>]]>
    </content>
    <id>https://blog.liuxiu.us/2026/07/13/why-i-created-yanxu-chinese-programming-language/</id>
    <link href="https://blog.liuxiu.us/2026/07/13/why-i-created-yanxu-chinese-programming-language/"/>
    <published>2026-07-13T16:00:00.000Z</published>
    <summary>中文编程不应只是把英文关键词翻译成汉字。我创造言序，是想探索中文能否以自己的节奏、结构与审美，承载一门现代编程语言。</summary>
    <title>我为什么要创造一门中文编程语言</title>
    <updated>2026-10-01T02:21:56.252Z</updated>
  </entry>
  <entry>
    <author>
      <name>刘秀</name>
    </author>
    <category term="写作" scheme="https://blog.liuxiu.us/categories/%E5%86%99%E4%BD%9C/"/>
    <category term="科技" scheme="https://blog.liuxiu.us/categories/%E7%A7%91%E6%8A%80/"/>
    <category term="多代理" scheme="https://blog.liuxiu.us/tags/%E5%A4%9A%E4%BB%A3%E7%90%86/"/>
    <category term="AI写作" scheme="https://blog.liuxiu.us/tags/AI%E5%86%99%E4%BD%9C/"/>
    <category term="文学创作" scheme="https://blog.liuxiu.us/tags/%E6%96%87%E5%AD%A6%E5%88%9B%E4%BD%9C/"/>
    <category term="大纲写作" scheme="https://blog.liuxiu.us/tags/%E5%A4%A7%E7%BA%B2%E5%86%99%E4%BD%9C/"/>
    <category term="AI Agents" scheme="https://blog.liuxiu.us/tags/AI-Agents/"/>
    <category term="创作工作流" scheme="https://blog.liuxiu.us/tags/%E5%88%9B%E4%BD%9C%E5%B7%A5%E4%BD%9C%E6%B5%81/"/>
    <content>
      <![CDATA[<p>我最近重新看了 <code>open-multi-agent</code> 里的《大雍三纪》工作流，尤其是 <code>examples/cookbook/cike-trilogy-workflow.ts</code> 和 <code>outputs/dayong-trilogy</code> 里留下的成稿、细纲、人物圣经、风格规范、审查报告。看完以后，我对“AI 写小说”这件事反而没有更轻松，倒是更敬畏了。</p><p>因为真正有意思的地方，不是模型把一部长篇从无到有吐出来了，而是这个工作流把文学创作中那些平时藏在作者脑内、笔记本里、反复推翻又重建的东西，全都摊开成了一套制度：谁负责事实，谁负责人物，谁负责风格，谁负责历史逻辑，谁负责指出“这段太像 AI”，谁负责把草稿里的破绽一条条逼出来。</p><p>这不是一台会做梦的机器。这更像一座修史馆。</p><span id="more"></span><h2 id="大纲不是牢笼，而是作品的地基"><a href="#大纲不是牢笼，而是作品的地基" class="headerlink" title="大纲不是牢笼，而是作品的地基"></a>大纲不是牢笼，而是作品的地基</h2><p>很多人谈 AI 写作时，喜欢把“大纲”说得很轻，仿佛它只是正文生成之前的一张任务清单。先列人物，再列章节，再让模型扩写。这样当然能产出文字，但那种文字常常有一种轻飘飘的顺滑：每一段都像知道自己该去哪里，却没有一段真的背负过什么。</p><p>《大雍三纪》的工作流里，大纲不是“提词器”，而是地基。</p><p>它先从两份源文件里抽取创作圣经、总时间线、人物组织谱系、制度与阶级矛盾演化表，再生成史体风格规范、唯物史观阶段规范、分卷细纲、单卷大纲、章节结构。到了真正写正文之前，作品已经不是一团灵感，而是一整个世界的压力系统。</p><p>这很关键。文学不是只靠灵感成立的。灵感像风，可以吹起帆；但船底必须有龙骨。没有龙骨，风越大，船越容易碎。</p><p>在《大雍灵潮史》的输出里，卷一“裂帛之声”不是孤立的开篇爽点，而是被牢牢钉在承曜元年的历史位置上：春闱改榜、陆衡下狱、谢明徽查档、沈慎之建立副稿、灵网初沸。每一件事都不是为了制造戏剧性而戏剧性，它们共同回答一个问题：一个自称盛世的帝国，为什么会从规则最细小的缝隙开始裂开？</p><p>真正的大纲不是规定“下一章发生什么”，而是规定“这一章为什么必须发生”。前者只是排列，后者才是命运。</p><h2 id="多代理的价值，不在分工，而在互相抵抗"><a href="#多代理的价值，不在分工，而在互相抵抗" class="headerlink" title="多代理的价值，不在分工，而在互相抵抗"></a>多代理的价值，不在分工，而在互相抵抗</h2><p>一眼看去，这个 workflow 最显眼的是代理数量：资料整理官、人物守门人、史体主编、唯物史观审查官、大纲架构师、正文作者、史臣曰撰写官、附考作者、连续性审查官、风格审查官、反 AI 味审查官、破折号清理编辑、先期编辑、终稿编辑、索引官。</p><p>但如果只把它理解成“多找几个模型分工”，就看浅了。</p><p>分工只是表层，真正的价值是互相抵抗。</p><p>正文作者天然会顺着场面往下写，写得越顺，越容易把人物写成主题的传声筒。人物守门人要拦住它，提醒人物不是制度图表上的小旗子。史体主编会要求语言克制，反 AI 味审查官则会更苛刻地指出：你的克制是不是变成了模板？你的“史臣曰”是不是每次都在用同一种节奏收束？你的角色是不是都在制造漂亮警句？唯物史观审查官会盯住历史动力，防止故事滑回“天才英雄拯救世界”的旧路。</p><p>这套系统最迷人的地方正在这里：它没有假装 AI 生成天然可靠。它默认生成会犯错，会顺滑，会偷懒，会把正确的话说得没有生命。因此它专门安排一些代理去“不相信”前面的代理。</p><p>这让我想到人类写作里最痛苦、也最宝贵的一部分：自我怀疑。</p><p>一个成熟作者的脑子里，本来就住着许多人。一个人负责冲动，一个人负责删改；一个人相信角色，一个人怀疑结构；一个人想要诗意，一个人盯着逻辑；一个人沉醉于某句好看的话，另一个人冷冷地说，这句话虽然漂亮，但它不属于这个人物。</p><p>多代理工作流把这种内部对话外化了。它不是让作者消失，而是把作者脑内的争吵制度化。</p><h2 id="“反-AI-味审查”是一面很残酷的镜子"><a href="#“反-AI-味审查”是一面很残酷的镜子" class="headerlink" title="“反 AI 味审查”是一面很残酷的镜子"></a>“反 AI 味审查”是一面很残酷的镜子</h2><p>在输出目录里，我最喜欢看的不是终稿，而是审查报告，尤其是“反 AI 味审查”。</p><p>这份报告非常有意思。它不只是泛泛地说“这里不自然”，而是具体指出：史臣曰过于像总结报告；“这就是……”式判断句出现太多；人物对话过度哲理化；裴照远、谢明徽、沈慎之三个人都在接力生产警句；叙事者太急着解释伏笔，像不相信读者能自己读懂。</p><p>这些批评刺得很准。</p><p>很多 AI 文本的问题并不是错，而是太对。它逻辑完整，结构清楚，观点端正，甚至句子也漂亮，可读着读着，人会感觉里面没有真正的阻力。它像一条被打磨得过分光滑的石阶，走上去不硌脚，也不留下脚印。</p><p>文学需要某种“不那么顺”的东西。人物会失言，会沉默，会答非所问，会把真正想说的话咽回去。历史不会每一章都用同样漂亮的金句收束。一个世家出身的改革者，不该和一个寒门官僚说同一种话；一个史官在副稿中可以锋利，在现实交谈里却可能谨慎、含糊、避让。</p><p>所谓“去 AI 味”，并不是把文字改得更花，而是把文字改得更有来源。每一句话都应该像是从某个身份、某段经历、某个制度位置里长出来的，而不是从一个通用的“深刻表达库”里取出来的。</p><p>这也是多代理文学工作流最发人深省的地方：它让我们看见，AI 写作真正危险的不是低质量，而是“正确但没有生命”。低质量容易被发现，漂亮的空洞却会让人误以为作品已经完成。</p><h2 id="让作品承担世界，而不是只承担情节"><a href="#让作品承担世界，而不是只承担情节" class="headerlink" title="让作品承担世界，而不是只承担情节"></a>让作品承担世界，而不是只承担情节</h2><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>因为代理可以执行角色，但不能替你决定作品的灵魂。是你决定这部书不是英雄救天下，而是一个时代从“天命归君”走向“人民为天”；是你决定它要用史书体而不是爽文体；是你决定反 AI 味审查必须存在；是你决定破折号过密也要被抓出来；是你决定当模型给出十种看似合理的方向时，哪一种符合这部作品的命。</p><p>作者从“逐句亲手写出所有文字的人”，变成了“建立判断系统的人”。</p><p>这不是降级，而是更危险的升级。因为逐句写作时，错误常常停留在句子里；建立系统时，错误会扩散到整部作品。一个糟糕的设定，会让后面所有代理都围着它努力；一个错误的大纲，会让再漂亮的正文都变成精致的偏航；一个不清醒的价值判断，会被多代理协作放大成整齐划一的幻觉。</p><p>所以，AI 时代的作者不能只问“我能不能写得更快”，还要问“我有没有能力设计一套让作品不轻易撒谎的机制”。</p><h2 id="大纲写作的未来，可能更像修史"><a href="#大纲写作的未来，可能更像修史" class="headerlink" title="大纲写作的未来，可能更像修史"></a>大纲写作的未来，可能更像修史</h2><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>如果答案只是“因为 AI 能写”，那最后得到的多半是一座空房子。房梁、门窗、楼梯都在，灯也亮着，可没有人真正住过。</p><p>《大雍灵潮史》这个工作流给我的启发恰恰相反：AI 越强，作者越不能偷懒。你必须更清楚自己的世界观，更清楚人物为什么痛苦，更清楚制度如何压迫人，也更清楚哪些漂亮句子应该被删掉。机器可以替你搬砖，但你不能把地基的方向交出去。</p><p>文学作品最珍贵的地方，永远不是它有多少字，而是它有没有把某种真实放进读者心里。</p><p>大纲是骨，代理是手，审查是刀，终稿是皮肉。可那口气，仍然要由作者吹进去。</p><p>否则，再宏伟的多代理工作流，也只是在替一具没有灵魂的作品排队行军。</p>]]>
    </content>
    <id>https://blog.liuxiu.us/2026/05/12/multi-agent-outline-literature/</id>
    <link href="https://blog.liuxiu.us/2026/05/12/multi-agent-outline-literature/"/>
    <published>2026-05-12T14:18:00.000Z</published>
    <summary>
      <![CDATA[<p>我最近重新看了 <code>open-multi-agent</code> 里的《大雍三纪》工作流，尤其是 <code>examples/cookbook/cike-trilogy-workflow.ts</code> 和 <code>outputs/dayong-trilogy</code> 里留下的成稿、细纲、人物圣经、风格规范、审查报告。看完以后，我对“AI 写小说”这件事反而没有更轻松，倒是更敬畏了。</p>
<p>因为真正有意思的地方，不是模型把一部长篇从无到有吐出来了，而是这个工作流把文学创作中那些平时藏在作者脑内、笔记本里、反复推翻又重建的东西，全都摊开成了一套制度：谁负责事实，谁负责人物，谁负责风格，谁负责历史逻辑，谁负责指出“这段太像 AI”，谁负责把草稿里的破绽一条条逼出来。</p>
<p>这不是一台会做梦的机器。这更像一座修史馆。</p>]]>
    </summary>
    <title>多代理写作不是让机器做梦，而是给梦建立制度</title>
    <updated>2026-10-01T02:21:56.252Z</updated>
  </entry>
  <entry>
    <author>
      <name>刘秀</name>
    </author>
    <category term="科技" scheme="https://blog.liuxiu.us/categories/%E7%A7%91%E6%8A%80/"/>
    <category term="游戏" scheme="https://blog.liuxiu.us/categories/%E6%B8%B8%E6%88%8F/"/>
    <category term="Claude Code" scheme="https://blog.liuxiu.us/tags/Claude-Code/"/>
    <category term="vibe coding" scheme="https://blog.liuxiu.us/tags/vibe-coding/"/>
    <category term="游戏开发" scheme="https://blog.liuxiu.us/tags/%E6%B8%B8%E6%88%8F%E5%BC%80%E5%8F%91/"/>
    <category term="独立游戏" scheme="https://blog.liuxiu.us/tags/%E7%8B%AC%E7%AB%8B%E6%B8%B8%E6%88%8F/"/>
    <category term="AI协作" scheme="https://blog.liuxiu.us/tags/AI%E5%8D%8F%E4%BD%9C/"/>
    <category term="原型开发" scheme="https://blog.liuxiu.us/tags/%E5%8E%9F%E5%9E%8B%E5%BC%80%E5%8F%91/"/>
    <category term="产品思考" scheme="https://blog.liuxiu.us/tags/%E4%BA%A7%E5%93%81%E6%80%9D%E8%80%83/"/>
    <content>
      <![CDATA[<p>这两天我翻了赤白江湖项目，读了它的 GDD、工作流、架构决策、会话日志，也看了它留下来的概念图与冒烟截图。看完之后，我反而更不想把 “vibe coding” 说成一句轻飘飘的口号了。</p><p>因为真正让我有感觉的，不是 AI 把代码写得多快，而是这个项目用一连串极其具体的文档、边界和选择，证明了一件更难的事：<strong>在游戏开发里，真正珍贵的从来不是生成速度，而是你在速度里面还保住了什么。</strong></p><span id="more"></span><h2 id="先说结论"><a href="#先说结论" class="headerlink" title="先说结论"></a>先说结论</h2><p>我越来越觉得，vibe coding 最容易被误解的地方，在于它看起来像一种“更自由”的开发方式，实际上它最需要的却是“更严格”的自我约束。</p><p>写一个工具型项目，很多时候先跑起来再说；写一个游戏，却不是这样。游戏不是一组功能的堆叠，它更像一套彼此拉扯的感受系统。气氛、数值、节奏、界面、成长、失败、视觉记忆、玩家幻想，这些东西只要有一个地方松了，整个项目都会从“作品”滑向“demo”。</p><p>而 赤白江湖里最值得写的，恰恰就是它没有把这种复杂性外包给一句“交给 AI 就好了”。</p><h2 id="一张图是梦，一张图是手"><a href="#一张图是梦，一张图是手" class="headerlink" title="一张图是梦，一张图是手"></a>一张图是梦，一张图是手</h2><p>先看它的概念层。</p><p><img loading="lazy" decoding="async" src="/images/cbjh-concept-main-exploration.png" alt="《赤白江湖》概念探索图"></p><p>这张图很容易让人兴奋：赤白配色、旷野、孤身持刀、血色路径、剩余天数、五方区域，一眼就能看出它想做的不是传统意义上的 UI，而是一种带着宿命感的武侠空气。</p><p>项目文档里把这个核心说得很清楚：红白极简、文字流、1000 天寿命、五大区域、命途问答、随机武学、心法、遭遇、回合制战斗。也就是说，它不是先有代码，后找包装，而是先有审美、系统和情绪的锚点，再倒推实现。</p><p>但更打动我的是另一张图。</p><p><img loading="lazy" decoding="async" src="/images/cbjh-vertical-slice-pc.png" alt="《赤白江湖》垂直切片 PC 冒烟图"></p><p>这是一张“没那么会骗人”的图。没有 UE5 的雾，没有山河万里，只有白底、红线、状态、方向键、日志、区域切换和功能按钮。它看起来朴素，甚至有点克制，可它更诚实。因为这张图说明，项目已经从“想做什么”迈到了“现在真的能玩什么”。</p><p>如果说第一张图是梦，那第二张图就是手。游戏开发真正困难的地方，从来不是做梦，而是让手不背叛梦。</p><h3 id="再看移动端的落点"><a href="#再看移动端的落点" class="headerlink" title="再看移动端的落点"></a>再看移动端的落点</h3><p><img loading="lazy" decoding="async" src="/images/cbjh-vertical-slice-mobile.png" alt="《赤白江湖》移动端状态界面"></p><p>这张竖屏截图更能说明问题。赤白江湖不是在讲一个抽象的“AI 游戏工作流”，它明确知道自己的 MVP 要落在 <code>375x667</code> 的移动端基线，要处理按钮不重叠、状态面板怎么开、存档怎么导出、竖屏文字怎样呼吸。<br>这很重要。因为所谓 vibe，如果没有屏幕尺寸、输入方式和可用空间这些硬约束，最后就很容易变成一场只存在于描述词里的幻觉。</p><h2 id="《赤白江湖》真正厉害的，不是-AI-多，而是顺序对"><a href="#《赤白江湖》真正厉害的，不是-AI-多，而是顺序对" class="headerlink" title="《赤白江湖》真正厉害的，不是 AI 多，而是顺序对"></a>《赤白江湖》真正厉害的，不是 AI 多，而是顺序对</h2><p>这个项目里有很多让人一眼上头的词：49 个 agents，72 个 skills，完整 studio hierarchy，hooks，rules，gate checks。单看这些，很容易把注意力全部放在“AI 团队协作”的 spectacle 上。</p><p>但如果你真的顺着文档往下读，会发现它最成熟的地方，不是阵仗大，而是顺序对。</p><p>它不是先问“怎么把功能堆出来”，而是先问：</p><ol><li>游戏概念到底是什么。</li><li>系统如何拆。</li><li>哪些是 MVP。</li><li>哪些必须延后。</li><li>架构边界在哪里。</li><li>什么东西应该进组件，什么东西必须留在纯逻辑层。</li></ol><p>于是你会看到一条非常清晰的链条：<br><code>game-concept -&gt; systems-index -&gt; 各系统 GDD -&gt; MVP plan -&gt; ADR -&gt; runtime -&gt; tests</code></p><p>这条链条的价值，在 AI 时代反而更大。因为模型最擅长补全，最不擅长拒绝。它总能顺着你往下写，问题是它不会天然替你刹车。你说想做一个江湖，它就能给你地图、城镇、任务、战斗、突破、装备、流派、事件、存档、甚至多引擎专家组。可游戏真正会死掉的原因，往往不是没人给你方案，而是方案太多，任何一个都像“顺手也能做”。</p><p>所以我很喜欢 <code>production/project-stage-report.md</code> 里那个判断：设计覆盖很强，代码在当时几乎是空的，先做一个 Vue 3 + Vite + Pinia 的可玩 vertical slice，再补测试、ADR、控制清单。<br>这不是保守，这是清醒。</p><h2 id="Vibe-coding-在游戏里最危险的诱惑，是“什么都像只差一步”"><a href="#Vibe-coding-在游戏里最危险的诱惑，是“什么都像只差一步”" class="headerlink" title="Vibe coding 在游戏里最危险的诱惑，是“什么都像只差一步”"></a>Vibe coding 在游戏里最危险的诱惑，是“什么都像只差一步”</h2><p>游戏项目最容易让人失控的地方，是每个系统都能说出充分的理由。</p><p>要不要做城镇？当然要。<br>要不要做任务板？当然要。<br>要不要做更完整的装备经济？当然要。<br>要不要把概念图里的那种 AAA 气氛落进正式版本？当然想。</p><p>问题在于，AI 会让“当然要”变得更加廉价。过去你还会因为写起来麻烦而犹豫，现在模型几秒钟就能给你一套看似完整的方案。于是范围失控不再以“做不到”的形式出现，而是以“这也很合理”的形式出现。</p><p>我觉得这正是 vibe coding 在游戏开发里的第一课：<br><strong>AI 降低的不是复杂度本身，而是你误判复杂度的门槛。</strong></p><p>赤白江湖最有启发的地方，就是它没有沉迷于“既然能写，那就都写”。它把城镇经济、全装备体系、多敌人战斗、Canvas 渲染等内容明确标成 deferred systems，把第一圈玩法钉死在：新人生、五题命途、区域移动、时间消耗、随机遭遇、回合战斗、掉落成长、状态查看、存档导入导出。</p><p>这不是缩小 ambition，而是在保护 ambition。因为对独立开发也好，对 AI 协作也好，真正把项目带到下一阶段的，从来不是“加东西”，而是“舍得不加”。</p><h2 id="真正的作者，不再只是敲代码的人，而是守边界的人"><a href="#真正的作者，不再只是敲代码的人，而是守边界的人" class="headerlink" title="真正的作者，不再只是敲代码的人，而是守边界的人"></a>真正的作者，不再只是敲代码的人，而是守边界的人</h2><p>如果只看代码栈，赤白江湖很朴素：Vue 3、TypeScript、Pinia、纯逻辑模块、Base64 存档、seed-based RNG。<br>但朴素恰好说明另一件事：这个项目在有意压低技术炫技，把作者的精力留给更关键的判断。</p><p>比如它在 ADR 里明确要求：</p><ul><li>Vue 组件负责渲染与交互；</li><li>Pinia store 持有持久状态；</li><li>纯 TypeScript 模块承接 RNG、属性、战斗、时间、存档；</li><li>公式不能埋进组件；</li><li>数据要尽量放进 <code>src/data/</code>。</li></ul><p>你会发现，所谓 AI 协作开发，最后真正决定项目气质的，并不是模型写了多少行，而是谁在替项目持续回答这些问题：</p><ul><li>这段逻辑该放哪？</li><li>这个系统是不是现在就该做？</li><li>这个视觉是 promise 还是 debt？</li><li>这个功能是在服务玩家体验，还是在服务作者的兴奋？</li></ul><p>我越来越相信，AI 时代的作者身份并没有消失，只是从“执行者”向“裁判者”移动了。<br>模型负责把可能性铺开，人负责决定什么值得留下。</p><h2 id="游戏开发不是反对-vibe，而是反对只有-vibe"><a href="#游戏开发不是反对-vibe，而是反对只有-vibe" class="headerlink" title="游戏开发不是反对 vibe，而是反对只有 vibe"></a>游戏开发不是反对 vibe，而是反对只有 vibe</h2><p>说到底，我并不反对 vibe coding。恰恰相反，我觉得它对游戏这种重 imagination 的媒介很重要。没有那一点先被画面、气质、世界观击中的瞬间，你甚至不会开始。</p><p>但如果一个项目只有 vibe，它就会变成精致的许愿单。<br>真正能往前走的项目，必须让 vibe 穿过以下几道门：</p><h3 id="1-穿过文档"><a href="#1-穿过文档" class="headerlink" title="1. 穿过文档"></a>1. 穿过文档</h3><p>把模糊感受翻译成可讨论、可删减、可验证的系统描述。</p><h3 id="2-穿过架构"><a href="#2-穿过架构" class="headerlink" title="2. 穿过架构"></a>2. 穿过架构</h3><p>让激情不直接淹没工程，让每个系统有自己的边界。</p><h3 id="3-穿过范围控制"><a href="#3-穿过范围控制" class="headerlink" title="3. 穿过范围控制"></a>3. 穿过范围控制</h3><p>承认不是每一个好想法都配得上今天的版本。</p><h3 id="4-穿过可玩原型"><a href="#4-穿过可玩原型" class="headerlink" title="4. 穿过可玩原型"></a>4. 穿过可玩原型</h3><p>让玩家真的点下去、走一步、打一回合、存一个档。</p><h3 id="5-穿过时间"><a href="#5-穿过时间" class="headerlink" title="5. 穿过时间"></a>5. 穿过时间</h3><p>看它在第二天、第三天、下一次重构时，是不是还站得住。</p><p>赤白江湖给我的最大感受就是，它不是在证明“AI 能一键做游戏”，而是在证明另一件更值得尊敬的事：<br><strong>AI 可以把一个人的开发冲动，整理成一个像样的项目秩序。</strong></p><h2 id="最后想说的一句"><a href="#最后想说的一句" class="headerlink" title="最后想说的一句"></a>最后想说的一句</h2><p>我们今天谈 vibe coding，很容易把重点放在“快”。<br>可游戏开发真正稀缺的，往往不是快，而是那种在高速里仍然不失真的能力。</p><p>《赤白江湖》也许还远没到最终形态。它现在留下的，是概念图，是 GDD，是工作流，是一套能玩的竖屏原型，是若干还没来得及兑现的雄心。可正因为如此，它才有代表性。它像一个很好的提醒：</p><p>未来的游戏开发，未必是“一个人埋头苦写代码”，也未必是“把一切都交给 AI”。更可能的现实，是你带着一群不会疲惫的模型，一边冲锋，一边不断把自己拽回来。</p><p>因为真正让作品成形的，不是那股最先升起来的兴奋，而是你有没有本事在兴奋之后，仍然一页一页地把它写实，一块一块地把它落地。</p><p>vibe 很重要。<br>但能把 vibe 变成结构，才是项目真正开始活过来的那一刻。</p>]]>
    </content>
    <id>https://blog.liuxiu.us/2026/04/24/vibe-coding-game-dev-cbjh/</id>
    <link href="https://blog.liuxiu.us/2026/04/24/vibe-coding-game-dev-cbjh/"/>
    <published>2026-04-24T16:18:00.000Z</published>
    <summary>
      <![CDATA[<p>这两天我翻了赤白江湖项目，读了它的 GDD、工作流、架构决策、会话日志，也看了它留下来的概念图与冒烟截图。看完之后，我反而更不想把 “vibe coding” 说成一句轻飘飘的口号了。</p>
<p>因为真正让我有感觉的，不是 AI 把代码写得多快，而是这个项目用一连串极其具体的文档、边界和选择，证明了一件更难的事：<strong>在游戏开发里，真正珍贵的从来不是生成速度，而是你在速度里面还保住了什么。</strong></p>]]>
    </summary>
    <title>Vibe Coding 不是咒语：从《赤白江湖》看游戏开发里真正该被保住的东西</title>
    <updated>2026-10-01T02:21:56.252Z</updated>
  </entry>
  <entry>
    <author>
      <name>刘秀</name>
    </author>
    <category term="写作" scheme="https://blog.liuxiu.us/categories/%E5%86%99%E4%BD%9C/"/>
    <category term="科技" scheme="https://blog.liuxiu.us/categories/%E7%A7%91%E6%8A%80/"/>
    <category term="散文" scheme="https://blog.liuxiu.us/tags/%E6%95%A3%E6%96%87/"/>
    <category term="人工智能" scheme="https://blog.liuxiu.us/tags/%E4%BA%BA%E5%B7%A5%E6%99%BA%E8%83%BD/"/>
    <category term="技术批判" scheme="https://blog.liuxiu.us/tags/%E6%8A%80%E6%9C%AF%E6%89%B9%E5%88%A4/"/>
    <category term="AI Agents" scheme="https://blog.liuxiu.us/tags/AI-Agents/"/>
    <category term="未来" scheme="https://blog.liuxiu.us/tags/%E6%9C%AA%E6%9D%A5/"/>
    <category term="讽刺" scheme="https://blog.liuxiu.us/tags/%E8%AE%BD%E5%88%BA/"/>
    <content>
      <![CDATA[<p>天还未亮，城里已经醒了。</p><p>醒的不是人，是屏幕。屏幕先发白，继而发蓝，像病人的眼睛。人们从床上坐起来，把脸凑过去，恭敬得很，仿佛祖宗牌位忽然会说话了。那上面有一个新神，名字很多：智能体，代理人，数字员工，个人管家，生产力革命。名号愈多，香火愈旺。</p><p><img loading="lazy" decoding="async" src="/images/ai-agent-altar.png" alt="铁皮神明的早晨"></p><span id="more"></span><p>从前人求人办事，要低声下气；现在人求机器办事，也低声下气，只是改称为“提示词”。从前写信要斟酌字句，现在写提示词也要斟酌字句；从前怕官不懂人话，现在怕模型不懂人话。世道似乎进步了，弯腰的姿势却并没有改变，只是拜的对象从衙门移到了云端。</p><p>街上有一位先生，胸前挂着工牌，手里抱着电脑，口里念念有词：“以后不需要人了，Agent 会自己规划，自己执行，自己复盘。”他说这话时两眼放光，像发现了不死药。我问他：“既然不需要人，你为何还这样忙？”他怔了一下，说：“我正在学习如何管理这些不需要人的东西。”</p><p>这实在是新式的可笑。人怕被机器替代，便赶紧去学怎样替机器铺床叠被；人说自己要解放，第一件事却是给自己添一个更会催命的主人。旧时的老板还要睡觉，新的老板不睡。旧时的鞭子是皮的，抽在背上，响声清楚；新的鞭子是算法，抽在心里，还要你自己打开通知权限。</p><p>有些人说，未来到了。未来果然到了，但来得像一张发票。它先问你订阅不订阅，再问你授权不授权，最后告诉你，若想体验完整人生，请升级套餐。穷人的未来是试用版，富人的未来是企业版，中间的人最可怜，拿着分期付款买来的手机，日夜观看别人展示自动化的人生。</p><p>我见过一个青年，桌上放着三台显示器，浏览器里开着二十几个窗口，窗口里都是教人如何使用 AI Agents 的课程。他说他要成为未来的人。我看他手边的饭已经冷了，眼圈也是黑的，便问：“你今日究竟让它替你做了什么？”他说：“它替我整理了下一步学习计划。”我问：“学什么？”他说：“学会让它替我工作。”我又问：“工作是什么？”他沉默了一会儿，说：“等我学会了，它会告诉我。”</p><p>这沉默很有意思。许多人谈未来，其实没有未来，只有一张被不断延期的欠条。他们把今日的无能典押给明日，把明日的希望押给模型，把模型的错误押给下一次更新。于是人人都在等一个版本。等模型更聪明，等插件更齐全，等生态更成熟，等价格更便宜，等自己终于被拯救。等来等去，人却先学会了跪。</p><p>最热闹的是会场。灯光一打，主持人上来，声音洪亮，说我们正在进入智能体时代。台下掌声如潮，仿佛每一下都能拍掉一个失业者的疑问。大屏幕上，流程图从左边游到右边，圆圈连着方框，方框连着箭头，箭头像一队凯旋的兵。演讲者说：“只要把复杂任务拆解给多个 Agent，系统便会自动协作。”他说得很轻松，好像人类社会所以痛苦，不过是因为没有画好流程图。</p><p>他们也谈伦理。伦理在这里是一只花瓶，摆在台边，免得屋子太像赌场。他们说要负责任地使用 AI，说要对齐人类价值，说要把人放在中心。说这些话的时候，真正的人坐在最后一排，负责调音、搬箱、写纪要、剪视频、发推文，脸色发灰。他们当然在中心，只不过是在成本中心。</p><p>我并不恨机器。机器是无辜的。锤子不会因为砸了手指而成为暴君，刀也不会因为切开皮肉而生出道德。可我厌烦那些把工具吹成神明的人。他们把每一次懒惰说成范式迁移，把每一次跟风说成战略布局，把每一次裁员说成组织升级。最妙的是，他们还要安慰被替代的人：你不是被淘汰，你只是需要拥抱变化。拥抱二字说得温柔，像请人跳舞；变化二字背后，却站着账单、房租和失眠。</p><p>未来若真有一点好处，应当是让人更像人。可是现在许多关于未来的声音，都急着证明人不必像人。写作不必有痛苦，思考不必有挣扎，创造不必有经验，判断不必有责任。只要点一下，拖一下，授权一下，便可得到一篇文章、一张图、一段视频、一个方案、一种人生。这样的未来倘若成真，人的灵魂大约也会被做成模板，放在素材库里，按月付费。</p><p>有人问我，难道 AI Agents 没有价值吗？自然有价值。它可以替人整理资料，安排流程，检查错误，连接工具，削去许多重复的劳苦。这些都好。不好的是，许多人并不想用它减少苦役，而想用它取消判断；并不想让它拓展能力，而想让它替自己承担存在的重量。人把自己的脑子交出去，还要夸自己效率高，这便像卖掉屋梁来买吊灯，夜里确是亮了，房子却慢慢要塌。</p><p>我想象未来的早晨。每个人都有一个代理人，替他读新闻，替他回消息，替他安慰朋友，替他向母亲问好，替他写情书，替他道歉，替他愤怒，替他悼念。人坐在旁边，终于清闲了。清闲得很，连自己的声音都陌生起来。到那时，一个人若亲自说一句话，怕要被看作复古；若亲自想一个念头，怕要被诊断为效率低下。</p><p>城里的屏幕仍在亮。人们跪得久了，膝盖便以为地面是故乡。他们说这是智能时代，我看也许是新迷信时代。旧迷信烧纸，新迷信烧算力；旧迷信求签，新迷信调参；旧迷信怕鬼，新迷信怕掉队。鬼至少还要半夜出来，掉队却整日蹲在朋友圈里，笑嘻嘻地看着你。</p><p>更可怕的是，这迷信披着理性的衣裳。它不敲木鱼，只敲键盘；不念经，只念融资额；不讲来世，只讲下一轮迭代。于是怀疑被称为保守，迟疑被称为落后，沉默被称为没有商业嗅觉。一个人若问一句“为什么”，众人便像听见了不吉利的话，忙把路线图举起来给他看。</p><p>我愿意相信技术，也愿意相信未来。但我不愿相信那种把人越说越小的未来。真正的未来，不该是一座让人排队叩头的铁皮庙；真正的 AI，也不该是一尊替资本和虚荣开光的神像。它若是火，便该照见黑暗；若是刀，便该割开谎言；若是路，便该让人站着走过去。</p><p>至于那些日夜高呼“智能体将接管一切”的人，我并不想同他们争辩。因为神像一旦做成，最先跪下的往往不是信徒，而是造神的人。他们跪得最熟，哭得最真，收费也最早。</p><p>天亮了。屏幕收起一点冷光，人们又出门了。每个人口袋里都装着一个小小的未来。那未来很聪明，会说话，会规划，会执行，会优化。只是它还不会替人回答一个最旧的问题：</p><p>你究竟要往哪里去？</p>]]>
    </content>
    <id>https://blog.liuxiu.us/2026/04/22/tiepi-shenming-ai-agent/</id>
    <link href="https://blog.liuxiu.us/2026/04/22/tiepi-shenming-ai-agent/"/>
    <published>2026-04-22T15:52:43.000Z</published>
    <summary>
      <![CDATA[<p>天还未亮，城里已经醒了。</p>
<p>醒的不是人，是屏幕。屏幕先发白，继而发蓝，像病人的眼睛。人们从床上坐起来，把脸凑过去，恭敬得很，仿佛祖宗牌位忽然会说话了。那上面有一个新神，名字很多：智能体，代理人，数字员工，个人管家，生产力革命。名号愈多，香火愈旺。</p>
<p><img src="/images/ai-agent-altar.png" alt="铁皮神明的早晨"></p>]]>
    </summary>
    <title>铁皮神明的早晨</title>
    <updated>2026-10-01T02:21:56.252Z</updated>
  </entry>
  <entry>
    <author>
      <name>刘秀</name>
    </author>
    <category term="科技" scheme="https://blog.liuxiu.us/categories/%E7%A7%91%E6%8A%80/"/>
    <category term="人工智能" scheme="https://blog.liuxiu.us/tags/%E4%BA%BA%E5%B7%A5%E6%99%BA%E8%83%BD/"/>
    <category term="大语言模型" scheme="https://blog.liuxiu.us/tags/%E5%A4%A7%E8%AF%AD%E8%A8%80%E6%A8%A1%E5%9E%8B/"/>
    <category term="端侧大模型" scheme="https://blog.liuxiu.us/tags/%E7%AB%AF%E4%BE%A7%E5%A4%A7%E6%A8%A1%E5%9E%8B/"/>
    <category term="移动AI" scheme="https://blog.liuxiu.us/tags/%E7%A7%BB%E5%8A%A8AI/"/>
    <category term="智能手机" scheme="https://blog.liuxiu.us/tags/%E6%99%BA%E8%83%BD%E6%89%8B%E6%9C%BA/"/>
    <category term="NPU" scheme="https://blog.liuxiu.us/tags/NPU/"/>
    <category term="AI Phone" scheme="https://blog.liuxiu.us/tags/AI-Phone/"/>
    <content>
      <![CDATA[<p>如果说 PC 时代的入口是键盘和鼠标，移动互联网时代的入口是触屏与 App，那么 AI Phone 想争夺的入口，就是“意图”。手机端大模型的真正意义并不是在六英寸屏幕里复刻一个云端 ChatGPT，而是让手机在本地理解你的文字、语音、图片、日程、位置、相册与应用状态，再用更少的步骤帮你完成任务。</p><span id="more"></span><p>截至 2026 年 4 月 22 日，我对手机端大模型的判断是：它已经越过了概念验证阶段，但还没有进入“人人都离不开”的成熟阶段。今天的端侧 AI 更像一支刚完成体系化训练的电竞战队：每个位置都有明星选手，NPU、系统服务、小模型、隐私计算、端云协同都在变强，但真正决定胜负的，还不是单点算力，而是配合、调度、战术执行和稳定性。</p><h2 id="一、什么是手机端大模型"><a href="#一、什么是手机端大模型" class="headerlink" title="一、什么是手机端大模型"></a>一、什么是手机端大模型</h2><p>所谓手机端大模型，可以分成三层。</p><p>第一层是“真正在本地跑”的模型。它运行在手机的 CPU、GPU、NPU 或 DSP 上，不依赖网络即可完成推理。典型任务包括摘要、改写、图片描述、语音识别、简单问答、相册搜索、通话总结、键盘润色、诈骗识别等。</p><p>第二层是“系统级模型服务”。开发者不一定直接管理模型权重，而是通过系统 API 调用端侧模型。Google 的 Gemini Nano 运行在 Android 的 AICore 系统服务中，Apple 的 Foundation Models framework 则让开发者访问 Apple Intelligence 背后的设备端语言模型。这个变化很关键：模型从 App 私有能力变成了操作系统基础设施。</p><p>第三层是“端云协同”。复杂任务仍然会调用云端大模型，但厂商正在用隐私计算、可信执行、权限控制和本地预处理来减少数据外泄风险。Apple 的 Private Cloud Compute、Google 的 Private AI Compute，以及三星强调的 Knox&#x2F;Personal Data Engine，本质上都在回答同一个问题：当手机本地算不动时，怎样把更强的云端模型接进来，同时不让用户交出人格底稿。</p><p>所以，手机端大模型不是一个模型，而是一套架构。</p><h2 id="二、现状：端侧大模型已经站上系统层"><a href="#二、现状：端侧大模型已经站上系统层" class="headerlink" title="二、现状：端侧大模型已经站上系统层"></a>二、现状：端侧大模型已经站上系统层</h2><p>过去几年，手机 AI 主要是影像算法：夜景、人像、HDR、语义分割、降噪、超分。现在的变化是，大模型开始从相机管线走向系统管线。</p><p>Apple 的路线是强系统整合。Apple 2025 年的 Foundation Language Models 技术报告提到，Apple Intelligence 包含约 30 亿参数的设备端模型，并通过 KV-cache sharing、2-bit quantization-aware training 等方式优化 Apple Silicon 上的效率。开发者侧，Foundation Models framework 支持文本生成、结构化输出、工具调用、游戏对话等任务，还可以用 adapter 进行领域适配。它的核心信息很明确：端侧模型不是玩具，而是 iOS、iPadOS、macOS 应用能力的一部分。</p><p>Google 的路线是 Android 系统服务化。Gemini Nano 通过 AICore 在设备端运行，官方文档强调它可以在无需网络连接、不把数据发往云端的情况下提供生成式 AI 能力。ML Kit GenAI API 已经把摘要、校对、重写、图片说明、语音识别和 Prompt API 做成高层接口。这对 Android 生态尤其重要，因为它降低了开发者把端侧 AI 放进真实产品的门槛。</p><p>Samsung 的路线是“AI Phone”产品化。Galaxy S25 已经把 Personal Data Engine、Now Brief、多模态 AI agent 等概念推到系统体验里；2026 年 2 月发布的 Galaxy S26 系列继续强调主动、适应式的 Galaxy AI，并把复杂任务隐藏在后台，让用户关注结果而不是操作步骤。三星还把本地个性化、用户可控的云处理、Knox Vault、Knox Matrix 组合成一套隐私叙事。</p><p>国产手机厂商也在快速跟进。荣耀在 MagicOS 8.0 时代就提出平台级 AI 与 70 亿参数端侧大模型 MagicLM，后续又与 Qualcomm 推进低比特量化和混合检索；OPPO 的 AndesGPT 强调云端协同、个性化与工具能力；小米、vivo 等厂商也都在系统助手、相册、文本、跨设备协同中加入生成式 AI。国内路线的共同点是更重视“系统助手”和“跨应用执行”，因为中文移动互联网的 App 生态足够复杂，用户对“帮我直接办了”有更强需求。</p><h2 id="三、硬件：TOPS-只是入场券，内存带宽才是地板"><a href="#三、硬件：TOPS-只是入场券，内存带宽才是地板" class="headerlink" title="三、硬件：TOPS 只是入场券，内存带宽才是地板"></a>三、硬件：TOPS 只是入场券，内存带宽才是地板</h2><p>手机端大模型的硬件叙事，表面看是 NPU 算力。Qualcomm 在 Snapdragon 8 Elite Gen 5 上强调更快的 Hexagon NPU 和个性化 agentic AI；MediaTek Dimensity 9500 则强调 NPU 990、Transformer 专用处理、LLM 内存压缩、对 BitNet 1.58bit 模型的支持，以及面向端侧长文本和 4K 图像生成的能力。Google Tensor G5 则把 Pixel 10 的 Gemini Nano、Magic Cue、Voice Translate 等功能打包成“芯片与模型共同设计”的产品故事。</p><p>但真实瓶颈不止是 TOPS。</p><p>大语言模型推理最吃的是内存、带宽、缓存和功耗。模型权重需要常驻或频繁加载，KV cache 会随着上下文增长而膨胀，多模态还会引入视觉编码器、音频编码器和额外中间状态。手机不是服务器，它要同时照顾屏幕、通信、相机、游戏、后台服务和电池温度。一个模型即使能跑，如果十分钟后机身烫手、电量断崖式下跌，也不能算产品可用。</p><p>这就是为什么端侧大模型的发展方向不是“无限堆参数”，而是“小模型专门化 + 低比特量化 + 稀疏激活 + 缓存优化 + 端云分层”。Google 的 Gemma 3n 很有代表性：它面向手机、平板和笔记本等日常设备，使用 MatFormer、PLE 缓存、条件参数加载等设计，让模型可以按任务和设备能力启用不同参数规模。这个方向比单纯宣传参数量更接近端侧 AI 的真实未来。</p><h2 id="四、软件栈：端侧-AI-的胜负在生态"><a href="#四、软件栈：端侧-AI-的胜负在生态" class="headerlink" title="四、软件栈：端侧 AI 的胜负在生态"></a>四、软件栈：端侧 AI 的胜负在生态</h2><p>模型能不能进手机，最后要看软件栈是否成熟。</p><p>Apple 的优势是垂直整合。设备、芯片、系统、开发框架、隐私计算都在同一套体验里。Foundation Models framework 直接给 Swift 开发者提供结构化生成和工具调用能力，适合把端侧 AI 嵌入现有应用，而不是另起一个聊天窗口。</p><p>Android 的优势是开放与规模。Gemini Nano + AICore 给了系统级模型入口，MediaPipe LLM Inference API 可以让开发者在 Android 和 iOS 上运行本地 LLM，ExecuTorch 则把 PyTorch 模型部署到手机、可穿戴、嵌入式设备和边缘设备。再加上 Qualcomm、MediaTek、Samsung、荣耀、OPPO 等厂商的硬件与系统定制，Android 的端侧 AI 会更繁荣，也更碎片化。</p><p>开源生态则是第三条路。Gemma、Llama、Qwen、Phi 等模型不断下探到 1B、2B、3B、4B 级别，配合 GGUF、MLC、llama.cpp、ExecuTorch、LiteRT 等运行时，普通开发者已经可以在手机上做很多实验。它未必马上能达到系统级体验，但会成为创新的野生训练场。历史上很多真正有生命力的东西，都先从这种“看起来不优雅但能跑”的状态开始。</p><h2 id="五、今天手机端大模型能做什么"><a href="#五、今天手机端大模型能做什么" class="headerlink" title="五、今天手机端大模型能做什么"></a>五、今天手机端大模型能做什么</h2><p>第一类是文本轻任务：摘要、改写、润色、翻译、标签生成、实体抽取、会议纪要、消息建议。这是最成熟的方向，因为输入输出可控，对世界知识和复杂推理要求不高。</p><p>第二类是个人信息整理：相册自然语言搜索、截图归档、通话总结、日程提醒、邮件摘要、账单识别。这里的价值很大，因为手机里保存着最细碎、最真实的生活数据。端侧模型的隐私优势也最明显。</p><p>第三类是多模态感知：看屏幕、看相机、听语音、理解图片。Pixel 的 Magic Cue、Apple 的 visual intelligence、Samsung 的多模态 agent 都指向这个方向。手机天然有摄像头、麦克风、定位、陀螺仪和屏幕上下文，它比 PC 更适合做现实世界的感知入口。</p><p>第四类是游戏与电竞辅助。这里我最感兴趣。端侧大模型可以做赛后复盘、操作习惯总结、阵容理解、训练计划生成、语音战术笔记、录像关键片段摘要。它不应该变成比赛中的作弊外挂，而应该成为训练室里的分析师。真正优秀的电竞 AI，不是替你操作，而是帮你更快理解自己为什么输、怎样练、下一局如何调整节奏。</p><h2 id="六、它现在还做不好什么"><a href="#六、它现在还做不好什么" class="headerlink" title="六、它现在还做不好什么"></a>六、它现在还做不好什么</h2><p>端侧模型现在最不擅长复杂推理。Apple 的开发文档也提醒，设备端模型更小，提示词要简洁具体，不适合把大量复杂逻辑全部塞给模型。让手机端模型做长链数学、复杂代码生成、深度研究和跨领域推理，仍然容易失真。</p><p>第二个问题是上下文窗口。云端模型已经走向百万 token，而手机端模型必须节制。中文一个字往往接近一个 token，长文档、多轮对话、相册和日程混合检索，都会迅速吃掉上下文预算。</p><p>第三个问题是权限。一个能跨 App 执行任务的 AI agent，能力越强，风险越大。它可以帮你订餐、回消息、处理邮件，也可能误删文件、误发内容、误读隐私。未来手机系统必须提供更细的权限模型：哪些数据可读，哪些动作可执行，哪些动作必须二次确认，哪些场景必须离线处理。</p><p>第四个问题是厂商割裂。Apple 的 Foundation Models、Google 的 AICore、Samsung 的 Galaxy AI、国内厂商的系统助手都在各自生态里演进。用户看到的是“AI 手机”，开发者面对的是多套 API、多种硬件、多种模型能力和多种区域限制。这个碎片化会持续很久。</p><h2 id="七、未来三年：手机会从-App-容器变成个人智能层"><a href="#七、未来三年：手机会从-App-容器变成个人智能层" class="headerlink" title="七、未来三年：手机会从 App 容器变成个人智能层"></a>七、未来三年：手机会从 App 容器变成个人智能层</h2><p>我认为 2026 到 2029 年，手机端大模型会沿着五个方向演进。</p><p>第一，端云协同会成为默认架构。本地模型负责隐私、低延迟、个性化和离线任务；云端模型负责复杂推理、长上下文、多工具协作和高质量生成。用户不应该关心任务在哪里完成，只应该知道哪些数据离开了设备、离开后怎样被保护。</p><p>第二，系统级 agent 会逐渐替代部分 App 入口。今天我们打开 App，再在里面找功能；未来可能是先表达意图，再由系统调度 App、服务和模型。手机桌面不会马上消失，但它的重要性会下降。真正的入口会变成语音、屏幕内容、相机和通知流。</p><p>第三，个人数据会形成“本地记忆层”。它不是把所有聊天记录上传给云端，而是在设备内建立可控的个人索引：联系人、日程、照片、截图、文件、健康、位置、游戏战绩。这个本地记忆层如果设计得好，会让 AI 变成真正懂你的工具；如果设计得坏，会变成最危险的隐私黑箱。</p><p>第四，小模型会越来越专业。未来手机里不会只有一个万能模型，而会有文本模型、视觉模型、语音模型、意图模型、排序模型、隐私分类模型、游戏分析模型、健康模型共同工作。大模型负责理解，小模型负责执行，传统算法负责确定性约束。</p><p>第五，手机会和眼镜、耳机、手表、PC、汽车组成分布式智能网络。手机仍然是个人计算的中心节点，但不是唯一节点。眼镜负责第一视角感知，耳机负责语音交互，手表负责健康与即时提醒，PC 负责长时间生产力，汽车负责移动场景。手机端大模型会变成这些设备之间的调度中枢。</p><h2 id="八、给开发者和创作者的机会"><a href="#八、给开发者和创作者的机会" class="headerlink" title="八、给开发者和创作者的机会"></a>八、给开发者和创作者的机会</h2><p>对开发者来说，端侧大模型最值得做的不是“再造一个聊天机器人”，而是把模型嵌入具体工作流。</p><p>比如，笔记应用可以做本地摘要和标签；相册应用可以做私密图片检索；健身应用可以做本地训练反馈；电竞工具可以做录像摘要和英雄池分析；博客工具可以做标题建议、摘要生成、错别字检查和素材归档。关键是：让模型站在用户已经存在的行为路径上，而不是要求用户迁移到一个新窗口。</p><p>对内容创作者来说，AI Phone 会改变采集与整理。未来写一篇文章，手机可以在本地帮你整理录音、照片、截图、地图轨迹和备忘录。它不会替你形成观点，但会减少素材从生活流入文字的阻力。真正的创作力仍然来自人的判断，模型只是把杂乱的数据扶正。</p><p>对电竞人来说，端侧 AI 的价值会在训练而非比赛。它可以把一场训练赛拆成经济曲线、地图资源、技能命中、团战站位和决策节点，再生成下一轮训练重点。它不能替代教练，也不能替代选手的手感，但它能让复盘从“凭印象吵架”变成“基于证据讨论”。这对职业化很重要。</p><h2 id="九、我的结论"><a href="#九、我的结论" class="headerlink" title="九、我的结论"></a>九、我的结论</h2><p>手机端大模型的未来，不是手机里住着一个无所不知的神，而是手机终于开始理解“我现在想做什么”。</p><p>它的革命性不在于回答百科问题，而在于把人与数字世界之间的摩擦降下来。少复制一次验证码，少翻五层菜单，少在相册里滑三分钟，少为了一个航班号来回切 App，少把一个训练赛问题讲十遍。这些细碎的减少，叠加起来就是新的交互范式。</p><p>但我们也要保持清醒。AI Phone 不是越主动越好。一个真正优秀的手机端大模型，应该像优秀队友：能读懂局势，能及时补位，能把关键信息报清楚，但不会抢你的鼠标，不会乱开团，更不会把你的战术本发给对面。</p><p>未来几年，手机厂商会继续争夺“个人智能入口”。胜负不只属于参数最大的模型，也不只属于 NPU 最强的芯片，而属于最懂边界、最懂场景、最懂用户信任的系统。手机端大模型最终要证明的不是“我能生成什么”，而是“我能不能让你更自由”。</p>]]>
    </content>
    <id>https://blog.liuxiu.us/2026/04/22/mobile-on-device-llm/</id>
    <link href="https://blog.liuxiu.us/2026/04/22/mobile-on-device-llm/"/>
    <published>2026-04-22T15:37:49.000Z</published>
    <summary>
      <![CDATA[<p>如果说 PC 时代的入口是键盘和鼠标，移动互联网时代的入口是触屏与 App，那么 AI Phone 想争夺的入口，就是“意图”。手机端大模型的真正意义并不是在六英寸屏幕里复刻一个云端 ChatGPT，而是让手机在本地理解你的文字、语音、图片、日程、位置、相册与应用状态，再用更少的步骤帮你完成任务。</p>]]>
    </summary>
    <title>手机端大模型：AI Phone 的现实边界与未来想象</title>
    <updated>2026-10-01T02:21:56.252Z</updated>
  </entry>
  <entry>
    <author>
      <name>刘秀</name>
    </author>
    <category term="写作" scheme="https://blog.liuxiu.us/categories/%E5%86%99%E4%BD%9C/"/>
    <category term="哲学" scheme="https://blog.liuxiu.us/tags/%E5%93%B2%E5%AD%A6/"/>
    <category term="哲学思想" scheme="https://blog.liuxiu.us/tags/%E5%93%B2%E5%AD%A6%E6%80%9D%E6%83%B3/"/>
    <category term="形而上学" scheme="https://blog.liuxiu.us/tags/%E5%BD%A2%E8%80%8C%E4%B8%8A%E5%AD%A6/"/>
    <category term="亚里士多德" scheme="https://blog.liuxiu.us/tags/%E4%BA%9A%E9%87%8C%E5%A3%AB%E5%A4%9A%E5%BE%B7/"/>
    <category term="存在论" scheme="https://blog.liuxiu.us/tags/%E5%AD%98%E5%9C%A8%E8%AE%BA/"/>
    <category term="儒家思想" scheme="https://blog.liuxiu.us/tags/%E5%84%92%E5%AE%B6%E6%80%9D%E6%83%B3/"/>
    <category term="道家思想" scheme="https://blog.liuxiu.us/tags/%E9%81%93%E5%AE%B6%E6%80%9D%E6%83%B3/"/>
    <category term="佛家思想" scheme="https://blog.liuxiu.us/tags/%E4%BD%9B%E5%AE%B6%E6%80%9D%E6%83%B3/"/>
    <category term="天命" scheme="https://blog.liuxiu.us/tags/%E5%A4%A9%E5%91%BD/"/>
    <category term="天理" scheme="https://blog.liuxiu.us/tags/%E5%A4%A9%E7%90%86/"/>
    <category term="道" scheme="https://blog.liuxiu.us/tags/%E9%81%93/"/>
    <category term="自然" scheme="https://blog.liuxiu.us/tags/%E8%87%AA%E7%84%B6/"/>
    <category term="无为" scheme="https://blog.liuxiu.us/tags/%E6%97%A0%E4%B8%BA/"/>
    <category term="缘起" scheme="https://blog.liuxiu.us/tags/%E7%BC%98%E8%B5%B7/"/>
    <category term="空性" scheme="https://blog.liuxiu.us/tags/%E7%A9%BA%E6%80%A7/"/>
    <category term="涅槃" scheme="https://blog.liuxiu.us/tags/%E6%B6%85%E6%A7%83/"/>
    <content>
      <![CDATA[<p>形而上学（Metaphysics）是哲学的一个重要分支，专注于探讨存在、实在的本质，以及宇宙的根本结构。这个词源自古希腊，其中 “meta” 意为 “在……之后” 或 “超越”，而 “physics” 意为 “自然” 或 “物理学”。因此，”metaphysics” 可以理解为 “超越物理学” 或 “在物理学之后” 的学问。</p><span id="more"></span><p>形而上学常被描述为研究“如此存在”（being as such）、“事物的首要原因”（the first causes of things）以及“不变的事物”（things that do not change）的“科学”。这一定义源于亚里士多德的哲学传统，他将形而上学视为对存在本身及其最基本原则的探讨。</p><ol><li><strong>如此存在（Being as Such）</strong>：形而上学的一个核心主题是对“存在”的研究。这里的“存在”指的是所有事物共有的基本属性，而不仅限于某一类具体存在者。这一层面的研究试图理解存在的最基本特性和条件，关注的是“是什么”的问题，而非“如何成其为这样”的问题。</li><li><strong>事物的首要原因（The First Causes of Things）</strong>：形而上学致力于探讨万物的最初原因或根本原则。亚里士多德认为，形而上学研究的是所有事物的终极原因和原理，这些构成了所有存在现象的基础。通过理解这些首要原因，形而上学帮助我们揭示事物为何存在及如何存在。</li><li><strong>不变的事物（Things That Do Not Change）</strong>：形而上学也关注那些在变化中保持不变的事物或原则。这个探讨涉及理解恒常与变化之间的关系，以及在不断变化的宇宙中是否存在永恒不变的实在或真理。在亚里士多德的思想中，形而上学的对象包括不变的实在，如数学真理、逻辑法则，或作为终极存在的“纯粹形式”。</li></ol><p>在形而上学中，关于“根本上有什么存在？”（What is ultimately there?）和“它是什么样的？”（What is it like?）这两个问题是核心探索领域，涉及对存在本质的深刻思考。哲学家们对这些问题提出了多种多样的解释和回答。</p><ol><li><strong>根本上有什么存在？</strong><ul><li><strong>实体与属性</strong>：在传统形而上学中，常区分实体（substance）和属性（attributes）。实体被视为独立存在的事物，而属性则是依附于实体的特征。例如，一棵树（实体）可能拥有绿色的叶子（属性）。</li><li><strong>物理与非物理存在</strong>：一些哲学家认为，只有物理世界是真实存在的，这是一种唯物主义观点。而另一些人则主张存在着非物理的实体，如意识、灵魂或理念，这体现了唯心主义或二元论的观点。</li><li><strong>普遍与特殊</strong>：存在论中还有一个重要讨论是关于普遍（universals）与特殊（particulars）的关系，即普遍概念（如“红色”）是否存在于具体事物之中，还是仅仅是我们对事物的描述。</li></ul></li><li><strong>它是什么样的？</strong><ul><li><strong>本质与现象</strong>：一些哲学家，如康德，区分“本质”（noumenon）与“现象”（phenomenon）。本质是事物的内在实在，而现象是我们通过感官和经验感知到的外在表现。</li><li><strong>恒常与变化</strong>：亚里士多德认为，现实世界中存在着变化不居的现象，而背后可能存在不变的实在或真理。这引发了关于不变的本质与变化的现象之间关系的讨论。</li><li><strong>可知与不可知</strong>：在形而上学的讨论中，还涉及到关于我们是否能够真正认识到存在的本质。有些哲学家，如不可知论者，认为我们对存在的了解永远受限于我们的经验和认知能力。</li></ul></li></ol><p>在深入探讨形而上学的核心概念后，我们可以将视野拓展至东方哲学，特别是儒家、佛教和道家的思想体系。尽管这些哲学传统与西方的形而上学起源和发展路径不同，但它们同样追求对存在本质和宇宙结构的理解。通过比较儒释道三者与形而上学之间的相似和不同之处，我们能够更全面地理解人类对存在和实在的多元思考方式。这种比较不仅揭示了不同文化背景下的哲学思维特征，也为我们提供了一个理解东西方思想交汇与差异的独特视角。</p><h2 id="儒家"><a href="#儒家" class="headerlink" title="儒家"></a>儒家</h2><p>儒家思想作为中国传统文化的重要组成部分，与西方的形而上学在核心关注点上既有相似之处，也存在显著差异。虽然儒家没有像西方那样系统地发展出形而上学，但其对存在、道德和宇宙秩序的探讨同样具有形而上学的意义。</p><ol><li><strong>天道</strong>：天道在儒家思想中被用来描述宇宙的最高原则和自然法则。它不仅代表着宇宙的秩序与规律，也被视为道德的根源。儒家认为，天道蕴含着一种内在的正义与仁慈，不仅支配着自然界的运行，也引导着人类社会的伦理法则。孔子曾说过“天何言哉？四时行焉，百物生焉”，强调了天道的无言自然之秩序。儒家学者如孟子进一步发展了这一思想，认为天道与人道是一致的，通过顺应天道，人们可以实现道德的完善与社会的和谐。</li><li><strong>人道</strong>：人道指的是人类行为和社会伦理的规范，是儒家思想中强调的道德实践。儒家主张通过“修身、齐家、治国、平天下”的过程来实现人道。修身是指个人的道德修养，是人道的基础；齐家是将这种道德修养推广至家庭，治国则是将其应用于国家治理，平天下则是实现世界的和谐。通过这一系列的实践，儒家相信人可以达到与天道的合一，实现个人与社会的理想状态。</li></ol><p>《中庸》中提到：“天命之谓性，率性之谓道，修道之谓教。”这句话旨在说明天命赋予人的本性，而顺应本性即是道，修道则是教育的目的。</p><p>孟子提出了“性善论”，认为人性本善，强调内心的道德觉悟与天命的统一。朱熹等理学家发展出“理”的概念，认为理是宇宙的最高原则，是万物之源。儒家通过探讨人的内在道德规律，试图达到人与天道的合一。</p><p>这样一来，儒家思想在形而上学层面上，既探讨了宇宙和自然的秩序，又深入研究了人类社会的道德规范，试图通过二者的结合，实现理想的社会秩序。</p><h2 id="道家"><a href="#道家" class="headerlink" title="道家"></a>道家</h2><p>道家思想以其独特的视角对形而上学提供了丰富的理论贡献，其核心概念如“道”、自然和无为等，构成了对存在本质和宇宙秩序的深刻探讨。</p><ol><li><strong>道</strong>： 道是道家哲学的核心概念，通常被视为宇宙的根本原则和万物的本源。与西方形而上学对终极实在的探求类似，道被描述为一种超越具体存在的抽象实体。老子在《道德经》中指出，“道可道，非常道”，强调了道的不可言说性和无限性。道是所有变化和现象的基础，但却不以任何具体形式存在。它是自然规律和宇宙秩序的体现，具有一种自发的创造力和和谐性。</li><li><strong>自然</strong>： 自然是道家思想中另一个重要的形而上学主题，指的是事物的自然状态和自发性。道家主张顺应自然，尊重事物的发展规律，而不是通过人为干预去改变它们。这种对自然的尊崇体现了一种与形而上学中对宇宙秩序的理解。道家认为，宇宙是一个有机整体，各个部分以一种自然的方式相互联系和影响。</li><li><strong>无为</strong>： 无为是道家哲学中的一个核心原则，常被解释为“无不为”或“顺其自然”。无为并不是消极的无所作为，而是一种顺应自然和宇宙规律的积极态度。道家认为，通过无为而治，可以达到最优的社会和个人状态。在形而上学的视角下，无为体现了一种对存在和变化的深刻理解，强调通过与道的合一来实现和谐与平衡。</li></ol><p>道家思想与形而上学的联系在于其对终极实在的探求和对宇宙秩序的关注。道家通过道、自然和无为等概念，提出了一种超越具体事物的宇宙观，强调顺应自然和内心的智慧。与西方形而上学的抽象思辨不同，道家更注重实践和内心的领悟，这使得道家的形而上学思考具有独特的东方智慧和实践意义。通过对道家思想的理解，我们可以获得一种不同于西方的视角去思考存在的本质和宇宙的结构。</p><h2 id="佛家"><a href="#佛家" class="headerlink" title="佛家"></a>佛家</h2><p>佛教思想在形而上学领域提供了独特的视角，其核心概念如缘起、空性和涅槃等，都涉及对存在本质和宇宙结构的深刻探讨。</p><ol><li><strong>缘起（Pratītyasamutpāda）</strong>： 缘起是佛教哲学的核心概念之一，指的是一切事物和现象都是相互依赖而存在的，没有独立自主的实体。它强调因果关系和相互依存，认为宇宙中的一切都是由众多因缘和合而成。这与形而上学中对存在本质的探讨相似，缘起提供了一种动态的存在观，认为没有什么是永恒不变的，而是一种不断生成和变化的过程。</li><li><strong>空性（Śūnyatā）</strong>： 空性是佛教思想中的另一重要概念，指的是事物的无自性，即没有独立、固定的本质。空性并不是指空无一物，而是强调一切现象都没有独立的、永恒的实体存在。这种对空性的理解挑战了形而上学中对终极实在的传统探求，提出了一种非实体的存在观。通过体悟空性，佛教徒能够超越对自我和现象的执著，达到解脱。</li><li><strong>涅槃（Nirvāṇa）</strong>： 涅槃是佛教的最终目标，通常被描述为超越生死轮回的状态。在形而上学的框架下，涅槃代表了一种超越世俗存在的终极实在，是一种完全的自在和解脱。与形而上学中对不变的终极实在的追求不同，涅槃是通过对无常和空性的深刻理解而实现的，是一种心灵的彻底解放。</li></ol><p>佛教思想与形而上学的联系在于其对存在的本质和宇宙结构的深刻探讨。佛教通过缘起、空性和涅槃这些概念，提出了一种动态和非实体的存在观，强调一切现象的无常和相互依赖。这种视角与传统的形而上学探求有所不同，更关注内心的觉悟和超越世俗存在的解脱路径。通过理解佛教的形而上学观，我们可以获得一种灵活而深邃的视角去思考存在与实在的关系。</p><p>通过对形而上学与儒释道的比较探讨，我们可以看到，尽管这些哲学体系的起源和发展路径不同，但它们都在追求对存在本质和宇宙结构的理解。每一种哲学传统都提供了独特的视角和方法来探索这个宏大的主题。</p><h2 id="总结"><a href="#总结" class="headerlink" title="总结"></a>总结</h2><h3 id="跨文化的哲学对话"><a href="#跨文化的哲学对话" class="headerlink" title="跨文化的哲学对话"></a>跨文化的哲学对话</h3><p>形而上学作为西方哲学的核心分支，强调对终极实在、不变原则以及存在本质的探求，而儒释道则以其各自的方式对这些问题提供了丰富的思考。儒家通过天道与人道的结合，强调道德实践与社会和谐；道家通过道与自然的关系，提出了一种顺应自然的宇宙观；佛家则通过缘起与空性，提供了一种动态的存在观，强调内心的觉悟和解脱。</p><h3 id="多元理解的价值"><a href="#多元理解的价值" class="headerlink" title="多元理解的价值"></a>多元理解的价值</h3><p>这种跨文化的哲学对话不仅丰富了我们的理解，还揭示了在不同文化背景下，人类对存在和实在的多元思考方式。形而上学与儒释道的对比，让我们看到，尽管问题的表达和解决路径可能不同，但人类对终极问题的关注和探索是一致的。这种多元理解的价值在于，它不仅拓展了我们的视野，也促进了不同文化间的理解与交流。</p><h3 id="面向未来的哲学思考"><a href="#面向未来的哲学思考" class="headerlink" title="面向未来的哲学思考"></a>面向未来的哲学思考</h3><p>在全球化的背景下，东西方哲学的交汇与碰撞为我们提供了一个更为全面的视角去思考现代社会面临的挑战与问题。通过结合形而上学与儒释道的智慧，我们或许能够在科技进步与道德伦理、个人发展与社会责任之间找到更为和谐的平衡。</p><p>总之，形而上学与儒释道的比较不仅是对哲学理论的深入探讨，也是对人类共同智慧的再发现。通过这种对比与融合，我们可以更好地理解自身在宇宙中的位置，并在多元文化的背景下更好地共创人类的未来。</p>]]>
    </content>
    <id>https://blog.liuxiu.us/2025/03/30/metaphysics/</id>
    <link href="https://blog.liuxiu.us/2025/03/30/metaphysics/"/>
    <published>2025-03-30T06:33:27.000Z</published>
    <summary>
      <![CDATA[<p>形而上学（Metaphysics）是哲学的一个重要分支，专注于探讨存在、实在的本质，以及宇宙的根本结构。这个词源自古希腊，其中 “meta” 意为 “在……之后” 或 “超越”，而 “physics” 意为 “自然” 或 “物理学”。因此，”metaphysics” 可以理解为 “超越物理学” 或 “在物理学之后” 的学问。</p>]]>
    </summary>
    <title>形而上学与儒释道</title>
    <updated>2026-10-01T02:21:56.252Z</updated>
  </entry>
  <entry>
    <author>
      <name>刘秀</name>
    </author>
    <category term="游戏" scheme="https://blog.liuxiu.us/categories/%E6%B8%B8%E6%88%8F/"/>
    <category term="电竞" scheme="https://blog.liuxiu.us/categories/%E7%94%B5%E7%AB%9E/"/>
    <category term="英雄射击" scheme="https://blog.liuxiu.us/tags/%E8%8B%B1%E9%9B%84%E5%B0%84%E5%87%BB/"/>
    <category term="军团要塞" scheme="https://blog.liuxiu.us/tags/%E5%86%9B%E5%9B%A2%E8%A6%81%E5%A1%9E/"/>
    <category term="枪神纪" scheme="https://blog.liuxiu.us/tags/%E6%9E%AA%E7%A5%9E%E7%BA%AA/"/>
    <category term="突击英雄" scheme="https://blog.liuxiu.us/tags/%E7%AA%81%E5%87%BB%E8%8B%B1%E9%9B%84/"/>
    <category term="守望先锋" scheme="https://blog.liuxiu.us/tags/%E5%AE%88%E6%9C%9B%E5%85%88%E9%94%8B/"/>
    <category term="Apex英雄" scheme="https://blog.liuxiu.us/tags/Apex%E8%8B%B1%E9%9B%84/"/>
    <category term="漫威争锋" scheme="https://blog.liuxiu.us/tags/%E6%BC%AB%E5%A8%81%E4%BA%89%E9%94%8B/"/>
    <category term="电子竞技" scheme="https://blog.liuxiu.us/tags/%E7%94%B5%E5%AD%90%E7%AB%9E%E6%8A%80/"/>
    <category term="FPS" scheme="https://blog.liuxiu.us/tags/FPS/"/>
    <category term="射击游戏" scheme="https://blog.liuxiu.us/tags/%E5%B0%84%E5%87%BB%E6%B8%B8%E6%88%8F/"/>
    <content>
      <![CDATA[<p>2024年注定成为电子竞技史上最为非凡的一年，Esports World Cup在全球掀起的电竞狂潮，将这项诞生于21世纪的新兴体育运动推向了前所未有的高光时刻。电子竞技以其丰富多样的魅力，涵盖了包括MOBA、FPS、模拟体育、RTS和格斗在内的多个独具特色的项目。在这条充满激情与变迁的道路上，我们见证了无数新项目的诞生与辉煌，也目睹了许多曾经流行一时的项目渐渐淡出历史舞台。英雄射击类型游戏在FPS游戏史上起着不可忽视的作用，从《军团要塞》奠定基础，到《守望先锋》引领潮流，每一部作品都在创新与策略深度上不断突破。如今，2024年底，网易推出的全新游戏《漫威争锋》，又将为这一类型注入新的活力，带来无尽的期待与可能。</p><span id="more"></span><p><img loading="lazy" decoding="async" src="https://liuxiu-1252700569.cos.ap-shanghai.myqcloud.com/202502021932055.png" alt="image-20250202193222963"></p><h2 id="英雄射击游戏的史诗序章：从《军团要塞》到东方新章"><a href="#英雄射击游戏的史诗序章：从《军团要塞》到东方新章" class="headerlink" title="英雄射击游戏的史诗序章：从《军团要塞》到东方新章"></a>英雄射击游戏的史诗序章：从《军团要塞》到东方新章</h2><h3 id="起于雷神之锤的璀璨星光"><a href="#起于雷神之锤的璀璨星光" class="headerlink" title="起于雷神之锤的璀璨星光"></a>起于雷神之锤的璀璨星光</h3><p>1996年，当John Cook与Robin Walker将《军团要塞》作为《雷神之锤》的玩家自制模组推向世界时，他们或许未曾预见自己正在书写射击游戏史的崭新篇章。这个突破性的创作首次将职业分工机制深度植入FPS框架，九大特色鲜明的角色职业构筑起多维战术体系，如同交响乐团的精密配合般彻底颠覆了传统FPS游戏的单一形态。Valve敏锐捕捉到这一创新基因，1999年基于《半条命》引擎重塑的《军团要塞经典版》，以独立作品的姿态将团队竞技的战术美学提升至全新维度。</p><h3 id="艺术与机制的完美协奏"><a href="#艺术与机制的完美协奏" class="headerlink" title="艺术与机制的完美协奏"></a>艺术与机制的完美协奏</h3><p>2007年问世的《军团要塞2》如同投掷在游戏界的艺术炸弹，皮克斯动画般的复古蒸汽朋克美学与严谨的数值体系形成绝妙平衡。医疗兵的战场急救、间谍的身份欺诈、工程师的工事建造——每个职业都是战术拼图中不可或缺的组件。游戏创造性地将MOBA式的角色定位与射击游戏的即时对抗相结合，开创了”英雄射击”这一全新品类。其设计的精妙程度至今仍被奉为行业圭臬，从暴雪的《守望先锋》到Epic的《堡垒之夜》，无数后来者的设计基因中都能窥见这抹橘红蒸汽的残影。</p><h3 id="东方大陆的战术回响"><a href="#东方大陆的战术回响" class="headerlink" title="东方大陆的战术回响"></a>东方大陆的战术回响</h3><p>在太平洋西岸，2013年面世的《枪神纪》为英雄射击的进化史增添了独特注脚。这款由腾讯琳琅天上工作室打造的第三人称射击游戏，巧妙融合东方审美与西式战术框架。双枪刺客的迅捷突袭、烈焰女郎的控场艺术、导弹专家的立体打击——每个职业都在保留战术核心的同时注入了本土化创新。游戏通过全场景立体作战系统与角色专属动作模组的结合，在保留团队协作精髓的基础上，构建出充满武侠美学的动态战场，为东方玩家打开了理解英雄射击的独特窗口。</p><p>从《军团要塞》初试啼声到《枪神纪》的东方变奏，英雄射击游戏的演进史犹如不断分形裂变的艺术结晶。每个节点既是技术革命的里程碑，也是文化交融的见证者。当我们将这些璀璨的珍珠串联，看见的不仅是游戏形态的蜕变史，更是一曲关于人类创造力的永恒赞歌。</p><h2 id="战术革命的交响变奏：从《突击英雄》到《瓦罗兰特》"><a href="#战术革命的交响变奏：从《突击英雄》到《瓦罗兰特》" class="headerlink" title="战术革命的交响变奏：从《突击英雄》到《瓦罗兰特》"></a>战术革命的交响变奏：从《突击英雄》到《瓦罗兰特》</h2><h3 id="疾风之舞：战术射击的觉醒时刻"><a href="#疾风之舞：战术射击的觉醒时刻" class="headerlink" title="疾风之舞：战术射击的觉醒时刻"></a><strong>疾风之舞：战术射击的觉醒时刻</strong></h3><p> 2015年问世的《突击英雄》如同一柄刺破传统FPS苍穹的利刃，以”动态战术射击”的概念重构战场秩序。游戏将英雄基因植入射击框架，每位角色不仅是武器载体，更是战术规则的颠覆者——超限武器的战略威慑、滑铲突进的位移艺术、空中制敌的立体博弈，赋予射击游戏芭蕾般的战斗韵律。当狙击手的致命凝视与工程兵的屏障构筑在瞬息间交织，传统FPS的平面对抗升维为立体战术博弈场。这种将MOBA式战略纵深与格斗游戏操作哲学熔铸一炉的创新，让中国玩家首次感受到”英雄射击”的暴烈美学。</p><h3 id="法则重构：电竞化进化的终极形态"><a href="#法则重构：电竞化进化的终极形态" class="headerlink" title="法则重构：电竞化进化的终极形态"></a><strong>法则重构：电竞化进化的终极形态</strong></h3><p> 五年后横空出世的《瓦罗兰特》，则以手术刀般的精准完成了对传统射击范式的解构。拳头游戏将《突击英雄》的战术火种淬炼出更锋利的竞技形态：霓虹的电子屏障在枪火中展开几何迷阵，贤者的引力牢笼塑造空间规则，每个特工技能都如同棋盘上的博弈筹码。这里既有古典FPS的枪械控制圣殿，又构建出MOBA式的技能连锁战场，当霓虹都市的电子脉冲与沙漠之鹰的金属轰鸣共振时，电竞史迎来了战术射击的终极形态。其特工系统的精妙之处在于：所有超凡能力皆为枪法赋权，所有战略布局终需子弹裁决。</p><p>这两部作品恰似战术革命的双生火焰，前者用疾风骤雨的动作张力释放英雄射击的原始野性，后者以数学公式般的严谨重塑竞技规则。当我们在时间轴上回望这场进化之旅，看到的不仅是射击游戏的形态嬗变，更是一部关于人类如何在数字战场中追求极致战术美学的史诗。</p><h2 id="从《守望先锋》到《Apex英雄》：英雄主义的交响诗篇"><a href="#从《守望先锋》到《Apex英雄》：英雄主义的交响诗篇" class="headerlink" title="从《守望先锋》到《Apex英雄》：英雄主义的交响诗篇"></a>从《守望先锋》到《Apex英雄》：英雄主义的交响诗篇</h2><h3 id="守望者纪元：英雄史诗的黄金铸造"><a href="#守望者纪元：英雄史诗的黄金铸造" class="headerlink" title="守望者纪元：英雄史诗的黄金铸造"></a><strong>守望者纪元：英雄史诗的黄金铸造</strong></h3><p> 2016年暴雪娱乐投下的这枚战术核弹——《守望先锋》，以造物主般的魄力重构了英雄射击的基因序列。当猎空的时空闪回与莱因哈特的能量护盾在好莱坞街道碰撞，人们突然意识到射击游戏可以成为流动的战术美术馆。23位初始英雄不仅是技能容器的堆砌，更是精密咬合的战术齿轮——天使的复活圣光重塑战场时间轴，黑影的电子入侵改写攻防规则，每个角色技能都如同交响乐章中的独特音色。暴雪用炉火纯青的世界观构建能力，将直布罗陀观测站与漓江塔的霓虹交织成未来主义画卷，让每一次占点攻防都成为文明史诗的微观演绎。这款被注入MOBA基因的团队竞技圣典，不仅以”全场最佳”系统开创了射击游戏的剧场式体验，更用职业联赛体系证明了英雄射击在电竞圣殿中的王座资格。</p><h3 id="大逃杀时代的英雄进化论"><a href="#大逃杀时代的英雄进化论" class="headerlink" title="大逃杀时代的英雄进化论"></a><strong>大逃杀时代的英雄进化论</strong></h3><p> 当业界仍在咀嚼《守望先锋》的战术遗产时，Respawn Entertainment在2019年以《Apex英雄》奏响了英雄射击的狂想变奏曲。这片泰坦陨落宇宙中的边陲战场，将大逃杀的生存博弈与英雄技能树嫁接出惊人的化学效应：恶灵的相位裂隙开辟空间走廊，命脉的治愈无人机重构资源逻辑，每个传奇技能都在缩圈的死亡倒计时中化作战略筹码。游戏独创的复活系统与智能标记功能，既延续了《守望先锋》的团队协作精髓，又在大逃杀的开放沙盘中孕育出动态叙事——那些绝境中的传奇救援与技能Combo的惊艳绽放，让每局比赛都成为不可复制的英雄叙事诗。当传统英雄射击还在竞技场中雕琢战术细节时，《Apex英雄》已用垂直机动与地形交互构建出立体战场生态，为英雄射击开拓出星辰大海般的可能性。</p><p>这两部横跨世代的杰作，恰似英雄主义叙事的两极投影。《守望先锋》如同精密运转的瑞士钟表，在规则框架内将团队协作推向美学巅峰；《Apex英雄》则像肆意生长的热带雨林，于混沌中孕育出无限战术可能。它们共同证明：当英雄特质注入射击游戏的血液，那些扣动扳机的瞬间便不再是简单的生死判定，而是人类智慧与创造力的璀璨结晶。</p><h2 id="漫威宇宙的战术炼金术：《漫威争锋》重构英雄协作法则"><a href="#漫威宇宙的战术炼金术：《漫威争锋》重构英雄协作法则" class="headerlink" title="漫威宇宙的战术炼金术：《漫威争锋》重构英雄协作法则"></a>漫威宇宙的战术炼金术：《漫威争锋》重构英雄协作法则</h2><h3 id="伽马协奏：能量链式反应的战术美学"><a href="#伽马协奏：能量链式反应的战术美学" class="headerlink" title="伽马协奏：能量链式反应的战术美学"></a><strong>伽马协奏：能量链式反应的战术美学</strong></h3><p> 在《漫威争锋》的量子战场上，浩克化身绿色能量风暴的核心枢纽，其独创的”伽马充能”连携技重新定义了英雄协作的底层逻辑。当这位愤怒泰坦将伽马射线灌注进奇异博士的玄戒，阿戈摩托之环便迸发出翡翠色时空漩涡；当同源能量注入钢铁侠的纳米战甲，掌心炮交织出辐射脉冲风暴——这种突破个体界限的能量共享机制，让每个技能释放都成为团队能量的动态分配过程。玩家不再是孤立操控角色，而是化身为漫威英雄的调度师</p><h3 id="环境博弈论：动态战场的混沌艺术"><a href="#环境博弈论：动态战场的混沌艺术" class="headerlink" title="环境博弈论：动态战场的混沌艺术"></a><strong>环境博弈论：动态战场的混沌艺术</strong></h3><p> 游戏将场景破坏升维为战略推演的核心组件，中城区的每栋建筑都暗藏战术蝴蝶效应。英雄们的攻击将重构战场几何——崩塌的钢铁侠雕像废墟在特殊地图机制下时间回溯，在银河帝国瓦坎达的贾利亚神殿，瓦坎达神灵的怒火将持续灼烧所有单位。这种将破坏行为转化为环境编程的设计哲学，使每次技能释放都成为改写战场规则的触媒。当玩家操控不同的英雄影响环境的同时，让人觉得他们就是超级英雄</p><h3 id="电竞舞台的量子纠缠"><a href="#电竞舞台的量子纠缠" class="headerlink" title="电竞舞台的量子纠缠"></a><strong>电竞舞台的量子纠缠</strong></h3><p> 在竞技维度，《漫威争锋》通过了连携技与场景破坏系统，构建出堪比复联终局之战的博弈深度。职业联赛中，连携技能与英雄选择如同量子领域的概率游戏——是优先强化奇异博士的维度控制，还是催化钢铁侠的火力覆盖？被摧毁的斯塔克大厦残骸既可能成为狙击制高点，也可能化作电磁脉冲陷阱的天然载体。这种将漫威超能力学与拓扑学相结合的战场设计，使每场对决都成为不可复制的战术奇迹，让电竞解说化身为量子物理学家，拆解着能量轨迹与空间重构的玄妙方程。</p><p>这款漫威与网易共同锻造的战术结晶，正以革新能量击穿类型游戏的次元壁。它证明当IP底蕴与玩法创新产生量子纠缠，电子游戏便能升维为流行文化的能量加速器——每个伽马充能的抉择都在重写漫威史册，每次场景崩塌的轰鸣都在重塑战术边疆。</p>]]>
    </content>
    <id>https://blog.liuxiu.us/2025/02/02/marvel-rivals-wl/</id>
    <link href="https://blog.liuxiu.us/2025/02/02/marvel-rivals-wl/"/>
    <published>2025-02-02T12:20:09.000Z</published>
    <summary>
      <![CDATA[<p>2024年注定成为电子竞技史上最为非凡的一年，Esports World Cup在全球掀起的电竞狂潮，将这项诞生于21世纪的新兴体育运动推向了前所未有的高光时刻。电子竞技以其丰富多样的魅力，涵盖了包括MOBA、FPS、模拟体育、RTS和格斗在内的多个独具特色的项目。在这条充满激情与变迁的道路上，我们见证了无数新项目的诞生与辉煌，也目睹了许多曾经流行一时的项目渐渐淡出历史舞台。英雄射击类型游戏在FPS游戏史上起着不可忽视的作用，从《军团要塞》奠定基础，到《守望先锋》引领潮流，每一部作品都在创新与策略深度上不断突破。如今，2024年底，网易推出的全新游戏《漫威争锋》，又将为这一类型注入新的活力，带来无尽的期待与可能。</p>]]>
    </summary>
    <title>电子竞技的量子跃迁：从像素战场到文明奇点</title>
    <updated>2026-10-01T02:21:56.252Z</updated>
  </entry>
  <entry>
    <author>
      <name>刘秀</name>
    </author>
    <category term="科技" scheme="https://blog.liuxiu.us/categories/%E7%A7%91%E6%8A%80/"/>
    <category term="人工智能" scheme="https://blog.liuxiu.us/tags/%E4%BA%BA%E5%B7%A5%E6%99%BA%E8%83%BD/"/>
    <category term="大语言模型" scheme="https://blog.liuxiu.us/tags/%E5%A4%A7%E8%AF%AD%E8%A8%80%E6%A8%A1%E5%9E%8B/"/>
    <category term="LLMs" scheme="https://blog.liuxiu.us/tags/LLMs/"/>
    <category term="认知革命" scheme="https://blog.liuxiu.us/tags/%E8%AE%A4%E7%9F%A5%E9%9D%A9%E5%91%BD/"/>
    <category term="数字人文" scheme="https://blog.liuxiu.us/tags/%E6%95%B0%E5%AD%97%E4%BA%BA%E6%96%87/"/>
    <category term="科技革命" scheme="https://blog.liuxiu.us/tags/%E7%A7%91%E6%8A%80%E9%9D%A9%E5%91%BD/"/>
    <content>
      <![CDATA[<p>🔮想象这样一个剧场：台上木偶们跳着行云流水的思维圆舞曲，台下真实的人群却开始陷入表达性的枯萎。我们与算法的共生关系远未定型，每一次输入框的闪光都是未来的启示——</p><span id="more"></span><hr><h2 id="第一部分-▋工具革命后的语言熵变"><a href="#第一部分-▋工具革命后的语言熵变" class="headerlink" title="第一部分 ▋工具革命后的语言熵变"></a>第一部分 ▋工具革命后的语言熵变</h2><p><img loading="lazy" decoding="async" src="https://liuxiu-1252700569.cos.ap-shanghai.myqcloud.com/202502021655182.png"><br><small><em>打字机曾是思想的发射台，如今的聊天界面已成意念的转换站</em></small></p><p>自2022年Chat GPT刮起的脑力飓风，我们的数字化躯干正在发生惊人嬗变——平均每分钟有1900万字通过语言模型在世界流动，这相当于把<strong>人类文明典籍总库存</strong>每小时复写5次。在键盘与神经元的热舞中，几个认知切片悄然异变：</p><ul><li>✉️「文笔祛魅」症候群：99%的邮件事先经过文案润色建议<br><em>实验</em> 📊 办公室白领自察其写作风格迁移轨迹显示：</li></ul><table><thead><tr><th>年份</th><th>邮件自主完成度</th><th>生成工具使用率</th></tr></thead><tbody><tr><td>2020</td><td>93%</td><td>7%</td></tr><tr><td>2023</td><td>42%</td><td>58%</td></tr></tbody></table><ul><li>🧠 思维触角萎缩：Google Trends显示「复杂句型搜索+推理问题」增长率断崖-39%</li><li>🌓 意识的双生暗影：67%用户承认在深度对话中无法辨别人与模型输出差异</li></ul><hr><h2 id="第二幕-▋生产机器的温柔枷锁"><a href="#第二幕-▋生产机器的温柔枷锁" class="headerlink" title="第二幕 ▋生产机器的温柔枷锁"></a>第二幕 ▋生产机器的温柔枷锁</h2><p>当<a href="https://www.mturk.com/">亚马逊机械土耳其</a>上出现时薪$0.03的知识劳工，”知识普惠”的颂歌中混入了金属摩擦的暗响：LLMs（大语言模型）带来的三大弔诡挑战正在重塑心智版图：</p><pre><code class="highlight mermaid">graph TDA[知识生产权] --&gt; B(自动化洪水)B --&gt; C&#123;淹没区&#125;C --&gt;|职业作家| D[价值危机]C --&gt;|搜索引擎| E[范式革命]C --&gt;|代码撰写| F[创造性迁移]</code></pre><p>这种结构性撕裂让<strong>智能资本</strong>呈现出矛盾的棱光——程序员边用GitHub Copilot创造边自嘲正在”写代码摘要”，广告策划人在midnight的咖啡香里与AI提案者展开”意念网球”。此时每个创意火花的飞溅都需要回答： <strong>🤔我的核心竞争力究竟栖息在何处？</strong></p><hr><h2 id="第三维度-▋文化炼金术的觉醒"><a href="#第三维度-▋文化炼金术的觉醒" class="headerlink" title="第三维度 ▋文化炼金术的觉醒"></a>第三维度 ▋文化炼金术的觉醒</h2><p>令人惊异的是在东京某个艺术飞地，新一代创作者开创了<strong>语义炼金工坊</strong>：</p><blockquote><p>🔥将俳句拆解为500维词向量→用Stable Diffusion凝固情感拓扑图→逆向回译为当代物哀诗</p></blockquote><p>这种「诗意计算」创造出震撼的混合态文艺物种，正如福柯所言「知识的配置总是指向权力的解构点」。语言模型此时不再是话语独裁者，反倒成为打开新感性的罗盘玫瑰。</p><p><strong>📜《AI生成启示录》摘录</strong>：</p><blockquote><p>当机器足够「像」人时， 真正的创作反倒是 去模仿那些「非人」的裂痕， 像宇宙大爆炸的奇点那样写作。</p></blockquote><hr><h2 id="第四象限-▋在符号森林寻找篝火"><a href="#第四象限-▋在符号森林寻找篝火" class="headerlink" title="第四象限 ▋在符号森林寻找篝火"></a>第四象限 ▋在符号森林寻找篝火</h2><p>当斯坦福脑机接口实验室开始探索<a href="https://med.stanford.edu/news.html">语义直接广播系统</a>，语言的物质性正在发生深层次脱嵌。或许未来的文化记忆将呈现量子叠加态：</p><ul><li>🌀语言器官外延：思维API取代词语编码</li><li>🌌情感拓扑银行：用注意力参数交易感动碎片</li><li>💡认知免疫工程：培育anti-algorithm神经抗体</li></ul><hr><h2 id="后记："><a href="#后记：" class="headerlink" title="后记："></a><strong>后记</strong>：</h2><blockquote><p>🔗那些质疑「AI能否真正思考」的问题本末倒置——真正关键的是当人停止独自思考时，算法将成为我们的集体显意识库。在这场意识的迁徙中，你我的思维正在变成流动的雕塑。</p></blockquote>]]>
    </content>
    <id>https://blog.liuxiu.us/2025/02/02/llm-aiu/</id>
    <link href="https://blog.liuxiu.us/2025/02/02/llm-aiu/"/>
    <published>2025-02-02T08:55:52.000Z</published>
    <summary>
      <![CDATA[<p>🔮想象这样一个剧场：台上木偶们跳着行云流水的思维圆舞曲，台下真实的人群却开始陷入表达性的枯萎。我们与算法的共生关系远未定型，每一次输入框的闪光都是未来的启示——</p>]]>
    </summary>
    <title>失语者与魔法镜：我们正在被语言模型「温柔颠覆」吗？🌋</title>
    <updated>2026-10-01T02:21:56.252Z</updated>
  </entry>
  <entry>
    <author>
      <name>刘秀</name>
    </author>
    <category term="写作" scheme="https://blog.liuxiu.us/categories/%E5%86%99%E4%BD%9C/"/>
    <category term="散文" scheme="https://blog.liuxiu.us/tags/%E6%95%A3%E6%96%87/"/>
    <category term="作品" scheme="https://blog.liuxiu.us/tags/%E4%BD%9C%E5%93%81/"/>
    <content>
      <![CDATA[<p>《狂人日记·美利坚篇》</p><p>二月十七日</p><p>今天太阳是彩虹色的。我翻开《华盛顿邮报》，铅字突然扭成蝌蚪文游向社论版。邻居汤姆在修剪草坪，他的皮肤正随BLM运动周期褪色，此刻呈现出标准潘通色卡上的”白人特权白”。割草机吐出带血的钞票，每张富兰克林的眼睛都在眨动。</p><span id="more"></span><p>“早啊！”他挥手时无名指上的婚戒突然变成微型十字架，”听说你女儿选了非二元性别厕所？”我后退半步，发现自家信箱正在吞吃《圣经》，封口处渗出彩虹黏液。</p><p>三月三日</p><p>超市货架会咬人。当我拿起无麸质燕麦奶时，包装上的拉丁裔模特突然开口：”您已涉嫌文化挪用。”冷藏柜里的非洲山药集体跳起战舞，价签数字自动翻倍。收银台前的黑人老太太掏钱包时，硬币落地化作棉花籽，滚到”白人专用通道”标志下生根发芽。</p><p>穿防弹衣的保安吹响口哨，他的霰弹枪管开出蓝玫瑰。”请出示创伤证明。”枪口抵住我眉心时，我看见弹膛里塞着《独立宣言》碎片。</p><p>四月四日</p><p>中学课本第458页在流血。女儿的历史作业本上，南北战争插图正在重绘——罗伯特·李将军骑的马上长出马丁·路德·金的脸，北军旗帜的星星渐变成黑豹党徽章。她指着托马斯·杰斐逊的3D投影说：”爸爸，这个奴隶主在对我眨眼。”</p><p>深夜书桌突然震动，宪法第二修正案从纸面浮起，每个字母都化作微型步枪。它们射出的子弹击穿窗户，在月光下跳起踢踏舞。</p><p>五月五日</p><p>推特推送开始实体化。当我点赞”停止亚裔仇恨”话题时，手机喷出硫酸灼伤指尖。热搜榜#WhiteGuilt（白人之罪） 化作铁链缠住脚踝，拖动我在客厅地板上爬行。虚拟头像们从屏幕里伸出手，撕下我的头皮植入选票。</p><p>脸书动态里的跨性别网红正在褪皮，每层皮肤下都藏着不同年代的种族隔离法。她的美瞳变成燃烧的十字架，直播点赞数换算成三K党集会人数。</p><p>六月六日</p><p>市政厅变成旋转门。穿彩虹西装的政客们踩着《星条旗永不落》节奏进出，每个人手里都捧着个会哭的婴儿。左侧婴儿皮肤印着股票代码，右侧婴儿襁褓裹着边境墙砖块。他们的眼泪汇成密西西比河，冲走了抗议者举着的”黑命贵”标语牌。</p><p>我在请愿书上签名时，钢笔突然长出毒牙。墨水里游动着微型种植园，每个字母O里都蜷缩着戴镣铐的童工。</p><p>七月七日</p><p>教堂尖顶开始分泌原油。唱诗班孩童的喉咙里飞出页岩气田地图，圣餐饼上的基督像正用AR技术演示如何给突击步枪开光。牧师的法衣下摆伸出输油管道，管口滴落的圣水在募捐盘里凝成子弹。</p><p>当我背诵主祷文时，舌头自动翻译成奴隶拍卖术语。跪凳长出棉花枝条，刺破膝盖流出的血在瓷砖上画出贩奴船航线。</p><p>八月八日</p><p>觉醒的代价是视网膜灼伤。今晨照镜子时，瞳孔里映出1776年的费城：国父们签署宣言的手正在给原住民头皮盖章。剃须泡沫突然凝固成宪法修正案，刀片每刮一下就有个少数族裔姓氏消失。</p><p>邻居的草坪竖起绞刑架，绞索是用推特热搜编织的。汤姆在树下烧烤，汉堡肉排渗出《排华法案》油墨，他笑着递来芥末酱——瓶身标签写着”眼泪提取物，犹太认证”。</p><p>九月九日</p><p>自由女神在曼哈顿上空解体。火炬掉进华尔街金库，砸出个跪姿的乔治·弗洛伊德金像。冠冕碎片插入移民局电脑，系统自动生成驱逐令。她断裂的右手食指正指向墨西哥边境墙，墙体缝隙里渗出无数张被没收的绿卡。</p><p>我给女儿收拾返校行李时，铅笔盒突然爆炸。2B铅笔芯化作微型警棍，圆规正在操场地图上画白人社区红线圈。计算器屏幕闪烁”黑&#x3D;犯罪率+35%”的公式，书包拉链咬住手指不松口。</p><p>十月十日</p><p>万圣节面具会说真话。便利店货架上，川普面具体内循环播放”让美国再次伟大”，拜登面具的眼窝里爬出华尔街财报。我选了张”中立知识分子”面具，戴上后发现再也摘不下——它在蚕食我的面部肌肉，用软组织编织《纽约时报》社论。</p><p>孩子们挨家挨户要糖，每人篮子里装着微型焚书炉。他们用”不给糖就举报”的童谣砸门，南瓜灯里关押着被消音的推特账号。</p><p>十一月十一日</p><p>大选日天空下起数据雨。每滴雨水都是被篡改的选票，落地即生根长成带刺的选举人团。投票机吞吃社保号时发出饱嗝，墨水屏显示”您的种族配额已用尽”。</p><p>我在选票上画X的瞬间，手指突然石化。民主党驴与共和党象在票箱里交配，产下的混血儿举着”All Lives Matter”的标语牌，牌面正在吸收街边流浪汉的灵魂。</p><p>十二月十二日</p><p>我终于读懂了这个国家的病历。医院走廊里，新冠疫苗与AR-15步枪共用冷链系统，呼吸机管缠绕着宪法第二修正案。黑人孕妇的产检报告上，胎儿心跳图谱是警察电击枪的波形。</p><p>当医生递来”政治正确综合症”诊断书时，签字笔突然变成绞索。我夺门而出，发现街道正在折叠成星条旗，每个条纹里都裹着不同肤色的尸体。国旗的蓝色角落，五十颗星星正用克林贡语合唱《天佑美国》。</p><p>后记</p><p>他们说我在哥大精神病院写下这些。可窗外的自由女神明明还在重组身体——她的左眼是佛洛伊德纪念广场监控探头，右手举着推特总部大楼，断裂的脚镣正把移民船拖向海底。</p><p>今日护士送来彩虹色药片，说是能治愈”过度觉醒症”。我悄悄把药片碾碎，粉末在月光下聚成小马丁·路德·金的轮廓。他举起右手，掌心纹路里流淌着1963年的梦，而我的静脉此刻开始结晶，逐渐化作2023年的互联网搜索记录。</p>]]>
    </content>
    <id>https://blog.liuxiu.us/2025/01/31/krrj/</id>
    <link href="https://blog.liuxiu.us/2025/01/31/krrj/"/>
    <published>2025-01-31T06:56:48.000Z</published>
    <summary>
      <![CDATA[<p>《狂人日记·美利坚篇》</p>
<p>二月十七日</p>
<p>今天太阳是彩虹色的。我翻开《华盛顿邮报》，铅字突然扭成蝌蚪文游向社论版。邻居汤姆在修剪草坪，他的皮肤正随BLM运动周期褪色，此刻呈现出标准潘通色卡上的”白人特权白”。割草机吐出带血的钞票，每张富兰克林的眼睛都在眨动。</p>]]>
    </summary>
    <title>《狂人日记·美利坚篇》</title>
    <updated>2026-10-01T02:21:56.252Z</updated>
  </entry>
  <entry>
    <author>
      <name>刘秀</name>
    </author>
    <category term="写作" scheme="https://blog.liuxiu.us/categories/%E5%86%99%E4%BD%9C/"/>
    <category term="散文" scheme="https://blog.liuxiu.us/tags/%E6%95%A3%E6%96%87/"/>
    <content>
      <![CDATA[<p>我有一个朋友，他叫做奋斗者。他每天早上九点上班，晚上九点下班，一周工作六天，没有节假日，没有加班费，没有保险。他说他是为了实现自己的梦想，为了给自己和家人一个更好的生活，为了社会的进步和国家的富强而奋斗。</p><span id="more"></span><p>他的老板是一个富豪，他有着无数的财富和权力，他住在豪华的别墅里，开着名贵的汽车，周游世界各地，享受着各种美食和美女。他说他是因为自己的努力和智慧，因为自己的创新和创业，因为自己的贡献和牺牲而成功。</p><p>他们之间有一个共同的信仰，那就是奋斗。他们认为只要奋斗就能改变命运，就能实现理想，就能获得幸福。他们嘲笑那些不愿意奋斗的人，说他们是懒惰的、无能的、失败的。他们赞美那些愿意奋斗的人，说他们是勤劳的、优秀的、成功的。</p><p>我不明白他们为什么要这样奋斗。我不明白他们奋斗的意义和价值。我不明白他们奋斗的结果和后果。我只看到了他们奋斗的代价和牺牲。</p><p>我看到了奋斗者的身体和精神都被消耗殆尽，他没有时间和精力去享受生活，去关心家人，去追求爱情。我看到了奋斗者的灵魂和人性都被扭曲和破坏，他没有思想和感情去理解世界，去同情弱者，去反抗不公。我看到了奋斗者的生命和未来都被控制和剥夺，他没有自由和权利去选择道路，去表达意见，去改变环境。</p><p>我也看到了富豪的贪婪和残忍都被放大和暴露，他没有良心和责任去分配财富，去保护环境，去服务社会。我也看到了富豪的虚荣和愚昧都被满足和麻痹，他没有智慧和品味去欣赏文化，去培养后代，去超越自我。</p><p>我想对奋斗者说：你不是在奋斗，你是在被剥削。你不是在实现梦想，你是在满足别人的欲望。你不是在获得幸福，你是在失去自己。</p><p>我想对富豪说：你不是在成功，你是在失败。你不是在创造价值，你是在浪费资源。你不是在享受生活，你是在逃避死亡。</p><p>我想对所有人说：奋斗不是目的，而是手段。奋斗不是信仰，而是选择。奋斗不是必然，而是可能。</p><p>我想问所有人：你为什么要奋斗？你为谁而奋斗？你奋斗的结果是什么？</p><p>我想告诉所有人：不要盲目地奋斗，要有自己的判断和思考。不要无限地奋斗，要有自己的节制和平衡。不要孤独地奋斗，要有自己的伙伴和支持。</p><p>我想鼓励所有人：勇敢地奋斗，为了自己的理想和价值。快乐地奋斗，为了自己的生活和幸福。智慧地奋斗，为了自己的成长和超越。</p>]]>
    </content>
    <id>https://blog.liuxiu.us/2023/07/22/%E5%A5%8B%E6%96%97%E8%80%85/</id>
    <link href="https://blog.liuxiu.us/2023/07/22/%E5%A5%8B%E6%96%97%E8%80%85/"/>
    <published>2023-07-22T02:21:59.000Z</published>
    <summary>
      <![CDATA[<p>我有一个朋友，他叫做奋斗者。他每天早上九点上班，晚上九点下班，一周工作六天，没有节假日，没有加班费，没有保险。他说他是为了实现自己的梦想，为了给自己和家人一个更好的生活，为了社会的进步和国家的富强而奋斗。</p>]]>
    </summary>
    <title>奋斗者</title>
    <updated>2026-10-01T02:21:56.252Z</updated>
  </entry>
  <entry>
    <author>
      <name>刘秀</name>
    </author>
    <category term="写作" scheme="https://blog.liuxiu.us/categories/%E5%86%99%E4%BD%9C/"/>
    <category term="散文" scheme="https://blog.liuxiu.us/tags/%E6%95%A3%E6%96%87/"/>
    <category term="作品" scheme="https://blog.liuxiu.us/tags/%E4%BD%9C%E5%93%81/"/>
    <content>
      <![CDATA[<p>我昨晚做了一个梦，梦见自己回到了童年的家乡。那里一切都没有变化，还是那些熟悉的人和物，还是那些欢乐的声音和笑脸。我觉得自己好像又回到了幸福的时光，忘记了所有的烦恼和苦闷。</p><p>我走进了我的老屋，看见我的母亲正在厨房里忙碌着。她看见我进来，就微笑着说：“你回来啦？快去洗洗手吧，饭马上就好了。”我听了很感动，就赶紧去洗手间。洗手间里有一面镜子，我顺便照了一下自己。镜子里映出的是一个苍老憔悴的面孔，眼睛深陷，嘴角下垂，头发斑白。我吓了一跳，这真是我吗？</p><span id="more"></span><p>我突然想起了自己现在的生活。每天早上起床后就要匆匆忙忙地赶去那个地方，在那里受尽各种委屈和压迫，在那里听从各种命令和规定，在那里消耗掉自己的精力和灵魂。每天晚上回到家后就要面对一堆账单和债务，在这里承受着各种贫困和困顿，在这里忍受着各种冷落和孤独，在这里失去了自己的尊严和信心。</p><p>我想起了自己曾经的理想和抱负。我曾经想要做一个有用的人，为社会做出贡献；我曾经想要做一个有趣的人，为生活增添乐趣；我曾经想要做一个有爱的人，为他人带来温暖。可是现在呢？我的理想和抱负都被现实打碎了，只剩下一片空虚和无奈。</p><p>我不禁哭了起来，泪水模糊了我的视线。这时候我的母亲走进来了，她看见我的样子就问道：“怎么啦？你哭什么？” </p><p>我抬起头，看着母亲的眼睛，想要告诉她我的梦，我的苦，我的愿。可是我发现自己说不出话来，只能呜咽着。母亲伸出手，轻轻地抚摸着我的头发，说道：“别哭了，别哭了。你是个好孩子，你一定会有好运气的。” 我听了母亲的话，心里一阵酸楚。我知道母亲是在安慰我，但是她不知道我的真实情况。她不知道我已经没有好运气了，她不知道这个世界已经没有好人了。她只是一个老人，一个活在过去的老人。</p><p>我突然想起了父亲。他早就去世了，在他死之前他对我说过一句话：“儿子啊，你要努力学习，要做一个对国家有用的人。”他说这话的时候眼里充满了期待和骄傲。可是现在呢？我已经没有努力学习了，我也没有做一个对国家有用的人。我只是一个废物，一个活在梦里的废物。</p><p>我忽然感到一阵恐惧。如果父亲知道了我的现状，他会怎么想？他会不会责怪我？他会不会鄙视我？他会不会后悔生下了我？或者他根本就不认识我了？</p><p>这时候我的手机响了起来。那是那个地方打来的电话。他们又要催促我去上班了。他们又要让我去做那些无聊而无意义的事情了。</p><p>“喂……”</p>]]>
    </content>
    <id>https://blog.liuxiu.us/2023/07/22/%E6%A2%A6%E5%A2%83/</id>
    <link href="https://blog.liuxiu.us/2023/07/22/%E6%A2%A6%E5%A2%83/"/>
    <published>2023-07-22T02:17:36.000Z</published>
    <summary>
      <![CDATA[<p>我昨晚做了一个梦，梦见自己回到了童年的家乡。那里一切都没有变化，还是那些熟悉的人和物，还是那些欢乐的声音和笑脸。我觉得自己好像又回到了幸福的时光，忘记了所有的烦恼和苦闷。</p>
<p>我走进了我的老屋，看见我的母亲正在厨房里忙碌着。她看见我进来，就微笑着说：“你回来啦？快去洗洗手吧，饭马上就好了。”我听了很感动，就赶紧去洗手间。洗手间里有一面镜子，我顺便照了一下自己。镜子里映出的是一个苍老憔悴的面孔，眼睛深陷，嘴角下垂，头发斑白。我吓了一跳，这真是我吗？</p>]]>
    </summary>
    <title>梦境</title>
    <updated>2026-10-01T02:21:56.252Z</updated>
  </entry>
  <entry>
    <author>
      <name>刘秀</name>
    </author>
    <category term="写作" scheme="https://blog.liuxiu.us/categories/%E5%86%99%E4%BD%9C/"/>
    <category term="散文" scheme="https://blog.liuxiu.us/tags/%E6%95%A3%E6%96%87/"/>
    <category term="作品" scheme="https://blog.liuxiu.us/tags/%E4%BD%9C%E5%93%81/"/>
    <content>
      <![CDATA[<p>我不知道这是什么时代，也不知道这是什么世界。我只知道，我生活在一个充满了喧嚣、冲突、欺骗和虚伪的地方，一个让我感到既熟悉又陌生的地方。</p><span id="more"></span><p>我每天都要面对着各种各样的人，有些人是我的亲友，有些人是我的同事，有些人是我的敌人。他们都有着各自的目的和动机，他们都在为了自己的利益而奋斗。他们之间有时会互相帮助，有时会互相伤害，有时会互相欺骗。他们用着各种各样的语言和表情，来表达他们的情感和想法。他们有时会说真话，有时会说假话，有时会说半真半假的话。他们有时会露出真实的面目，有时会戴上假面具，有时会换上不同的面具。</p><p>我每天都要面对着各种各样的事情，有些事情是我喜欢的，有些事情是我讨厌的，有些事情是我无所谓的。我每天都在做着各种各样的选择，有些选择是我主动的，有些选择是我被动的，有些选择是我无奈的。我每天都在承受着各种各样的压力，有些压力是来自外界的，有些压力是来自内心的，有些压力是来自无形的。</p><p>我每天都在思考着各种各样的问题，有些问题是关于生活的，有些问题是关于工作的，有些问题是关于未来的。我每天都在寻找着各种各样的答案，有些答案是明确的，有些答案是模糊的，有些答案是不存在的。</p><p>这就是我的生活，这就是我的世界。一个充满了变化、矛盾、复杂和不确定的世界。一个让我感到既快乐又痛苦、既充实又空虚、既自由又束缚的世界。</p><p>这也许就是新世界吧。一个比旧世界更加先进、更加开放、更加多元、更加进步的世界。一个比旧世界更加残酷、更加冷漠、更加虚假、更加退步的世界。</p><p>我不知道这个新世界是否比旧世界更好，也不知道这个新世界是否能够持续下去。我只知道，在这个新世界里，我还能不能找到我的位置，还能不能保持我的本色，还能不能实现我的梦想。</p><p>你呢？你在这个新世界里感觉如何？你对这个新世界有什么看法？你对这个新世界有什么期待？你对这个新世界有什么担忧？</p><p>请告诉我吧。</p>]]>
    </content>
    <id>https://blog.liuxiu.us/2023/07/22/%E6%96%B0%E4%B8%96%E7%95%8C/</id>
    <link href="https://blog.liuxiu.us/2023/07/22/%E6%96%B0%E4%B8%96%E7%95%8C/"/>
    <published>2023-07-22T02:16:16.000Z</published>
    <summary>
      <![CDATA[<p>我不知道这是什么时代，也不知道这是什么世界。我只知道，我生活在一个充满了喧嚣、冲突、欺骗和虚伪的地方，一个让我感到既熟悉又陌生的地方。</p>]]>
    </summary>
    <title>新世界</title>
    <updated>2026-10-01T02:21:56.252Z</updated>
  </entry>
  <entry>
    <author>
      <name>刘秀</name>
    </author>
    <category term="写作" scheme="https://blog.liuxiu.us/categories/%E5%86%99%E4%BD%9C/"/>
    <category term="日常" scheme="https://blog.liuxiu.us/categories/%E6%97%A5%E5%B8%B8/"/>
    <category term="小说" scheme="https://blog.liuxiu.us/tags/%E5%B0%8F%E8%AF%B4/"/>
    <category term="电竞" scheme="https://blog.liuxiu.us/tags/%E7%94%B5%E7%AB%9E/"/>
    <category term="追梦不休" scheme="https://blog.liuxiu.us/tags/%E8%BF%BD%E6%A2%A6%E4%B8%8D%E4%BC%91/"/>
    <content>
      <![CDATA[<p>追梦不休<br>第一卷 梦开始的地方<br>第一章 往事如幻</p><p>　　“欢迎大家来到2021年王者荣耀职业联赛春季赛·预选赛的决赛现场，这场对决的获胜者将获得2021年KPL春季赛的参赛资格，让我们拭目以待吧！”解说的声音在会场中响起。</p><span id="more"></span><p>　　在会场的大屏幕上出现了本场比赛的对阵信息。</p><p>　　比赛时间：2021年1月17日下午3点</p><p>　　比赛地点：上海VSPN电竞中心</p><p>　　参赛队伍： TGA赛道 RY VS 城市赛赛道 广州ZO</p><p>　　比赛制度：全局BP Bo7巅峰对决</p><p>　　首发阵容:</p><p>　　RY.叶仁 边路</p><p>　　RY.万朋 打野</p><p>　　RY.成钧 中路</p><p>　　RY.无畏 边路</p><p>　　RY.程剑 辅助</p><p>　　广州ZO.叶翊 边路</p><p>　　广州ZO.丁旗 打野</p><p>　　广州ZO.李清 中单</p><p>　　广州ZO.楚风 边路</p><p>　　广州ZO.张山 辅助</p><p>　　今天的上海天气似乎是不错的，但是有一点点的冷。从城市海选一路打到预选赛的决赛，从去年1月开始准备到现在已经花了叶翊一年的时间了。完全从零开始的草根业余队伍，站在了冲向职业赛场的最后一个关卡上。但对于叶翊以及ZO这只队伍来说，走到这里不是他们的终点，击败RY进入KPL，冲击王者荣耀职业赛场的最高荣誉，才是叶翊以及ZO他们想要的。</p><p>　　“本场比赛来自TGA赛道的RY战队首先担任蓝色方，但是我们知道，在目前版本来说的话，红蓝方的这个胜率还是相对来说比较平均，并不是说优先蓝色方就能占据一定的优势。尤其是比赛服刚刚更新了全新的英雄‘澜’，作为一个打野位的英雄，澜有着主宰战局的能力。”解说杯子在向观众们分析着这场比赛，“广州ZO这支队伍的队长叶翊，在边路有着极强的统治力，他的马超、关羽在之前的比赛中保持着100%的胜率，同时他也将成为本场比赛的胜负手。”</p><p>　　广州ZO休息室</p><p>　　“队长，该出发了。”楚风握拳 ，脸上露出坚定的神色说道。“嗯，该出发了。”叶翊的手不自觉地拿起，“大家一起，从城市赛一路到现在的这个舞台，我们都很不容易，只要打赢这一局，目标就实现了！”</p><p>　　叶翊，王者荣耀第一批职业选手，可是5年来默默无闻，甚至没有踏上过王者荣耀最高的竞技舞台，多年的苦练，成就的只是默默无闻吗？叶翊不这样想，这一次，从城市赛起，一路过关斩将，如今站在了KPL预选赛决赛的舞台上，不容退缩！</p><p>　　“大家一起加油！”广州ZO的队员一起，加油打气，走上了比赛的舞台。</p><p>　　来自TGA赛道的RY，实力也是不容小觑，这一场比赛，也将是一场硬仗。</p><p>　　“RY的边路进场了！马超一枪！再一枪！广州ZO这边的狄仁杰像是纸糊的一样，虽然先手被秒了一个但是广州ZO不想放弃，鲁班大师反开！赵云砸的很准！这一波Combo打的非常完美，但是没有输出点了啊！RY摧古拉朽击破了广州ZO这一波的反开”解说被子的声音在场上络绎不绝，“这一局，很遗憾RY战队先拔头筹。”</p><p>　　1:0</p><p>　　“这一波关羽的进场非常完美，叶翊这名选手的关羽不愧为次级联赛顶级关羽，RY的阵型已经被关羽全部冲垮！广州ZO的射手打出了完美的收割！恭喜广州ZO扳回一局。”</p><p>　　1:1</p><p>　　“让我们来看一下这一局，BP阶段中广州ZO将澜这名英雄放了出来，RY这一局拿到了新的打野英雄澜，广州ZO会有办法来面对吗？盘古，广州ZO的打野选择了盘古，是一个非常不错的选择”解说杯子对广州ZO的BP给予了肯定，可是接下来的对局内容就显得不是非常完美了。</p><p>　　“RY的牛魔大闪开团，命中了！张良的大招被打断了！吕布再跳大，完美的切割了广州ZO的阵型，澜进场了！我的天哪！简直就是无限刮！马可波罗阵亡了，广州ZO还有机会吗？盘古！盘古大招落下了，澜被缴械，夏洛特的七星光芒剑斩杀效果带走了澜，可是嬴政的大招将其直接扫死，RY的狄仁杰完成了自己的使命，打出收割”场上，似乎只剩下了解说杯子的声音。</p><p>　　2:1</p><p>　　“上一局中，广州ZO将澜放给了RY，虽然选择了盘古作为counter手，但是成效并不是很好。”解说杯子对上一局做了一定的分析，“这一局RY如果再拿下就手握赛点了，对于广州ZO来说，情况并不是很好啊”</p><p>　　第四局</p><p>　　“镜！1打4！我的天哪！这个镜是怎么做到的？在广州ZO其余四人都阵亡的情况下，打野的镜站了出来！以一敌四拿下了四连超凡！”解说杯子的声音慷慨激昂，观众的欢呼声也越来越大，“廉颇！叶翊虽然是一名战边选手，但是他的坦克水平也不容质疑，大闪击飞RY4名成员，关键团控！恭喜广州ZO2:2战平。”</p><p>　　双方你来我往，逐渐战至了3:3平，但是此时的情况对广州ZO来说，非常困难。</p><p>　　巅峰对决，是王者荣耀赛事当中一种特殊的模式，当BO7中双方战至3:3进入决胜局时触发的一种特殊比赛模式，在巅峰对决当中，因全局BP而禁用的英雄全部解禁，并且以盲选的方式展开比赛，也就是说，两支队伍将可以选择相同的英雄，同时双方只有在确认阵容进入游戏后才能得知敌方阵容，双方的阵容以及战术不再受BP限制，故此名为巅峰对决，是对两只队伍实力的终极考验。</p><p>　　“这边双方的巅峰对决会选出什么样的英雄呢？会不会出现相同的英雄对位呢？我们拭目以待吧！”解说杯子正在为大家讲解巅峰对决的相关内容，并且接着对这场比赛的最后一局进行了分析，“在这个版本当中，镜澜、马超关羽无疑是最强势的存在，看看双方队伍在这些英雄的对位上该如何选择”</p><p>　　时间一分一秒的在过去，巅峰对决一共180秒的选人，很少，只有三分钟，该如何选择阵容？叶翊的心在不断的颤抖，巅峰对决每一个选人都显得至关重要。</p><p>　　场上的大屏幕，出现了最后的选人倒计时，10…9…8…7，一秒一秒的在过去。</p><p>　　廉颇路</p><p>　　RY.叶仁 廉颇</p><p>　　广州ZO.叶翊 马超</p><p>　　打野</p><p>　　RY.万朋 澜</p><p>　　广州ZO.丁旗 阿古朵</p><p>　　中路</p><p>　　RY.成钧 不知火舞</p><p>　　广州ZO.李清 沈梦溪</p><p>　　边路</p><p>　　RY.无畏 公孙离</p><p>　　广州ZO.楚风 廉颇</p><p>　　辅助</p><p>　　RY.程剑 大乔</p><p>　　广州ZO.张山 孙膑</p><p>　　阵容已经全部选择完毕，巅峰对决开始！</p>]]>
    </content>
    <id>https://blog.liuxiu.us/2022/02/21/%E3%80%8A%E8%BF%BD%E6%A2%A6%E4%B8%8D%E4%BC%91%E3%80%8B%E7%AC%AC%E4%B8%80%E5%8D%B7-%E6%A2%A6%E5%BC%80%E5%A7%8B%E7%9A%84%E5%9C%B0%E6%96%B9-%E7%AC%AC%E4%B8%80%E7%AB%A0-%E5%BE%80%E4%BA%8B%E5%A6%82/</id>
    <link href="https://blog.liuxiu.us/2022/02/21/%E3%80%8A%E8%BF%BD%E6%A2%A6%E4%B8%8D%E4%BC%91%E3%80%8B%E7%AC%AC%E4%B8%80%E5%8D%B7-%E6%A2%A6%E5%BC%80%E5%A7%8B%E7%9A%84%E5%9C%B0%E6%96%B9-%E7%AC%AC%E4%B8%80%E7%AB%A0-%E5%BE%80%E4%BA%8B%E5%A6%82/"/>
    <published>2022-02-21T01:58:35.000Z</published>
    <summary>
      <![CDATA[<p>追梦不休<br>第一卷 梦开始的地方<br>第一章 往事如幻</p>
<p>　　“欢迎大家来到2021年王者荣耀职业联赛春季赛·预选赛的决赛现场，这场对决的获胜者将获得2021年KPL春季赛的参赛资格，让我们拭目以待吧！”解说的声音在会场中响起。</p>]]>
    </summary>
    <title>《追梦不休》第一卷 梦开始的地方 第一章 往事如幻</title>
    <updated>2026-10-01T02:21:56.252Z</updated>
  </entry>
  <entry>
    <author>
      <name>刘秀</name>
    </author>
    <category term="写作" scheme="https://blog.liuxiu.us/categories/%E5%86%99%E4%BD%9C/"/>
    <category term="日常" scheme="https://blog.liuxiu.us/categories/%E6%97%A5%E5%B8%B8/"/>
    <category term="假面骑士" scheme="https://blog.liuxiu.us/tags/%E5%81%87%E9%9D%A2%E9%AA%91%E5%A3%AB/"/>
    <category term="假面骑士Saber" scheme="https://blog.liuxiu.us/tags/%E5%81%87%E9%9D%A2%E9%AA%91%E5%A3%ABSaber/"/>
    <content>
      <![CDATA[<p>一整部的《假面骑士Saber》其实以我的眼光来看，在讲一个超脱的故事，什么叫超脱？</p><span id="more"></span><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/12/d2b5ca33bd970f64a6301fa75ae2eb22.jpg"></p><p>就是摆脱全知全能之书的束缚，全知全能书在Saber的世界观中是创造了世界的书，是世界的造物主，那么在流苏的描述中，他是第一个接触到全知全能书和奇幻世界的人，与他一起的还有米吉多三人组，真理圣主，一起成为了半神的存在，那么这时候实际上还是接受到了全知全能书的束缚，尤其是米吉多三人组的领袖斯特利乌斯作为一个吟游诗人，发现自己的诗早已经被全知全能书记录，实际上这也表明了，即便斯特利乌斯已经超越了普通人类，但是仍然受到全知全能书的束缚，米吉多三人组本身是不恶的，在结局中，斯特利乌斯对飞羽真说的“你果然是我的英雄”就已经证明了，米吉多三人组追求的是超脱，而飞羽真超脱了，也拯救了他们，包括 真理圣主、流苏以及米吉多三人组</p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/12/d2b5ca33bd970f64a6301fa75ae2eb22-1024x572.png"></p><p>佛教追求超脱，断一切恶，修一切善，离一切相，身体只是皮囊，道教讲天人合一，道法自然，向上超脱，道德经说：上善若水，水善利与万物而不争，儒家的超脱，是不以物喜，不以己悲，而Saber的世界观中，存在在唯一造物主和全知全能的神，但是全知全能书是没有意识的，我们如果把全知全能书看做唯一神，那么奇幻世界就是神界</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>在故事的最后，他完成了他的故事，伙伴们的故事，也就是我们所在看的《假面骑士Saber》</p><p>他超脱了</p>]]>
    </content>
    <id>https://blog.liuxiu.us/2021/12/15/saber/</id>
    <link href="https://blog.liuxiu.us/2021/12/15/saber/"/>
    <published>2021-12-15T01:30:08.000Z</published>
    <summary>
      <![CDATA[<p>一整部的《假面骑士Saber》其实以我的眼光来看，在讲一个超脱的故事，什么叫超脱？</p>]]>
    </summary>
    <title>故事，将永远流传下去</title>
    <updated>2026-10-01T02:21:56.252Z</updated>
  </entry>
  <entry>
    <author>
      <name>刘秀</name>
    </author>
    <category term="科技" scheme="https://blog.liuxiu.us/categories/%E7%A7%91%E6%8A%80/"/>
    <category term="游戏" scheme="https://blog.liuxiu.us/categories/%E6%B8%B8%E6%88%8F/"/>
    <category term="Minecraft" scheme="https://blog.liuxiu.us/tags/Minecraft/"/>
    <category term="Java" scheme="https://blog.liuxiu.us/tags/Java/"/>
    <category term="Apple" scheme="https://blog.liuxiu.us/tags/Apple/"/>
    <category term="Apple Silicon" scheme="https://blog.liuxiu.us/tags/Apple-Silicon/"/>
    <content>
      <![CDATA[<p>目前Minecraft官方启动器尚未原生支持M1芯片，所以我们可以通过其他的手段在M1芯片上运行Minecraft，首先我们来看在Minecraft官方启动器下运行的情况</p><span id="more"></span><h3 id="情况1：使用Minecraft官方启动器启动1-17-1"><a href="#情况1：使用Minecraft官方启动器启动1-17-1" class="headerlink" title="情况1：使用Minecraft官方启动器启动1.17.1"></a>情况1：使用Minecraft官方启动器启动1.17.1</h3><p>设置如下</p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/d2b5ca33bd970f64a6301fa75ae2eb22-1-1024x576.png"></p><p>在默认窗口大小下</p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/d2b5ca33bd970f64a6301fa75ae2eb22-2-1024x782.png"></p><p>帧数大概在90—120</p><h3 id="情况2：使用Minecraft官方启动器启动1-17-1-OptiFine-HD-U-G9"><a href="#情况2：使用Minecraft官方启动器启动1-17-1-OptiFine-HD-U-G9" class="headerlink" title="情况2：使用Minecraft官方启动器启动1.17.1+OptiFine_HD_U_G9"></a>情况2：使用Minecraft官方启动器启动1.17.1+OptiFine_HD_U_G9</h3><p>安装高清修复后</p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/d2b5ca33bd970f64a6301fa75ae2eb22-3-1024x626.png"></p><p>在默认窗口大小下，与未安装高清修复时的普通版帧数略有提升，稳定在200+左右</p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/d2b5ca33bd970f64a6301fa75ae2eb22-4-1024x626.png"></p><h3 id="情况3：使用Minecraft官方启动器启动1-17-1-OptiFine-HD-U-G9-启动BSL光影"><a href="#情况3：使用Minecraft官方启动器启动1-17-1-OptiFine-HD-U-G9-启动BSL光影" class="headerlink" title="情况3：使用Minecraft官方启动器启动1.17.1+OptiFine_HD_U_G9+启动BSL光影"></a>情况3：使用Minecraft官方启动器启动1.17.1+OptiFine_HD_U_G9+启动BSL光影</h3><p>与上一种情况设置相同，在开启光影后，帧数大概稳定在40左右</p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/d2b5ca33bd970f64a6301fa75ae2eb22-5-1024x626.png"></p><p>如果最大化Minecraft窗口，会下降到20左右</p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/d2b5ca33bd970f64a6301fa75ae2eb22-6-1024x578.png"></p><p>在非原生支持的一个情况下，Minecraft的运行效率相对会低一点，那么我们如何来让M1芯片原生支持Minecraft呢？</p><p>首先我们需要GitHub的一个项目支持，<a href="https://github.com/yusefnapora/m1-multimc-hack">m1-multimc-hack</a>，通过这个项目，我们可以在Multimc的启动器中原生运行Minecraft</p><h2 id="在MultiMC当中进行"><a href="#在MultiMC当中进行" class="headerlink" title="在MultiMC当中进行"></a>在MultiMC当中进行</h2><p>第一步 下载Multimc客户端</p><p><a href="https://multimc.org/">下载地址：官网</a>，在官网上选择合适的版本进行下载</p><p>第二步 安装<a href="https://cdn.azul.com/zulu/bin/zulu17.28.13-ca-jdk17.0.0-macosx_aarch64.dmg">Zulu Java 17 JDK for macOS ARM64</a>.</p><p>第三步 克隆GitHub项目</p><p>打开macOS的终端（处于启动台——&gt;其他中），输入以下代码</p><figure class="highlight plaintext"><table><tr><td class="gutter"><pre><span class="line">1</span><br><span class="line">2</span><br><span class="line">3</span><br><span class="line">4</span><br><span class="line">5</span><br><span class="line">6</span><br><span class="line">7</span><br><span class="line">8</span><br></pre></td><td class="code"><pre><span class="line">#进入你的个人文件夹</span><br><span class="line">cd ~</span><br><span class="line">#创建文件夹以存放项目</span><br><span class="line">mkdir Minecraft</span><br><span class="line">#进入文件夹</span><br><span class="line">cd Minecraft</span><br><span class="line">#克隆GitHub项目</span><br><span class="line">git clone https://github.com/yusefnapora/m1-multimc-hack.git</span><br></pre></td></tr></table></figure><p>这样我们就完成了初步的一个工作，接下来我们进入MultiMC进行下一步的配置</p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/d2b5ca33bd970f64a6301fa75ae2eb22-7-1024x813.png"></p><p>选择编辑实例打开“设置”，对实例采用的Java版本进行修改，点击自动检测</p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/d2b5ca33bd970f64a6301fa75ae2eb22-8-979x1024.png"></p><p>打开选择java的窗口，选择zulu jdk 16或其他更新的版本</p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/d2b5ca33bd970f64a6301fa75ae2eb22-9-1024x592.png"></p><p>仍在“设置”窗格中，切换到“自定义命令”选项卡。选中“自定义命令”复选框。在“包装命令”框中，从此回购协议中输入<code>mcwrap.py</code>脚本的完整路径，例如<code>/Users/your-username/stuff/m1-multimc-hack/mcwrap.py</code></p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/d2b5ca33bd970f64a6301fa75ae2eb22-10-979x1024.png"></p><p>如果你不知道该文件的地址，你可以在终端中输入</p><figure class="highlight plaintext"><table><tr><td class="gutter"><pre><span class="line">1</span><br></pre></td><td class="code"><pre><span class="line">ls ~/Minecraft/m1-multimc-hack/mcwrap.py  pbcopy</span><br></pre></td></tr></table></figure><p>这样的话，该Minecraft实例已经可以正常的原生支援M1芯片，我们来查看一下效果</p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/d2b5ca33bd970f64a6301fa75ae2eb22-11-1024x626.png"></p><p>原生的M1芯片支持下，在默认窗口大小可以保持250左右的FPS，即便是最大化窗口，也能达到180FPS</p><p>那么这样的情况下是否可以安装OptiFine呢？当然也是可以的，不需要太多繁琐的操作，我们可以直接下载由团队维护的OptifineInstances，可以在MuiltMC当中直接安装带OptiFine的Minecraft版本</p><p>下载链接：<a href="https://github.com/MMCInstances/OptifineInstances/releases">发行版</a></p><p>接着在MuiltMC中添加该实例，在新实例窗口导入Zip压缩包，并选择下载好的Zip版本文件</p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/d2b5ca33bd970f64a6301fa75ae2eb22-12-1024x552.png"></p><p>接着再编辑实例当中对该实例进行相同的更改就可以启动游戏了</p><p>在于前面设置相同的情况下不开光影的高清修复版本帧数直接达到了400+</p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/d2b5ca33bd970f64a6301fa75ae2eb22-13-1024x763.png"></p><p>再调整为最大化时依旧达到了200FPS</p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/d2b5ca33bd970f64a6301fa75ae2eb22-14-1024x576.png"></p><p>接着我们开启光影来试一试，在开启BSL光影后默认窗口大小时帧数可以稳定在60左右</p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/d2b5ca33bd970f64a6301fa75ae2eb22-16-1024x626.png"></p><p>最大化的大小下可以保持在30FPS</p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/d2b5ca33bd970f64a6301fa75ae2eb22-17-1024x576.png"></p><p>如果采用默认窗口大小的话，基本上处于一个非常稳的60帧，但是MacBook Air是没有散热器的，所以在长时间的游戏下，性能会受到影响，但是其他同样采用Apple M1芯片的，诸如MacBook Pro、Mac Mini、iMac这些其他的设备上，性能相对也会有所提高，我的MacBook Air是8+256G的版本所以是少了一个图形处理器的，所以以上测试数据和其他M1芯片的Mac会有一定的差异，同时如果是标准版本的Apple Silicon M1也可以达到更高的显示效果</p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/d2b5ca33bd970f64a6301fa75ae2eb22-18.png"></p><h3 id="整体帧数变化表"><a href="#整体帧数变化表" class="headerlink" title="整体帧数变化表"></a>整体帧数变化表</h3><table><thead><tr><th>版本</th><th>非原生</th><th>原生</th><th>提高</th></tr></thead><tbody><tr><td>原版1.17.1</td><td>90-120FPS</td><td>250FPS左右</td><td>125%</td></tr><tr><td>高清修复1.17.1</td><td>200FPS左右</td><td>450FPS左右</td><td>125%</td></tr><tr><td>BSL光影1.17.1</td><td>40FPS</td><td>60FPS左右</td><td>50%</td></tr></tbody></table>]]>
    </content>
    <id>https://blog.liuxiu.us/2021/10/18/minecraftinapplesilicon/</id>
    <link href="https://blog.liuxiu.us/2021/10/18/minecraftinapplesilicon/"/>
    <published>2021-10-18T14:42:26.000Z</published>
    <summary>
      <![CDATA[<p>目前Minecraft官方启动器尚未原生支持M1芯片，所以我们可以通过其他的手段在M1芯片上运行Minecraft，首先我们来看在Minecraft官方启动器下运行的情况</p>]]>
    </summary>
    <title>在M1芯片的MacBook Air上原生运行Minecraft</title>
    <updated>2026-10-01T02:21:56.252Z</updated>
  </entry>
  <entry>
    <author>
      <name>刘秀</name>
    </author>
    <category term="科技" scheme="https://blog.liuxiu.us/categories/%E7%A7%91%E6%8A%80/"/>
    <category term="Linux" scheme="https://blog.liuxiu.us/tags/Linux/"/>
    <category term="操作系统" scheme="https://blog.liuxiu.us/tags/%E6%93%8D%E4%BD%9C%E7%B3%BB%E7%BB%9F/"/>
    <category term="桌面操作系统" scheme="https://blog.liuxiu.us/tags/%E6%A1%8C%E9%9D%A2%E6%93%8D%E4%BD%9C%E7%B3%BB%E7%BB%9F/"/>
    <content>
      <![CDATA[<p>在2021年的今天Linux已经深入人心获得了越来越多的接纳，同时今年也是Linux发行的30周年，但是Linux发行版众多，大家普遍存在选择障碍。除了服务器端运维们都喜欢Redhat或Centos，开发和容器普遍喜欢Ubuntu外，对于Linux新手以及入门来说，什么才是最好用的桌面级Linux呢？</p><span id="more"></span><h2 id="Ubuntu"><a href="#Ubuntu" class="headerlink" title="Ubuntu"></a>Ubuntu</h2><p>Ubuntu是在Debian的基础上的开源操作系统，自带GNOME桌面环境，Ubuntu立足于桌面级，但是也已经覆盖了物联网设备、智能手机、服务器等多个领域，采用了apt的包管理工具以及dep包管理工具dpkg，除了GNOME桌面以外也可以采用KDE（kUbuntu）、Xfce（xUbuntu）</p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/d2b5ca33bd970f64a6301fa75ae2eb22-1024x674.png"></p><p>Ubuntu是目前使用最广泛和支持的Linux发行版之一，采用常规版本和LTS（长期支持）版本的发行策略。同时Ubuntu现在也可以在适用Linux子系统的Windows系统当中启用，可以查看Microsoft应用商店获取WSL版本的Ubuntu。在国内市场也存在Ubuntu Kylin，适用于简体中文用户。</p><h2 id="Fedora"><a href="#Fedora" class="headerlink" title="Fedora"></a>Fedora</h2><p>Fedora（以前叫做Fedora Core）是由得到社区支持的、Red Hat所拥有的Fedoro项目所开发的Linux发行。Fedora包含的软件以自由及开放源码许可来发布，并旨在成为该技术领域的领先者。Fedora在专注创新、抢先集成新技术、与上游Linux社区紧密工作方面拥有良好名声。</p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/a66554bc19cf5cab27422409d20660dc-1024x576.png"></p><p>Fedora提供免费和开源软件包，可以使用RPM，YUM和DNF包管理器进行应用管理，Fedora和Ubuntu一样默认提供GNOME桌面环境，当然它也可以使用其他的桌面环境，包括KDE、Xfce、LXDE、MATE、Cinnamon，这些都是Fedora核心团队开发的。Fedora项目还发布Fedora的定制变体，叫做Fedora spins。它们是用多套特定的软件包来创建的，以提供可选的桌面环境，或者迎合特别的兴趣如游戏、安全、设计、科学计算、机器人等。 </p><h2 id="MX-Linux"><a href="#MX-Linux" class="headerlink" title="MX Linux"></a>MX Linux</h2><p>MX Linux是基于Debian稳定分支的面向桌面的Linux发行，它是antiX及早先的MEPIS Linux社区合作的产物，具有优雅高效的桌面，采用Xfce作为默认桌面环境，它简单可靠，并且可以在传统硬件到现代台式机上很好地运行。</p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/7a665b5710d7d83c24c60fa5776933c0.png"></p><p>MX Linux的配置简单、高度稳定、性能可靠，占用的空间也不大，适用apt作为包管理工具，同时MX Linux具有其特有的非常有用的MX工具，包括引导修复，系统快照和Nvidia驱动程序安装程序。</p><h2 id="Linux-Mint"><a href="#Linux-Mint" class="headerlink" title="Linux Mint"></a>Linux Mint</h2><p>Linux Mint是基于Ubuntu TLS或者Debian稳定版的最流行的Linux桌面发行版，其目标是提供一份更完整意义上的即刻可用的体验，而这通过包含浏览器插件、多媒体编码解码器、DVD播放支持、Java及其他组件来实现。</p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/c1b48c8dbd1e6ea9181f3382616065ab-1024x640.png"></p><p> Mint附带了Cinnamon桌面，该桌面直观且易于使用，尤其适用于从其他操作系统(例如Windows和Mac)转向到Linux的用户。和Gnome或Unity相比，Cinnamon桌面消耗的内存非常低</p><h2 id="Pop！OS"><a href="#Pop！OS" class="headerlink" title="Pop！OS"></a>Pop！OS</h2><p>Pop!_OS是基于Ubuntu的Linux发行，其特色是定制的GNOME桌面。Pop!_OS被设计为让桌面不那么乱七八糟，从而让用户专注于工作而不至于分心。该发行由Linux计算机零售商System76开发。Pop OS的创建者专门从事构建定制Linux PC的工作，他们已经设法通过图形界面上的必要改进来调整Pop。只需单击一下鼠标，即可在集成的Intel图形和专用的NVidia图形之间进行切换。</p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/9969b86be5cef5e8ee1feae7b915aee9-1024x640.png"></p><p>对于新人用户，Pop！OS的易用性是高于其他Linux发行版，而且对于游戏的支持是非常不错的，但是缺点在于Pop！OS没有完整的中文支持</p><h2 id="Elementary-OS"><a href="#Elementary-OS" class="headerlink" title="Elementary OS"></a><strong>Elementary OS</strong></h2><p>Elementary OS是基于Ubuntu的美观且快速的Linux发行版。它带有直观，简单和时尚的桌面环境。拥有一套新的GTK+及GNOME图标主题，Midori网页浏览器，在机构内部开发的新应用程序（例如通信簿Dexter及邮件客户端Postler），以及一个简单的文件管理器Nautilus Elementary。 </p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/d8090640951362853e9f9b1542697944-1024x640.png"></p><p>Elementary OS的桌面环境类似于macOS，简约、美观、大气，但是目前Elementary OS的发行版本Ubuntu的版本过低，在安装一些应用程序的时候相对来说比较繁琐</p><h2 id="Zorin-OS"><a href="#Zorin-OS" class="headerlink" title="Zorin OS"></a><strong>Zorin OS</strong></h2><p>Zorin OS是基于Ubuntu的Linux发行，特别为Linux新手而设计。它拥有类似Windows的图形用户界面，以及很多类似Windows下的应用软件。Zorin OS还带有能让用户运行很多Windows软件的程序。该发行的终极目标是提供一份可作为Windows替换的Linux选择，并让Windows用户在避免烦琐的同时享受Linux的所有特性。 </p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/f6d7eec684970d6693facda5e31f8773-1024x640.png"></p><p>Zorin OS附有开箱可用的有用的生产力应用程序，比如LibreOffice，媒体播放器和可从其软件商店购买的游戏。还可以使用Wine应用程序来运行Windows应用程序。Zorin OS对于Linux新手以及由Windows、macOS转入的用户来说非常友好</p><h2 id="Deepin深度OS（UOS）"><a href="#Deepin深度OS（UOS）" class="headerlink" title="Deepin深度OS（UOS）"></a>Deepin深度OS（UOS）</h2><p>Deepin深度Linux是由国产厂商武汉深之度科技推出的基于Debian的Linux桌面发行版，致力于提供一个美观，易用、安全、免费且可靠的Linux发行版。独立自主的基于Qt5技术开发了自己的桌面环境、系统设置中心，以及音乐播放器、视频播放器、软件中心等一系列面向普通用户的应用程序</p><p><img loading="lazy" decoding="async" src="https://liuxiublog-1252700569.cos.ap-shanghai.myqcloud.com/2021/10/e421f99ba833f00549ac279886af9a83-1024x640.png"></p><p>Deepin非常注重易用的体验和美观的设计，便于安装和使用，也能够很好地代替Windows系统应用于工作及娱乐等各领域。Deepin也拥有自己的App center可以直接安装应用程序，并且支持原生安卓应用以及优化版本的wine应用，同时深之度公司开发了基于deepin的UOS，可以在intelX86、兆芯、龙芯、申威、鲲鹏、麒麟、飞腾、海光等平台上运行。</p>]]>
    </content>
    <id>https://blog.liuxiu.us/2021/10/14/linux-desktop/</id>
    <link href="https://blog.liuxiu.us/2021/10/14/linux-desktop/"/>
    <published>2021-10-14T03:02:30.000Z</published>
    <summary>
      <![CDATA[<p>在2021年的今天Linux已经深入人心获得了越来越多的接纳，同时今年也是Linux发行的30周年，但是Linux发行版众多，大家普遍存在选择障碍。除了服务器端运维们都喜欢Redhat或Centos，开发和容器普遍喜欢Ubuntu外，对于Linux新手以及入门来说，什么才是最好用的桌面级Linux呢？</p>]]>
    </summary>
    <title>Linux 发行版盘点 哪个才是最好用的桌面级Linux</title>
    <updated>2026-10-01T02:21:56.252Z</updated>
  </entry>
  <entry>
    <author>
      <name>刘秀</name>
    </author>
    <category term="游戏" scheme="https://blog.liuxiu.us/categories/%E6%B8%B8%E6%88%8F/"/>
    <category term="电竞" scheme="https://blog.liuxiu.us/categories/%E7%94%B5%E7%AB%9E/"/>
    <category term="电子竞技" scheme="https://blog.liuxiu.us/tags/%E7%94%B5%E5%AD%90%E7%AB%9E%E6%8A%80/"/>
    <category term="英雄联盟" scheme="https://blog.liuxiu.us/tags/%E8%8B%B1%E9%9B%84%E8%81%94%E7%9B%9F/"/>
    <category term="Wild Rift" scheme="https://blog.liuxiu.us/tags/Wild-Rift/"/>
    <content>
      <![CDATA[<p>LOL手游国服上线至今已经有一段时间了，相信大家或多或少都开启了排位赛的旅程，那么LOLM手游国服开服版本2.4D有哪些英雄值得大家去练习上分呢？我来给大家按照位置一一分析</p><span id="more"></span><h2 id="单人路"><a href="#单人路" class="headerlink" title="单人路"></a>单人路</h2><p>在单人路的位置上占据版本霸主地位的，是霸占版本T0数个版本的<strong>荒漠屠夫 雷克顿</strong>，雷克顿的技能机制在手游当中作战能力堪称无敌</p><p>无论是面对版本其他强势英雄如德莱厄斯或是锐雯都可以占据一定的对线主动权，同时在面对卡蜜尔或剑姬时甚至可以做到完全的压制，在对团队的作用上来说，鳄鱼在亚龙团的作战能力可以说是单人路英雄中首屈一指的</p><p>除了荒漠屠夫 雷克顿以外，上述中的卡蜜尔、德莱厄斯、锐雯、剑姬同样也是上分的首选英雄，不过在难度掌握上，<strong>德莱厄斯</strong>相对于其他三个英雄会更简单一些，也是推荐大家去选择练习的</p><p>在较难的英雄当中，如果可以熟练的掌握阿卡丽或阿克尚也可以拿出来使用</p><p>在单人路的位置上我的一个推荐上分优先级是：</p><p>T0（首选）：雷克顿 德莱厄斯 青钢影</p><p>T1：艾瑞莉娅 锐雯 剑姬 阿卡丽</p><p>特殊：奥拉夫 酒桶 贾克斯 潘森（counter女刀）</p><p>混分：盖伦 石头人 皇子 加里奥（counter阿卡丽）</p><h2 id="打野位"><a href="#打野位" class="headerlink" title="打野位"></a>打野位</h2><p>打野位在当前版本的选择相对会比较多变，如果说在打野中排出一个适合练习又容易上分的英雄，我会推荐<strong>努努</strong>，雪人是版本的新英雄，并且是活动可以免费获得的，同时他在对局当中的出装符文灵活多变，可走ap或肉两条路线</p><p>在游戏中的能力他也是首屈一指的，清野效率相对较快，控图能力强，打团能力强，唯一的缺点是努努对于团队获胜的一个影响率比较低，可以和好友双排提高获胜的几率</p><p>在野区中无论是面对盲僧、赵信以及狮子狗都有一战之力，但是在面对奥拉夫或青钢影时会相对的比较乏力，不过仍然不影响努努的强势，毕竟在团队作用上来说的话，努努是非常强力的打野英雄，比赛中的表现也是非常不错的</p><p>除了努努这个团队英雄之外，在现在的版本当中，<strong>盲僧和螳螂</strong>也是适合去选择上分的英雄，这个版本的打野位置选择还是相对偏多一些，有很多英雄处在一个中流的位置</p><p>那么我对于打野位的一个优先级是：</p><p>T0（首选）：盲僧 青钢影 努努</p><p>T1：螳螂 潘森 奥拉夫 赵信</p><p>特殊：男枪 孙悟空 寡妇 剑圣（铂金以下分段）</p><p>混分：皇子 酒桶 龙龟 蔚（counter刺客英雄）</p><h2 id="中路位"><a href="#中路位" class="headerlink" title="中路位"></a>中路位</h2><p>对于现在的中路来说，在强度上恐怕没有英雄可以和<strong>狐狸</strong>去对比，快cd的三段位移让她拥有极高的灵活度，同时伤害能力不俗，对线和支援能力都很强，可以说狐狸是中单的集大成者，当然其中最关键的狐狸是新手免费英雄，升级赠送的，获取难度较低，所以在中路，我非常推荐大家选择狐狸</p><p>狐狸对线卡特、皎月、劫这种短手刺客本身就具备一定的压制能力，3技能的存在让他们的一个切入会变的比较困难，除此之外和卡牌以及炸弹人相比之下，狐狸又比他们灵活</p><p>在前中期的对局当中，狐狸总是能占据一定的地位，不过在游戏步入后期后，他的能力可能就没有炸弹人或发条来的强大了</p><p>除了狐狸以外，在中单另一个推荐大家选择的英雄就是<strong>卡牌大师 崔斯特</strong>，卡牌的支援能力十分出色，并且对线能力也是很强，并且刷钱速度很快，开启3技能后的普通攻击可以从敌方英雄的身上偷钱，非常的实用，另一方面卡牌黄牌的抓单能力十分出色，大招的CD在手游当中也被缩短，适合在组排中使用，和队友方便配合</p><p>在中单上我的优先级是：</p><p>T0（首选）：狐狸 卡牌 炸弹人</p><p>T1：阿克尚 劫 皎月 卡特</p><p>特殊： 加里奥 酒桶 飞机 发条（counter短手刺客）</p><p>高难度：艾瑞莉娅 亚索 龙王 阿卡丽</p><h2 id="双人路"><a href="#双人路" class="headerlink" title="双人路"></a>双人路</h2><p>双人路的选择上，这个版本我还是依旧推荐大家选择<strong>卢锡安</strong>，相比于POKE流韦鲁斯、卡莎、霞，卢锡安来的更加暴力，对线和作战能力都是极强的，但是缺点依旧在于中后期卢锡安的射程比较的尴尬</p><p>前期对线大部分的射手，卢锡安都能占据压制权，双人路顾名思义，双人路的强度其实Carry位本身没办法决定多少，大部分的决定权还是在于辅助的选择，而卢锡安的强大在于搭配任何的辅助都强势，无论是热门的锤石、布隆还是露露、娜美，都可以在对线上占据主动</p><p>对比于其他射手，卡莎和软辅的适配度就相对不是很高，除了卢锡安另一个推荐的英雄就是<strong>韦鲁斯</strong>，韦鲁斯的线上推线能力强，出穿甲装备战斗能力提升很快，对线上搭配的辅助也非常多</p><p>双人路位置我的优先级是</p><p>T0：卢锡安、卡莎、霞、韦鲁斯</p><p>T1：飞机、VN、EZ、德莱文</p><p>特殊：艾希、MF、阿克尚、金克斯</p><p>职业比赛或组排：炸弹人、发条、琴女、塞纳</p><h2 id="辅助位"><a href="#辅助位" class="headerlink" title="辅助位"></a>辅助位</h2><p>辅助在这个版本当中，选择也是非常多的，如果说让我选择一个英雄，<strong>布隆</strong>就是我认为在路人局当中能力较强的了，对线上能力出众，搭配大部分AD都很厉害，大招的反手开团能力以及盾都非常的克制一些英雄，同时布隆点天赋_生命源泉_作战能力会更强</p><p>其实辅助位置大部分英雄点生命源泉的作战能力会更强，这个符文简直是为辅助专门设计的，无论是你还是你的友军都可以获得治疗效果，所以在下路的一个组合选择上，塞纳+狗头这样的组合强度都比较高，除了布隆以外，<strong>娜美</strong>也是软辅当中顶尖的英雄了</p><p>娜美的对线和打团能力，都是软辅中顶尖的，对比露露来看他的作战能力可以说是十分出色，搭配大部分英雄都有很好的一个效果</p><p>在辅助位上我的优先级是：</p><p>T0：锤石 布隆 露露 娜美</p><p>T1：洛 酒桶 牛头 女坦</p><p>特殊：风女 火男 萨勒芬妮 拉克丝</p><p>组排：塞纳 加里奥 潘森 琴女</p>]]>
    </content>
    <id>https://blog.liuxiu.us/2021/10/13/wildriftherogame/</id>
    <link href="https://blog.liuxiu.us/2021/10/13/wildriftherogame/"/>
    <published>2021-10-13T04:01:52.000Z</published>
    <summary>
      <![CDATA[<p>LOL手游国服上线至今已经有一段时间了，相信大家或多或少都开启了排位赛的旅程，那么LOLM手游国服开服版本2.4D有哪些英雄值得大家去练习上分呢？我来给大家按照位置一一分析</p>]]>
    </summary>
    <title>英雄联盟手游（LOLM）LOL:Wild Rift 开服上分英雄推荐</title>
    <updated>2026-10-01T02:21:56.252Z</updated>
  </entry>
  <entry>
    <author>
      <name>刘秀</name>
    </author>
    <category term="游戏" scheme="https://blog.liuxiu.us/categories/%E6%B8%B8%E6%88%8F/"/>
    <category term="电竞" scheme="https://blog.liuxiu.us/categories/%E7%94%B5%E7%AB%9E/"/>
    <category term="电竞" scheme="https://blog.liuxiu.us/tags/%E7%94%B5%E7%AB%9E/"/>
    <category term="游戏" scheme="https://blog.liuxiu.us/tags/%E6%B8%B8%E6%88%8F/"/>
    <category term="王者荣耀" scheme="https://blog.liuxiu.us/tags/%E7%8E%8B%E8%80%85%E8%8D%A3%E8%80%80/"/>
    <content>
      <![CDATA[<p>王者荣耀系统改动计划魔纹系统&#x2F;天赋系统&#x2F;奥义系统五大基石天赋系列</p><p>终结 启示 烈阳 深渊 自然</p><p>终结——推荐 战士</p><p>启示——特殊游戏玩法</p><p>烈阳——推荐 射手</p><p>深渊——推荐 刺客 法师</p><p>自然——推荐 辅助 坦克</p><p>每个系列拥有6个小天赋和3个大天赋</p><span id="more"></span><p>终结系</p><p>吞噬——你的击杀或助攻可以恢复10%已损失生命值和15%法力值，没有法力值的英雄，可以恢复15%已损失生命值</p><p>统治——战斗状态下，每过1秒你的伤害就会提高0.5-1%，最高提供5-10%初见——你对敌方英雄造成的首次伤害，可以造成额外魔法伤害（80，+5lv，0.15AD，0.1Ap），每10秒刷新一次</p><p>猛冲——在使用位移技能后，提高自身16点-35点物理和魔法穿透怒斩——你生命值低于30%的敌方英雄，造成额外5%-10%的伤害</p><p>暴君——你对敌方英雄造成的伤害提高3%，但同时你受到的伤害提高1.5%</p><p>死亡角斗——你的技能和普攻命中敌方英雄可以叠加层数（远程普攻1层，近战普攻和技能2层），每层增加3点移速，最高10层，叠满后立即回复10%最大生命值，并且增加25点物理和魔法攻击，10%物理和魔法穿透</p><p>终极觉悟——在释放终极技能后，立即减少你的小技能50%冷却，并且额外获得10%韧性，20%冷却缩减和10%的伤害减免，冷却时间：30秒</p><p>战斗姿态——战斗状态下，每过6秒你的下一次普攻将会为你恢复50（+0.15AD，0.1AP，+1%最大生命值）的血量并提供10点移速</p><p>启示系</p><p>辉月——在游戏开始的3分钟之后，你可以获得一次免费的辉月释放机会</p><p>暗幕——在游戏开始的3分钟之后，你获得一次免费的名刀司命的庇护</p><p>支配——你的召唤师技能获得15%的冷却缩减</p><p>河神——在河道中你的移动速度增加10%，并且额外获得5-15点物理攻击和法术攻击</p><p>盗贼——附近的友军击杀小兵时你可以获得5%额外金币，每当你用技能或普攻命中英雄时你可以额外获得10金币（5秒内不能作用于相同目标）</p><p>智谋——你的冷却缩减上限提高5%，你的冷却缩减提高5%</p><p>周而复始——在你死亡后，你可以获得技能“复活”，他可以让你立即在泉水重生，这个技能最多使用3次，冷却时间：100-300秒</p><p>启示录——在非战斗状态下，你可以置换你的召唤师技能，你的首次置换在游戏的第5分钟开始，每次置换的冷却时间：270秒，每置换一次减少30秒，最多减少至120秒，在使用一次置换后的召唤师技能后，你必须置换3次以上才能再次选择</p><p>技高一筹——你以2级出生，在8级以前，你可以获得的自然经验加成提升50%，但是在这个时间内，你从兵线、野怪上的经验和金币收益会减半。</p><p>烈阳系</p><p>裁决——你额外获得10（+2&#x2F;lv）物理穿透和魔法穿透</p><p>充能——你额外获得4%-8%物理和法术吸血</p><p>狂怒——获得8%攻击速度，普攻命中敌方英雄可以叠加一层，最多获得24%的攻速，叠加的攻速在脱离战斗后失去</p><p>祝福——你从装备中获取的物理攻击、暴击、攻速额外提高8%</p><p>光明——每5分钟你可以获得额外的物理攻击和法术强度，5分钟+12攻击力，18法术强度，10分钟+36攻击，54法术强度，之后每5分钟翻倍</p><p>审判——你对移动受损的敌人造成10-45的额外真实伤害</p><p>召唤圣灵——连续的普攻命中敌方英雄3次后，可以召唤一个圣灵，持续10秒，这个圣灵会自动攻击你攻击的敌人，射程850，攻速，攻击力继承你的20%，附带100物理穿透，可以造成20%法球效果</p><p>神圣守护——在3秒内受到超过最大生命值30%的伤害后，会获得一个550（+60&#x2F;等级）的护盾，以及20%的物理吸血。期间击杀和助攻会让物理吸血的持续时间延长3秒（冷却时间：30秒）</p><p>烈阳冲击——连续的3次普攻命中敌方英雄后，额外造成80-210物理伤害，并使其接下来受到的伤害提高6-12%，持续6秒</p><p>深渊系</p><p>魔炎——你的技能命中敌方英雄时会使其燃烧，在2秒的持续时间内，总共造成80-240（+0.15AD，0.1AP）的额外魔法伤害，冷却时间，10秒</p><p>狩猎——你每击杀一个敌方英雄可以永久使你的伤害提高1%</p><p>粉碎——额外获得1%-10%物理和魔法穿透</p><p>突袭——在脱离隐身状态或离开草丛后，对敌方英雄的第一次技能或普攻将对其造成99%的减速并额外造成2%最大生命值的真实伤害，该状态在脱离隐身或离开草丛后持续4秒，冷却时间：15秒</p><p>黑手——在你生命值大于70%的时候，你对英雄造成额外5%-10%的伤害</p><p>魔能——每释放一次技能就可以提高下一次技能5%的伤害，最多15%</p><p>深渊诅咒——连续的3次技能或普攻命中敌方英雄后，会对敌方施加诅咒，立即对其250范围内100（+5&#x2F;lv，+0.2AD，0.15AP）的魔法伤害，1秒后对再对250范围内造成200（+10lv，+0.5AD，0.4AP）的魔法伤害与30%减速，冷却时间15秒</p><p>深渊火种——在对生命值低于50%的英雄造成伤害时，会对其造成额外100-250（+0.6AD，0.3AP）的魔法伤害，冷却时间，30秒，参与击杀减少至1.5秒</p><p>深渊风暴——如果你在3秒内对敌方英雄造成了相当于其30%最大生命值的伤害，那么你可以获得20%-40%的移动速度和40%减速抗性，持续3秒，冷却时间，20秒</p><p>自然系</p><p>塔之子——当你处于防御塔范围内时，你可以额外获得15%免伤</p><p>愈合——你所造成的治疗和护盾效果提高15%，如果目标生命值低于50%时，该效果额外提高15%</p><p>坚韧——你获得10%韧性，生命值低于50%时，该效果额外提高10%</p><p>年轮——你身边每个小兵或者野怪死亡都会给你永久获得（小兵1层，小野怪2层，大型野怪3层）生命值加成BUFF，每层8点生命值，最多100层。</p><p>耐久——额外提供50%生命回复，在生命值低于20%时，增加到200%</p><p>护卫——附近的每一名敌方英雄会为你提供30护甲和魔抗</p><p>森林爆破——在你的硬控技能命中敌方英雄时，会为你提供（8%最大生命值，+20%护甲，+20%魔抗）的护盾，护盾存在期间每秒对周围造成你3%最大生命值的魔法伤害，护盾消失会对周围敌人造成6%最大生命值的魔法伤害，冷却时间20秒</p><p>自然之怒——在受到伤害后可以叠加3移速，最高叠加20层，叠满后可以解除控制并在350范围内造成自身最大生命值8%的魔法伤害，冷却时间15秒森之守护——身边每一个友方英雄为你提高5%免伤，你将会为队友承担其受到伤害的10%</p>]]>
    </content>
    <id>https://blog.liuxiu.us/2021/09/18/%E7%8E%8B%E8%80%85%E8%8D%A3%E8%80%80%E7%B3%BB%E7%BB%9F%E6%94%B9%E5%8A%A8%E7%AD%96%E5%88%92-%E5%A4%A9%E8%B5%8B%E7%B3%BB%E7%BB%9F/</id>
    <link href="https://blog.liuxiu.us/2021/09/18/%E7%8E%8B%E8%80%85%E8%8D%A3%E8%80%80%E7%B3%BB%E7%BB%9F%E6%94%B9%E5%8A%A8%E7%AD%96%E5%88%92-%E5%A4%A9%E8%B5%8B%E7%B3%BB%E7%BB%9F/"/>
    <published>2021-09-18T11:27:56.000Z</published>
    <summary>
      <![CDATA[<p>王者荣耀系统改动计划魔纹系统&#x2F;天赋系统&#x2F;奥义系统五大基石天赋系列</p>
<p>终结 启示 烈阳 深渊 自然</p>
<p>终结——推荐 战士</p>
<p>启示——特殊游戏玩法</p>
<p>烈阳——推荐 射手</p>
<p>深渊——推荐 刺客 法师</p>
<p>自然——推荐 辅助 坦克</p>
<p>每个系列拥有6个小天赋和3个大天赋</p>]]>
    </summary>
    <title>王者荣耀系统改动策划——天赋系统</title>
    <updated>2026-10-01T02:21:56.252Z</updated>
  </entry>
</feed>
