<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <author>
    <name>John Doe</name>
  </author>
  <generator uri="https://hexo.io/">Hexo</generator>
  <id>https://baizhou830.github.io/</id>
  <link href="https://baizhou830.github.io/" rel="alternate"/>
  <link href="https://baizhou830.github.io/atom.xml" rel="self"/>
  <rights>All rights reserved 2026, John Doe</rights>
  <title>Axlewire</title>
  <updated>2026-10-31T13:33:00.878Z</updated>
  <entry>
    <author>
      <name>John Doe</name>
    </author>
    <category term="思考" scheme="https://baizhou830.github.io/categories/%E6%80%9D%E8%80%83/"/>
    <category term="LLM" scheme="https://baizhou830.github.io/tags/LLM/"/>
    <category term="词向量" scheme="https://baizhou830.github.io/tags/%E8%AF%8D%E5%90%91%E9%87%8F/"/>
    <category term="哲学" scheme="https://baizhou830.github.io/tags/%E5%93%B2%E5%AD%A6/"/>
    <content>
      <![CDATA[<h2 id="这段也许不能叫随笔——但标题名先这样写了"><a href="#这段也许不能叫随笔——但标题名先这样写了" class="headerlink" title="这段也许不能叫随笔——但标题名先这样写了"></a>这段也许不能叫随笔——但标题名先这样写了</h2><h3 id="《亦或者，思维之影》"><a href="#《亦或者，思维之影》" class="headerlink" title="《亦或者，思维之影》"></a>《亦或者，思维之影》</h3><p>这个世界上，有两种 <strong>「预测」</strong></p><p>首先，比如，这个房子的体积，如何预测？</p><p>我们知道了它的长宽高，那就能求出来</p><p>这是 <strong>「已知规律」</strong></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>他们便是—— <strong>「文字」</strong> 。</p><p>我们所拥有的思维的一切轨迹。</p><p><strong>「文字」</strong></p><p>现在，我们不知道思维的规律，但显然易见，我们拥有了思维的影子。</p><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><strong>「凝结」</strong> 于我们的 <strong>「喜怒哀惧」</strong> 。</p><p>一个词，能表达出喜，或哀，或惧</p><p>我们用一个数值，<strong>「量化」</strong> 他们</p><p>不，一个数值不够。</p><p>只有两极的划分。不足以书写思维所留下的轨迹——</p><p>于是。我们用更多的 <strong>「维度」</strong></p><p>我们用上千，上万，甚至更多的指标和维度来量化一个词在语言中的分布，共现，和用法，那就是——</p><p><strong>「意指」</strong>。在工程上，我们称其为——<strong>「词向量」</strong>。</p><p>现在，我们拥有了房价数据，知道了房价的单位。以及——最重要的</p><p>思维之影。</p><p>最终。人类将会 <strong>「知晓」</strong>，那天未能知晓的，花的名字。</p><p>它可能离 <strong>「凋零」</strong> 很近。或者和 <strong>「喜悦」</strong> 又有点距离——</p><p>但我们最终捉住了它。</p><h4 id="我们捉住了思维，用思维的影子，痕迹，和其本身。"><a href="#我们捉住了思维，用思维的影子，痕迹，和其本身。" class="headerlink" title="我们捉住了思维，用思维的影子，痕迹，和其本身。"></a>我们捉住了思维，用思维的影子，痕迹，和其本身。</h4>]]>
    </content>
    <id>https://baizhou830.github.io/2026/10/31/2026-10-31-%E9%9A%8F%E7%AC%94/</id>
    <link href="https://baizhou830.github.io/2026/10/31/2026-10-31-%E9%9A%8F%E7%AC%94/"/>
    <published>2026-10-31T16:00:00.000Z</published>
    <summary>
      <![CDATA[<h2 id="这段也许不能叫随笔——但标题名先这样写了"><a href="#这段也许不能叫随笔——但标题名先这样写了" class="headerlink" title="这段也许不能叫随笔——但标题名先这样写了"></a>这段也许不能叫随笔——但标题名先这样写了</h2><]]>
    </summary>
    <title>随笔</title>
    <updated>2026-10-31T13:33:00.878Z</updated>
  </entry>
  <entry>
    <author>
      <name>John Doe</name>
    </author>
    <category term="技术" scheme="https://baizhou830.github.io/categories/%E6%8A%80%E6%9C%AF/"/>
    <category term="linux" scheme="https://baizhou830.github.io/tags/linux/"/>
    <category term="Sway" scheme="https://baizhou830.github.io/tags/Sway/"/>
    <category term="Hyprland" scheme="https://baizhou830.github.io/tags/Hyprland/"/>
    <category term="DMS" scheme="https://baizhou830.github.io/tags/DMS/"/>
    <category term="Archlinux" scheme="https://baizhou830.github.io/tags/Archlinux/"/>
    <content>
      <![CDATA[<h2 id="关于Hyprland"><a href="#关于Hyprland" class="headerlink" title="关于Hyprland"></a>关于Hyprland</h2><p>这是一个流行的平铺窗口管理器<br>——而至于我为什么要从Sway换到Hyprland，那就要引出它的第二个优点：</p><h3 id="它-很-酷-炫"><a href="#它-很-酷-炫" class="headerlink" title="它 很 酷 炫"></a>它 很 酷 炫</h3><p>Hyprland支持动画，圆角，以及更多的动效，这是我选择它的主要原因，<del>也可以说是唯一原因</del></p><h2 id="DMS"><a href="#DMS" class="headerlink" title="DMS"></a>DMS</h2><p>在换到Hyprland后我也开始抄一些大佬的配置，但Waybar改来改去仍然很丑，直到后面我甚至打算干脆弃用Hyprland</p><p>此时我偶然看到群内一位大佬的WM配置，<del>高雅至极</del></p><p>我 <del>恬不知耻地索要</del> 极其谦逊地请教了大佬的配置，他给我推荐了DMS这个Shell</p><h3 id="体验真的是高雅至极啊！！！"><a href="#体验真的是高雅至极啊！！！" class="headerlink" title="体验真的是高雅至极啊！！！"></a><del>体验真的是高雅至极啊！！！</del></h3><h2 id="Arch"><a href="#Arch" class="headerlink" title="Arch"></a>Arch</h2><p>说到Arch——好的你知道我要说什么，I use Arch,btw.</p><p>好吧扯回正题，我换到Arch的主要原因其实还是想要新鲜的软件包，以及垂涎已久的AUR包，Deb的古董软件包用下来是真的难受，即使我加了Sid软件源，也只是徒增不稳定性罢了。</p><p>在那年——一个天才想到要将Debian的稳定性和Arch的新鲜快捷结合起来</p><p>于是他们发明了Debian Sid</p><p>后来的事情我们大家都知道了，那是个不稳定也不新鲜的集百家之所短的系统</p>]]>
    </content>
    <id>https://baizhou830.github.io/2026/10/30/2026-10-30-%E5%85%B3%E4%BA%8EDMS%E5%92%8CHyprland/</id>
    <link href="https://baizhou830.github.io/2026/10/30/2026-10-30-%E5%85%B3%E4%BA%8EDMS%E5%92%8CHyprland/"/>
    <published>2026-10-30T16:56:00.000Z</published>
    <summary>
      <![CDATA[<h2 id="关于Hyprland"><a href="#关于Hyprland" class="headerlink" title="关于Hyprland"></a>关于Hyprland</h2><p>这是一个流行的平铺窗口管理器<br>——而至于我为什么要从Sway换到Hyp]]>
    </summary>
    <title>关于DMS和Hyprland以及Arch</title>
    <updated>2026-10-31T13:33:00.878Z</updated>
  </entry>
  <entry>
    <author>
      <name>John Doe</name>
    </author>
    <category term="技术" scheme="https://baizhou830.github.io/categories/%E6%8A%80%E6%9C%AF/"/>
    <category term="agent" scheme="https://baizhou830.github.io/tags/agent/"/>
    <category term="DAG" scheme="https://baizhou830.github.io/tags/DAG/"/>
    <category term="git" scheme="https://baizhou830.github.io/tags/git/"/>
    <content>
      <![CDATA[<h2 id="关于灵越"><a href="#关于灵越" class="headerlink" title="关于灵越"></a>关于灵越</h2><p>见<a href="https://backrooms.de5.net/2026/08/15/2026-08-15-%E7%81%B5%E8%B6%8A/">灵越</a>这篇文章</p><p>ToT的思路是这样：活跃地不断生成分支，哪怕是1+1&#x3D;2，ToT都要生成1+1&#x3D;1+1或1+1&#x3D;3-1这种废话，而DBBR的思路是惰性启用分支，1+1&#x3D;2这种废话就不会浪费钱去搜索</p><p>我对灵越的最初定义是惰性搜索树，而后面我发现：Tree的fork成本很高，那么，有没有什么结构是fork成本很低的呢？（此处的具体思维是：既然存完整很贵，那只存增量，但Tree结构不允许你这样做，于是：”只存增量，什么是只存增量的呢，Git。”）Git。于是我引入了DAG结构。</p><p>增量化的思路是从哪来的呢，我在想：像这样我们的每个节点如果都存储完整上下文，那么，其实我们可以不用那样做：继续利用Git的的思路：内容寻址，没错，又是Git。每个节点存那一次对话就够了，再给它分配一个哈希值，我们在图上用哈希值代表一个节点。</p>]]>
    </content>
    <id>https://baizhou830.github.io/2026/08/18/2026-08-18-%E7%81%B5%E8%B6%8A%E7%9A%84%E4%B8%80%E4%BA%9B%E6%BC%94%E5%8F%98/</id>
    <link href="https://baizhou830.github.io/2026/08/18/2026-08-18-%E7%81%B5%E8%B6%8A%E7%9A%84%E4%B8%80%E4%BA%9B%E6%BC%94%E5%8F%98/"/>
    <published>2026-08-18T22:26:00.000Z</published>
    <summary>
      <![CDATA[<h2 id="关于灵越"><a href="#关于灵越" class="headerlink" title="关于灵越"></a>关于灵越</h2><p>见<a href="https://backrooms.de5.net/2026/08/15/2026-08-15-%E7%]]>
    </summary>
    <title>灵越的一些演变</title>
    <updated>2026-10-31T13:33:00.878Z</updated>
  </entry>
  <entry>
    <author>
      <name>John Doe</name>
    </author>
    <category term="技术" scheme="https://baizhou830.github.io/categories/%E6%8A%80%E6%9C%AF/"/>
    <category term="agent" scheme="https://baizhou830.github.io/tags/agent/"/>
    <category term="DAG" scheme="https://baizhou830.github.io/tags/DAG/"/>
    <category term="git" scheme="https://baizhou830.github.io/tags/git/"/>
    <content>
      <![CDATA[<h2 id="关于灵越"><a href="#关于灵越" class="headerlink" title="关于灵越"></a>关于灵越</h2><p>见<a href="https://backrooms.de5.net/2026/08/15/2026-08-15-%E7%81%B5%E8%B6%8A/">灵越</a>这篇文章</p><h2 id="关于消耗"><a href="#关于消耗" class="headerlink" title="关于消耗"></a>关于消耗</h2><p>我跑通了灵越的第一个Demo,我最初对于Token的消耗量抱有悲观态度，但实际测下来，Token消耗量甚至不算多，我原本的预计是三支线并行，此时每2轮评估+支线与主线维护，要花上<strong>5.5倍的Token</strong>。</p><p>但实际测下来，由于足够激进的剪枝，哪怕<strong>最激进</strong>的每轮强制创建一个分支的策略，灵越平均每轮所持有的分支也仅仅1-2个，这时token消耗量<strong>仅仅2.5-4倍</strong>。</p><p>对于日常使用所用的分支策略，每轮所持有的仅仅1个甚至没有，这时消耗量只到<strong>1-2.5倍的Token</strong>。</p><p>资源消耗量很超乎预期</p>]]>
    </content>
    <id>https://baizhou830.github.io/2026/08/16/2026-08-16-%E7%81%B5%E8%B6%8A%E6%B5%8B%E8%AF%95/</id>
    <link href="https://baizhou830.github.io/2026/08/16/2026-08-16-%E7%81%B5%E8%B6%8A%E6%B5%8B%E8%AF%95/"/>
    <published>2026-08-16T13:26:00.000Z</published>
    <summary>
      <![CDATA[<h2 id="关于灵越"><a href="#关于灵越" class="headerlink" title="关于灵越"></a>关于灵越</h2><p>见<a href="https://backrooms.de5.net/2026/08/15/2026-08-15-%E7%]]>
    </summary>
    <title>灵越测试</title>
    <updated>2026-10-31T13:33:00.877Z</updated>
  </entry>
  <entry>
    <author>
      <name>John Doe</name>
    </author>
    <category term="技术" scheme="https://baizhou830.github.io/categories/%E6%8A%80%E6%9C%AF/"/>
    <category term="agent" scheme="https://baizhou830.github.io/tags/agent/"/>
    <category term="DAG" scheme="https://baizhou830.github.io/tags/DAG/"/>
    <category term="git" scheme="https://baizhou830.github.io/tags/git/"/>
    <category term="灵感" scheme="https://baizhou830.github.io/tags/%E7%81%B5%E6%84%9F/"/>
    <content>
      <![CDATA[<h2 id="关于灵越"><a href="#关于灵越" class="headerlink" title="关于灵越"></a>关于灵越</h2><p>我在昨晚偶然想到这个点子，最初由 <strong>ToT （即 思维树 Tree of Thoughts ）</strong> 启发，ToT 的思路是每步生成多个候选思维，呈现树状，最后评估，剪枝，择取最优</p><p>ToT 在现在的深度学习届已经很少见了。因为太贵，以及模型能力的增长。</p><h2 id="思路"><a href="#思路" class="headerlink" title="思路"></a>思路</h2><p>我们的 agent 本质上仅做正常推理，但另一个模型会不断评估模型行为中的重要决策，然后根据评估结果，抽离模型会 <strong>贪心地</strong> 选择建立一个优分支，这些优分支会不断地尝试<strong>回调</strong>（就是合并）到主分支（这些分支会随着主分支演进，它们同时会随着主分支的要求而演进，另一个模型每两轮会评估分支）</p><p>我们给予主线<strong>管理分支</strong>和<strong>查看分支</strong>的能力，把分支视为模型可操作和阅读的一个文件</p><p>在图结构上，我们使用了Git 式 parent 指针，当指针指向分支的根节点，这个根节点向后就是上文，向前就是当前节点的下文。每个节点模仿Git搞单一标识符，节点粒度就是用户与LLM 的一次对话。</p><p>这些分支在被认为不足够好时会休眠。被休眠的分支仍然可以被参考，但不再评估，也无法被回调。<br>分支价值计算：</p><p><strong>V(b)&#x3D;α⋅质量分+β⋅新颖性−γ⋅连点距−δ⋅成本</strong></p><p>每两轮评估一次，低于阈值就休眠，或采用末位淘汰，<strong>同时最多有3个活跃分支</strong>。</p><p>如果主分支发起了<strong>回调</strong>（主分支主动回调了一个曾被定为分支的方案），此时如果 最小 连点距（<strong>distance&#x3D;dist(main_head,LCA)+dist(branch_head,LCA)</strong> ）小甚至为零（也就是说，此时这个分支基本与主线共同演进），从分支尾部继续生成一个新的 HEAD 节点。此时以此分支为新的主线。<br>如果此时模型拒绝了替换方案或差异过大，无法回调。</p><p>当无法回调时但模型需要回调，或模型只接受部分合并时，会发生 <strong>合并</strong> 。<br>合并时，实际操作仅是模型参考了分支。合并节点的作用是显式地表示出所参考的分支。<br>合并时，创建一个 merge node，它的 parents 同时指向 main_head 和 branch_head。merge node 之后再继续生成新的 main head。</p><p>每次主线拿到提示词时，抽离模型会进行差异化修改（根据每个分支的决策），并同步投给每个分支，所以非过久休眠分支都会在连点距窗口内，且主线模型有权拒绝合并分歧过大的分支。</p><p>连点距为硬性基础，回调的最终决定由为主线模型完成。</p><p>任何文件操作都通过工具完成，并且可回滚，这为回调带来基础。</p><p>每个节点仅储存那一次对话的内容，这使得分支可以复用主线上的上下文。</p><h2 id="题外话"><a href="#题外话" class="headerlink" title="题外话"></a>题外话</h2><p>我做了一个数据结构 Demo , 这东西看起来真像 Git 。</p>]]>
    </content>
    <id>https://baizhou830.github.io/2026/08/15/2026-08-15-%E7%81%B5%E8%B6%8A/</id>
    <link href="https://baizhou830.github.io/2026/08/15/2026-08-15-%E7%81%B5%E8%B6%8A/"/>
    <published>2026-08-15T13:26:00.000Z</published>
    <summary>
      <![CDATA[<h2 id="关于灵越"><a href="#关于灵越" class="headerlink" title="关于灵越"></a>关于灵越</h2><p>我在昨晚偶然想到这个点子，最初由 <strong>ToT （即 思维树 Tree of Thoughts ）</strong]]>
    </summary>
    <title>灵越</title>
    <updated>2026-10-31T13:33:00.877Z</updated>
  </entry>
  <entry>
    <author>
      <name>John Doe</name>
    </author>
    <category term="技术" scheme="https://baizhou830.github.io/categories/%E6%8A%80%E6%9C%AF/"/>
    <category term="窗口管理器" scheme="https://baizhou830.github.io/tags/%E7%AA%97%E5%8F%A3%E7%AE%A1%E7%90%86%E5%99%A8/"/>
    <category term="WM" scheme="https://baizhou830.github.io/tags/WM/"/>
    <category term="Sway" scheme="https://baizhou830.github.io/tags/Sway/"/>
    <content>
      <![CDATA[<h1 id="关于Sway"><a href="#关于Sway" class="headerlink" title="关于Sway"></a>关于Sway</h1><p>Sway是一个平铺式 Wayland 合成器</p><p>很有趣的是可以随时修改配置文件并Win+Shift+C来热重载，这个命令让 Sway 重新读取配置文件并应用，但不会关闭任何窗口。这可比其他桌面环境的注销重登方便得多</p><p>Sway 以及同类型的WM等的最大优点就是省资源了，Sway 本体平常只吃100MB左右的内存</p><p>不过重要的是 Sway 几乎没有什么预装的比如亮度调节功能键，合盖睡眠一类的东西，还需要自己去写配置文件</p><p>比如合盖睡眠，你需要在配置文件里写：</p><figure class="highlight bash"><table><tr><td class="gutter"><pre><span class="line">1</span><br></pre></td><td class="code"><pre><span class="line">bindswitch lid:on <span class="built_in">exec</span> systemctl <span class="built_in">suspend</span></span><br></pre></td></tr></table></figure><p>Sway 的使用体验其实还不错，至少我这两天用下来是这样的</p>]]>
    </content>
    <id>https://baizhou830.github.io/2026/08/11/2026-08-11-Sway/</id>
    <link href="https://baizhou830.github.io/2026/08/11/2026-08-11-Sway/"/>
    <published>2026-08-11T20:18:00.000Z</published>
    <summary>
      <![CDATA[<h1 id="关于Sway"><a href="#关于Sway" class="headerlink" title="关于Sway"></a>关于Sway</h1><p>Sway是一个平铺式 Wayland 合成器</p>
<p>很有趣的是可以随时修改配置文件并Win+Shif]]>
    </summary>
    <title>关于Sway</title>
    <updated>2026-10-31T13:33:00.877Z</updated>
  </entry>
  <entry>
    <author>
      <name>John Doe</name>
    </author>
    <category term="技术" scheme="https://baizhou830.github.io/categories/%E6%8A%80%E6%9C%AF/"/>
    <category term="明日方舟" scheme="https://baizhou830.github.io/tags/%E6%98%8E%E6%97%A5%E6%96%B9%E8%88%9F/"/>
    <category term="linux" scheme="https://baizhou830.github.io/tags/linux/"/>
    <content>
      <![CDATA[<h2 id="安装过程"><a href="#安装过程" class="headerlink" title="安装过程"></a>安装过程</h2><p>折腾了一天后总结出的现版本明日方舟Linux安装过程：确保 binder 内核模块已加载-创建三个 binder 设备节点-设定设备节点权限-下载Docker镜像-下载NVIDIA工具包-构建镜像 使用NVIDIA渲染以及ARM转译-使用adb连接-下载明日方舟APK包体-使用abd install向容器中安装明日方舟-使用scrcpy投屏设备-打开</p><p>此外，此处可通过binderfs来代替第1,2步骤，这也是被推荐的方式</p><p>但是我的内核不支持binderfs就是了</p><h2 id="一些坑"><a href="#一些坑" class="headerlink" title="一些坑"></a>一些坑</h2><p>NVIDIA工具包这里有坑</p><p>NVIDIA驱动会验证GPG签名所以你去拉Github上的仓库会被拒绝安装</p><p>现版本，鹰角不再提供x86架构的apk安装包，因此你必须用转译，但转译情况下极不稳定</p><p>binder设备节点的设备名在不同发行版下可能不同，列如我的就是带anbox前缀的</p><p>如果打开桌面但只有虚拟按键且黑屏，那么有可能是数据库损坏导致桌面无法启动，此时其实可以直接安装游戏并强制启动</p><h3 id="总结："><a href="#总结：" class="headerlink" title="总结："></a>总结：</h3><ul><li><p>鹰角居然不支持Linux鹰角真是太坏了唉海猫小时候…</p></li><li><p>NVIDIA闭源驱动真是太坏了唉老黄小时候…</p></li></ul>]]>
    </content>
    <id>https://baizhou830.github.io/2026/08/01/2026-08-04-%E5%9C%A8Linux%E4%B8%8A%E8%BF%90%E8%A1%8C%E6%98%8E%E6%97%A5%E6%96%B9%E8%88%9F/</id>
    <link href="https://baizhou830.github.io/2026/08/01/2026-08-04-%E5%9C%A8Linux%E4%B8%8A%E8%BF%90%E8%A1%8C%E6%98%8E%E6%97%A5%E6%96%B9%E8%88%9F/"/>
    <published>2026-08-01T12:00:00.000Z</published>
    <summary>
      <![CDATA[<h2 id="安装过程"><a href="#安装过程" class="headerlink" title="安装过程"></a>安装过程</h2><p>折腾了一天后总结出的现版本明日方舟Linux安装过程：确保 binder 内核模块已加载-创建三个 binder 设备节点-]]>
    </summary>
    <title>在Linux上运行明日方舟</title>
    <updated>2026-10-31T13:33:00.877Z</updated>
  </entry>
  <entry>
    <author>
      <name>John Doe</name>
    </author>
    <category term="生活" scheme="https://baizhou830.github.io/categories/%E7%94%9F%E6%B4%BB/"/>
    <category term="life" scheme="https://baizhou830.github.io/tags/life/"/>
    <content>
      <![CDATA[<h2 id="孩子们，听说你们放假了？"><a href="#孩子们，听说你们放假了？" class="headerlink" title="孩子们，听说你们放假了？"></a>孩子们，听说你们放假了？</h2><p>再重复一次，时间要加速了。</p><h3 id="歌曲"><a href="#歌曲" class="headerlink" title="歌曲"></a>歌曲</h3><iframe src="//player.bilibili.com/player.html?isOutside=true&aid=114545418834545&bvid=BV1kaJBzCEoj&cid=30074669575&p=1&autoplay=0&danmaku=0&high_quality=1&as_wide=1"         scrolling="no"         border="0"         frameborder="no"         framespacing="0"         allowfullscreen="true"></iframe>]]>
    </content>
    <id>https://baizhou830.github.io/2026/07/25/2026-07-25-%E6%97%A5%E5%B8%B8%E6%8E%A8%E6%AD%8C/</id>
    <link href="https://baizhou830.github.io/2026/07/25/2026-07-25-%E6%97%A5%E5%B8%B8%E6%8E%A8%E6%AD%8C/"/>
    <published>2026-07-25T00:15:00.000Z</published>
    <summary>
      <![CDATA[<h2 id="孩子们，听说你们放假了？"><a href="#孩子们，听说你们放假了？" class="headerlink" title="孩子们，听说你们放假了？"></a>孩子们，听说你们放假了？</h2><p>再重复一次，时间要加速了。</p>
<h3 id="歌曲">]]>
    </summary>
    <title>日常推歌</title>
    <updated>2026-10-31T13:33:00.877Z</updated>
  </entry>
  <entry>
    <author>
      <name>John Doe</name>
    </author>
    <category term="生活" scheme="https://baizhou830.github.io/categories/%E7%94%9F%E6%B4%BB/"/>
    <category term="life" scheme="https://baizhou830.github.io/tags/life/"/>
    <content>
      <![CDATA[<h2 id="这期是-处刑鼓掌-向修女忏悔吧-シスターに懺悔を-求＆影-いますぐ輪廻-！"><a href="#这期是-处刑鼓掌-向修女忏悔吧-シスターに懺悔を-求＆影-いますぐ輪廻-！" class="headerlink" title="这期是 处刑鼓掌 向修女忏悔吧&#x2F;シスターに懺悔を 求＆影 いますぐ輪廻 ！"></a>这期是 处刑鼓掌 向修女忏悔吧&#x2F;シスターに懺悔を 求＆影 いますぐ輪廻 ！</h2><h3 id="歌曲"><a href="#歌曲" class="headerlink" title="歌曲"></a>歌曲</h3><iframe src="//player.bilibili.com/player.html?isOutside=true&aid=116463625049542&bvid=BV1dyoDBCEWU&cid=37807391458&p=1&autoplay=0&danmaku=0&high_quality=1&as_wide=1"         scrolling="no"         border="0"         frameborder="no"         framespacing="0"         allowfullscreen="true"></iframe><iframe src="//player.bilibili.com/player.html?isOutside=true&aid=114041984913922&bvid=BV1PSAZeiECV&cid=28507574128&p=1&autoplay=0&danmaku=0&high_quality=1&as_wide=1"         scrolling="no"         border="0"         frameborder="no"         framespacing="0"         allowfullscreen="true"></iframe><iframe src="//player.bilibili.com/player.html?isOutside=true&aid=116330397174419&bvid=BV1Kc9HB6EoQ&cid=37158456211&p=1&autoplay=0&danmaku=0&high_quality=1&as_wide=1"         scrolling="no"         border="0"         frameborder="no"         framespacing="0"         allowfullscreen="true"></iframe><iframe src="//player.bilibili.com/player.html?isOutside=true&aid=114952954187731&bvid=BV1phhHz8EPF&cid=31421828320&p=1&autoplay=0&danmaku=0&high_quality=1&as_wide=1"         scrolling="no"         border="0"         frameborder="no"         framespacing="0"         allowfullscreen="true"></iframe>]]>
    </content>
    <id>https://baizhou830.github.io/2026/07/23/2026-07-23-%E6%97%A5%E5%B8%B8%E6%8E%A8%E6%AD%8C2/</id>
    <link href="https://baizhou830.github.io/2026/07/23/2026-07-23-%E6%97%A5%E5%B8%B8%E6%8E%A8%E6%AD%8C2/"/>
    <published>2026-07-23T19:45:00.000Z</published>
    <summary>
      <![CDATA[<h2 id="这期是-处刑鼓掌-向修女忏悔吧-シスターに懺悔を-求＆影-いますぐ輪廻-！"><a href="#这期是-处刑鼓掌-向修女忏悔吧-シスターに懺悔を-求＆影-いますぐ輪廻-！" class="headerlink" title="这期是 处刑鼓掌 向修女忏悔吧&#x]]>
    </summary>
    <title>日常推歌2</title>
    <updated>2026-10-31T13:33:00.877Z</updated>
  </entry>
  <entry>
    <author>
      <name>John Doe</name>
    </author>
    <category term="生活" scheme="https://baizhou830.github.io/categories/%E7%94%9F%E6%B4%BB/"/>
    <category term="life" scheme="https://baizhou830.github.io/tags/life/"/>
    <content>
      <![CDATA[<h2 id="这期是-月が綺麗ねと言われたい！"><a href="#这期是-月が綺麗ねと言われたい！" class="headerlink" title="这期是 月が綺麗ねと言われたい！"></a>这期是 月が綺麗ねと言われたい！</h2><h3 id="歌曲"><a href="#歌曲" class="headerlink" title="歌曲"></a>歌曲</h3><iframe src="//player.bilibili.com/player.html?isOutside=true&aid=116005808375775&bvid=BV15HFVz1EvM&cid=35792225845&p=1&autoplay=0&danmaku=0&high_quality=1&as_wide=1"         scrolling="no"         border="0"         frameborder="no"         framespacing="0"         allowfullscreen="true"></iframe>]]>
    </content>
    <id>https://baizhou830.github.io/2026/07/23/2026-07-23-%E6%97%A5%E5%B8%B8%E6%8E%A8%E6%AD%8C/</id>
    <link href="https://baizhou830.github.io/2026/07/23/2026-07-23-%E6%97%A5%E5%B8%B8%E6%8E%A8%E6%AD%8C/"/>
    <published>2026-07-23T10:45:00.000Z</published>
    <summary>
      <![CDATA[<h2 id="这期是-月が綺麗ねと言われたい！"><a href="#这期是-月が綺麗ねと言われたい！" class="headerlink" title="这期是 月が綺麗ねと言われたい！"></a>这期是 月が綺麗ねと言われたい！</h2><h3 id="歌曲"><]]>
    </summary>
    <title>日常推歌</title>
    <updated>2026-10-31T13:33:00.877Z</updated>
  </entry>
  <entry>
    <author>
      <name>John Doe</name>
    </author>
    <category term="技术" scheme="https://baizhou830.github.io/categories/%E6%8A%80%E6%9C%AF/"/>
    <category term="giscus" scheme="https://baizhou830.github.io/tags/giscus/"/>
    <category term="blog" scheme="https://baizhou830.github.io/tags/blog/"/>
    <content>
      <![CDATA[<h2 id="好消息"><a href="#好消息" class="headerlink" title="好消息"></a>好消息</h2><h3 id="本站已支持评论功能"><a href="#本站已支持评论功能" class="headerlink" title="本站已支持评论功能"></a>本站已支持评论功能</h3><p>在试了挺多种方案后终于是能用 giscus 了。</p><p>总之无论如何，是个好消息，可以发评论了！</p>]]>
    </content>
    <id>https://baizhou830.github.io/2026/07/23/2026-07-23-%E8%AF%84%E8%AE%BA%E5%8A%9F%E8%83%BD/</id>
    <link href="https://baizhou830.github.io/2026/07/23/2026-07-23-%E8%AF%84%E8%AE%BA%E5%8A%9F%E8%83%BD/"/>
    <published>2026-07-23T00:47:00.000Z</published>
    <summary>
      <![CDATA[<h2 id="好消息"><a href="#好消息" class="headerlink" title="好消息"></a>好消息</h2><h3 id="本站已支持评论功能"><a href="#本站已支持评论功能" class="headerlink" title="本站已]]>
    </summary>
    <title>评论功能开放</title>
    <updated>2026-10-31T13:33:00.877Z</updated>
  </entry>
  <entry>
    <author>
      <name>John Doe</name>
    </author>
    <category term="生活" scheme="https://baizhou830.github.io/categories/%E7%94%9F%E6%B4%BB/"/>
    <category term="life" scheme="https://baizhou830.github.io/tags/life/"/>
    <content>
      <![CDATA[<p>哎我操怎么能这么好听</p><iframe frameborder="no" border="0" marginwidth="0" marginheight="0" width=330 height=86 src="//music.163.com/outchain/player?type=2&id=2154644185&auto=1&height=66"></iframe>]]>
    </content>
    <id>https://baizhou830.github.io/2026/07/22/2026-07-22-%E6%8E%A8%E6%AD%8C/</id>
    <link href="https://baizhou830.github.io/2026/07/22/2026-07-22-%E6%8E%A8%E6%AD%8C/"/>
    <published>2026-07-22T16:16:00.000Z</published>
    <summary>
      <![CDATA[<p>哎我操怎么能这么好听</p>
<iframe frameborder="no" border="0" marginwidth="0" marginheight="0" width=330 height=86 src="//music.163.com/outchain/pla]]>
    </summary>
    <title>推歌</title>
    <updated>2026-10-31T13:33:00.877Z</updated>
  </entry>
  <entry>
    <author>
      <name>John Doe</name>
    </author>
    <category term="生活" scheme="https://baizhou830.github.io/categories/%E7%94%9F%E6%B4%BB/"/>
    <category term="life" scheme="https://baizhou830.github.io/tags/life/"/>
    <content>
      <![CDATA[<p>我的电脑电池在坚持了不知道多少个年头后终于在今天死透了。如封面，这电池大概率是死透了，无论何时都显示还有3小时26分充满，这是典型报废症状了。</p><p>总之无论如何我是该换个电池了。</p>]]>
    </content>
    <id>https://baizhou830.github.io/2026/07/21/2026-07-21-%E6%82%B2%E6%8A%A5/</id>
    <link href="https://baizhou830.github.io/2026/07/21/2026-07-21-%E6%82%B2%E6%8A%A5/"/>
    <published>2026-07-21T16:56:00.000Z</published>
    <summary>
      <![CDATA[<p>我的电脑电池在坚持了不知道多少个年头后终于在今天死透了。如封面，这电池大概率是死透了，无论何时都显示还有3小时26分充满，这是典型报废症状了。</p>
<p>总之无论如何我是该换个电池了。</p>]]>
    </summary>
    <title>悲报</title>
    <updated>2026-10-31T13:33:00.877Z</updated>
  </entry>
  <entry>
    <author>
      <name>John Doe</name>
    </author>
    <category term="技术" scheme="https://baizhou830.github.io/categories/%E6%8A%80%E6%9C%AF/"/>
    <category term="Jujutsu" scheme="https://baizhou830.github.io/tags/Jujutsu/"/>
    <category term="VCS tools" scheme="https://baizhou830.github.io/tags/VCS-tools/"/>
    <content>
      <![CDATA[<h3 id="什么是JJ？"><a href="#什么是JJ？" class="headerlink" title="什么是JJ？"></a>什么是JJ？</h3><p>JJ（即Jujutsu）是一个还算新鲜的VCS工具，我是在朋友的推荐下进行了尝试。实际上，初次使用的体验很怪，但不得不承认的是操作确实很简单。</p><h3 id="安装"><a href="#安装" class="headerlink" title="安装"></a>安装</h3><p>直接用<strong>scoop install</strong>即可</p><p><code>scoop install jj</code></p><p>什么？你说你没装scoop？<br>在PowerShell运行：</p><p><code>irm get.scoop.sh | iex</code></p><h3 id="开始使用"><a href="#开始使用" class="headerlink" title="开始使用"></a>开始使用</h3><p>在项目目录下打开powershell，用这个命令来进行初始化</p><p><code>jj git init --colocate</code></p><p>然后跟着指引配置你的邮箱（注册Github使用的邮箱）和用户名（你的Github User Name 或者昵称都可以）</p><p>如果不习惯命令行，可以装一个VScode扩展：</p><p>Jujutsu Kaizen</p><h3 id="提交一个更改"><a href="#提交一个更改" class="headerlink" title="提交一个更改"></a>提交一个更改</h3><p> jj 的工作副本是一个自动提交的 commit，所以不需要像 Git 那样先 git add 再 git commit。工作副本的变更会自动被快照，再用 jj describe 添加描述信息。</p><p>作一些改动，然后</p><p><code>jj desc -m &quot;你对于这些改动的描述 也就是Git的commit message&quot;</code></p><p>然后就可以</p><p><code>jj git push</code></p><p>推送到远程仓库</p><p>然后我们就可以移动到新的 工作副本进行接下来的改动</p><p><code>jj new</code></p><p>以此创建一个新的工作副本</p><p>或者你可以在改动完后把 describe 和 new 操作用 commit 命令一起完成：</p><p><code>jj commit -m &quot;你对于这些改动的描述 也就是Git的commit message&quot;</code></p><h3 id="撤销操作"><a href="#撤销操作" class="headerlink" title="撤销操作"></a>撤销操作</h3><p>jj 最大的好处是，你几乎可以撤销任何操作。如果你不小心提交错了，或者想把仓库恢复到上一步的状态，只需要：</p><p><code>jj undo</code></p><p>这是 jj 的核心特性之一——操作日志让你可以撤销几乎任何操作，可以连续撤销多次。</p><h3 id="什么是工作副本？"><a href="#什么是工作副本？" class="headerlink" title="什么是工作副本？"></a>什么是工作副本？</h3><p>这是jj中一个极其重要的概念，你可以把它理解为一个可更改的commit</p><p><strong>关于其余的基础使用方式，会在接下来的blog中逐渐补全</strong></p>]]>
    </content>
    <id>https://baizhou830.github.io/2026/07/21/2026-07-21-%E5%85%B3%E4%BA%8EJujutsu/</id>
    <link href="https://baizhou830.github.io/2026/07/21/2026-07-21-%E5%85%B3%E4%BA%8EJujutsu/"/>
    <published>2026-07-21T16:15:00.000Z</published>
    <summary>
      <![CDATA[<h3 id="什么是JJ？"><a href="#什么是JJ？" class="headerlink" title="什么是JJ？"></a>什么是JJ？</h3><p>JJ（即Jujutsu）是一个还算新鲜的VCS工具，我是在朋友的推荐下进行了尝试。实际上，初次使用的体验很怪]]>
    </summary>
    <title>关于Jujutsu</title>
    <updated>2026-10-31T13:33:00.877Z</updated>
  </entry>
</feed>
