2026年九月 个人工作流总结

0 总纲

没什么好说的，算是对自己目前一个工作流做一个记录。

1 设备

以RAM为代表的电脑基础硬件的涨价潮已经开始袭卷，而，覆巢之下，焉有完卵？如何寻求一个妥协的方案是一个问题。第一点，拒绝消费主义。如果你没有极其极其极其（feat.Gemini)重要的刚需（如你刚上大学等），不推荐在这个时间点“买台电脑来玩玩”，“玩玩、耍起”的时代已经过去了。这台带有N卡的笔记本是我2024年末买的，这台除了重以外目前从未让我遇到性能瓶颈。但是确实太重，于是想着买T430当一台打字机，处理文字工作。后面发现我自己搞错了，我看的那个轻量机子是T430s 不是当年那个“工作站式”的万元胚子。

捏着鼻子用了两个月，书包带子勒的我的肩膀酸痛无比，只能咬咬牙买了X250。这下好了，“小黑”真来了，“大黑”只能暂时被放入储物柜。于是在x250上学会了nix，但是在整个上半年T30都被雪藏。这种情况持续到暑假。

暑假想着组一台小垃圾，可以在nix上玩一些花活（比如wayland的编译，这货一不小心会让你的session死掉，但是在nix上也无关紧要、此外桌面端rust编译也比移动端压散热压得好，速度快多了。）暑假的时候这台机子放在了我的窗台上，我每天就趴在地上抬起头看那个六十块的屏幕编程。在暑假期间，摸索出hermes agent+weixin claw bot的方案，在家因为天天足不出户，没感觉有什么用。然而，某日突然意识到，此方案在学校可能是非常好用的。于是想起了躺在储物柜里的“大黑”，回到学校，T430的皮实表面（此处和英雄联盟的塔姆没有任何关系）（那就是有关系）落灰非常严重，甚至有霉。但是擦了一下又满血复活？！马上通过nixos的flake配置好了分歧的系统环境(存储也在涨价，这种方式省心又合理。在gc运作下这台机子常时存储占用控制在23gb以下）在此处也非常庆幸自己自己 采用了nix的方式去管理自己的多机器体系，一来是（在跨越学习曲线之后）非常省心、而且非常惊喜的是，把自己的系统配置（在此前只是将XDG概念下的~/.config 纳入git）作为一个仓库来维护的过程中，相当于XDG对齐、小规模CI/CD/QA、回归性测试、鲁棒性维持和国内特调（如tuna的配置）这些理论有了一个完美的实践途径。而且在目前的LLM时代下，这些东西agent只能代劳，但是实际上需要自己学习的才能得到更确切和可靠的经验。

2 工作流

Windows 10

这方面没什么好说的，win11我用不习惯，重装了一次windows10,也没有启用WSL。我之前非常讨厌杀毒软件，windows defender都被我用组策略干掉了。但是前阵子不知道怎么整的，在excel里中了个蠕虫宏病毒，然后还有什么银狐病毒，弄得我人心惶惶，于是增配了个火绒。

Nix

在这个仓库统一管理。 非常优美的一套数学方法，虽然语法知识可迁移性几乎没有，学会了相当于你学会一门偏门方言，但是没想到是北京话，几乎全国通用——根据我的评估，这东西的强大之处完全值得独立学习。其“你点菜、nix解析器给你上菜”的逻辑，让不可变和 可复现轻而易举，并且极度工程化的管理你的系统状态和配置。在一开始我的代码写的非常脏，但是掌握一些取巧的方法之后完全可以将flake写的非常优美和高可读性。环境可复现性让开发对齐轻而易举，生态活跃，fork lix 专注于更好的报错和性能优化、tvix目标是用如rust-nix取代cppnix. flake与旧nix的生态处于过渡期，但是也有nix develop -f这种命令为你做 shell.nix 和flake.nix 的桥接。总的来说nix是我2026年编程的最大收获，本来想说没有之一，但是rust和tarui V2的挑战和震撼也来势汹汹！所以这里持保留意见。 桌面环境上，绝大部分时用i3wm T430比较特殊，xfce的管理有时候可以投进nix里（如熄屏和电源），不用写acpi通信和去协调dbus,所以在那个机器上用xfce4(x11) wayland桌面环境大多华而不实。niri的卷轴逻辑新颖，rust实现不错。但是总体还是选择i3,wayland依旧是一个未经验证的选型。

编辑器

LLM时代手写代码的机会比较少，但是这里没有给editor前面加上code/develop等限定词，所以说写作用的也算。

Markdown

早年（2022-2025）基本上处于typora和vscode中的veditor 拓展，但是后期完全受不了electron那个又笨又重的蠢浏览器，于是自己将veditor用tarui v2包了起来

后期直接放弃了veditor,选用自研的codemirror6.

代码

neovim在nix上有顽疾，nixvim的实现太过于dirty.最后投奔了Helix .Rust已经势不可挡了不是吗？

兜底有：Kde Advance Text Editor 和`mousepad

zed将代码编辑器和agent协同耦合的不错，而且快如闪电，但是对于fcitx5有顽疾（打不出字），暂时弃用。但是正在考虑在windows上取代vscode.目前在windows上也用helix和kate,但是这两位毕竟有点不是微软本地人那感觉。唉。

Terminal EMU

windows上，wt非常不错了，基本够用。win11默认采用wt,是为数不多的优点。但是这无法掩盖pwsh是一坨屎。

nix上主力为wezterm 。此外，alacritty更快，但是wezterm支持kitty图像协议。 兜底有xfce4-terminal. 全平台启用starship. windows只能捏着鼻子用pwsh,nix上可以用fish.

AI HARNESS

是吧，大ai时代你不得不写这个。没了这个会非常麻烦。 对于nix而言，最佳的harness分发方式不是nixpkgs.一来这些工具迭代太快了。nix unstable 合PR效率还行，但是nix stable 可是freeze住版本的啊。所以说，最佳的分发方式要么单二进制，如claude-code/codex是npm分发。在～下set npm-global ,也不要让npm纳入nix管理。oh-my-pi 是用bun 分发的，和npm本质父子关系（npm i -g bun都来了）也大同小异。而zcode/codex（gui版）在nix上就显得乏力，不仅要上游去跟进，还得打包.desktop，那不如直接用cli了。

windows下选择似乎多得多。各种用.msi 分发的，随随便便塞进去。这里直接列个红黑榜好了。

OpenCode：稳健之选？臃肿之选？

我一开始用这个很长时间，但是我好久不用了，不记得这个实在是什么特点，只能说该有的功能他都有。小米MIMO 有一个fork叫mimocode 个人认为比原版上游更好用。但是继承了上下文窗口一长就卡死的issue…至今未优化。要不，你们去试试runtime全rust化？

Reasonix：难堪大用

一开始在deepseek的awesome agent list中。声称自己在缓存命中方面做了夸张的特化。实测确实省钱，但是在deepseek引入峰谷价并大涨后我没试过，因为system promrt应该是比较简陋的，agent runtime也有点毛病，常卡死。不推荐使用。

ClaudeCode:一个小问题

执行效果上佳，配置custom provider也可以通过类似ccswitch 之类的工具做到。然而，鉴于a\这反华公司，之前单独在cc代码里植入恶意判别代码，专门封锁中国用户，那一切都免谈了，包括我想说的，Customprovider处理llm-judge等bug,免谈，用户信任败光了，诅咒这畜生早点破产。

Zcode:Windows端稳健之选

是的，你也可以试试Codex，但是zcode是我在桌面端用过功能最像codex的，包括computer use.堪称codex国产版，更何况智谱目前经常在周末发放1000-3000万不等的token额度，所以也能省下一些成本。

pi/oh-my-pi:CLI首选

目前主力，设计理念极其极其极其简单。这是我目前个人的体验:harness正在退潮，模型能力已经突破新高，harness过于复杂的设计反而阻碍模型发挥且浪费token.tui设计审美一般，但是也就那样了，很好用，终端开完直接启动。

Codex-cli：配置无法解耦

在我朋友之间口碑不错，但是个人没体验过，不能乱讲，但是只支持R格式的api,且多provider配置逻辑是死代码（而不是在opencode/pi里面一样可以随便换），就这点把我劝退了，可惜。但是未来保留尝试ta的意见。

DeepSeek-Harness：《我没有嘴，但我必须尖叫》

我们不要带太多情绪化的东西进去了，拜托。把他当成一个玩具，一盒乐高，甚至——一个社会实验？给出一个通用的接口，然后人们对标着成熟的范式，用deepseek改造自身的harness,形成规模庞大、但是同质化严重、质量参差不齐的社区生态？还是——官方不开issue,就放任社区自流，用’开发预览版‘的口径高挂免战牌？我之前，awesome-dsh-plugin合并了我的PR的时候我觉得可能这是下一个GNU一样的乌托邦，但是当官方不断的破坏性更新，更改数据库结构、弃用api接口、让本就不存在的插件范式更混乱，插件作者不得不重新适配，直到那一次，deepseek-v4-flash-0731拉起了10个子代理，却没有写盘也没有持久化，烧掉了我十块钱api额度的时候，我只能苦笑：奉劝你们不要把这个带进去生产环境。

技术栈偏好

Rust

第一选型。无论是gui包装的tarui v2,还是rust-tui 无可匹敌的强大。觉得编译器难缠的让LLM帮你过。唯一缺点:注意到，上游没有充分意识到unsafe相关funcion可能带来大漏勺式的爆雷，以及在X250上编译可能稍微需要耐心——还有。手离开C面！ 如果你不想被烫伤的话

Python

python313目前非常眉清目秀。LLM时代指定胶水语言，import openai 的含金量。此外，如格式化文本、批量重命名（我事后review,这个交给.sh更好)、简单的耦合（如我开发过的一个范式，融合了kid3 和 ffmpeg 的特定用法。）这种小活超级无敌好用。本质瑞士军刀，也就办点小事，但是生活里往往充斥着无穷无尽的小事。

GNUC

没学会。 go to ？

Electron

世界上最愚蠢的桌面端选型。

没了。先这样，想到啥再补充。

1
2
3

 pakiknowledge  ~ 23:59 
>date
2026年 09月 11日 星期五 23:59:20 CST