26年春节前后,Coding Agent 的能力又涨了一波大的。我没按捺住,春节后到现在陆陆续续 vibe coding 了些小项目——探索新能力、搞搞 Harness Engineering,顺便满足点自己的小需求。

这一波模型能力(Claude Opus 4.6、GPT 5.4/5.5、GLM 5.1、Kimi K2.5/2.6、DeepSeek V4 pro)和 Coding Agent 工具链(Claude code、Opencode、codex、kimi cli)都蹿了一大截。对比去年 6 月用 Cursor 那会儿,现在 vibe coding 一次性搞对需求的概率提升得不止一丢丢——单点需求上基本 99% 不用返工。

插件和 skills 这边,“蒸馏"了软件工程最佳实践的 omo(oh-my-opencode)、superpowers、openspec,也让 AI 辅助编码靠谱了不少。面向多 Agent 协作的 clawteams,在并行开发效率上给碳基程序员开了不少脑洞。

不过 Coding Agent 本身进化太快了——一周两三个版本,plan、ralph loop、multi-agent、btw 这些能力很快就被官方收了。我现在倾向于 codex/opencode + superpowers 这套极简组合。

项目列表 Link to heading

dde-shell-weather-plugin Link to heading

dde-shell-weather-plugin-project-card

dde-shell-weather-plugin 算是年后第一个正儿八经 vibe coding 的项目,为 deepin V25 新的 dde-shell 提供了天气插件,目前已经上架应用商店,迭代了有6、7个版本。

主要功能:

  • 任务栏上展示位置和天气信息

    dde-shell

  • 显示未来整点时间天气

    dde-shell-weather-plugin

  • 支持动态图标,天气刷新的时候图标会有动态效果

  • 支持亮色、暗色主题自适应

  • 支持任务栏居中/居左自适应

  • 支持自动定位(使用免费服务、不太稳定)和手动定位

这个项目最好玩的地方在于:

1)实实在在地让我感受到了范式变化。 以前我如果要做一个插件,最高效的方式是先去熟悉一下它的插件开发文档、实现demo、逐步增加功能、边调试边修改……而这个项目的工作方式是,我直接丢给 codex 了 dde-shell 的项目代码,告诉它我要做一个天气插件,让它帮我完成一个原型,我在此基础之上逐步完善产品功能设想、流水线、打包上架等。顺带手,我还让 codex 给 dde-shell 提了个 PR,补充了插件相关的文档和示例 😜;

2)AI 可以大幅拓展我的能力边界。 动态天气图标本来只是个提案,并没有报以太大的期望。但是在我告诉 codex 以后,没想到它真的帮我找到了实现路径并且实现。要不是受限于 25 系统中 Qt 的6.8版本老了一丢丢,在 Qt 6.10 上可以使用 Animated Vector Graphics 按道理可以更好实现;

3)AI 不完全是遵循,也可以跟你辩论了。在给项目调 API 选型的时候,我让它用 XX API 服务,它居然反过来劝我别用——因为 XX API 明确了免费接口不能商用。我强调这项目将来会完全开源,它才不情不愿地照做了 😂。

DBusLens Link to heading

DBusLens-project-card

DBusLens 项目是一个分析 DBus 流量的工具,缘起于我总感觉我们系统的 DBus 被滥用,而 bustle 没有我想要的分析维度,所以想做一个监控分析工具。 目前已经推送到 pypi 软件包仓库。

主要功能:

  • 按照 Sender 维度聚合分析:

    img

  • 按照 Members 维度聚合分析:

    img

  • 分析主要报错,以及报错的调用方

    img

  • 从 Latency 角度聚合:

    img

  • 以图表形式展示调用的依赖关系:

    img

最终没测出明显的问题,没能证明我认为 DBus 被"滥用"的猜想——但这何尝不是一件好事呢。

qqmail-cli Link to heading

qqmail-cli-project-card

qqmail-cli 是个袖珍项目,主要是在让 openclaw/Hermes Agent 辅助我查阅邮件的过程中,发现腾讯邮箱的搜索接口实现得不标准,以至于使用 himalaya 等 cli 邮件客户端的时候,搜索邮件的效率异常地低,所以算是为腾讯邮箱做了个特化的 cli 绕过这个问题。

有兴趣的可以看项目介绍,这里就不展开了。

deepin-terminal-ghostty Link to heading

deepin-terminal-ghostty-project-card

deepin-terminal-ghostty 算是这两个月 vibe coding 得最大的项目了,这个项目的诞生源于我希望 deepin-terminal 支持垂直标签页和更多现代化终端协议(比如 kitty image protocol)的需求。

但原版 deepin-terminal 大量修改了 vendor 的 qtermwidget,导致遇到上游 BUG 或功能缺失时没法快速跟进——我对此深恶痛绝。加上对 ghostty 这个网红终端心向往之,所以在基于 deepin-terminal 做开发和基于原生 qtermwidget 做开发两个选项中,我选择了基于 ghostty 🤣。

说是基于 ghostty,但是 ghostty 现在并没有提供等同于 qtermwidget 的开发库,只提供了 libghostty-vt 处理 vt 的基础协议实现。所以 deepin-terminal-ghostty 目前还没有等同于 ghostty 的 GPU 渲染能力,仍然是基于 QPainter 绘制,未来是否自研 GPU 渲染还是等上游,还要看上游拆分 lib 库的速度。

目前已经实现的功能:

  • 绝大部分原版本 deepin-terminal 的特性:多主题、远程管理、多标签页、横竖分屏等

  • 新增垂直标签页,可以展示标签页和内部分屏

  • 初步的 shell 集成,支持:

    • Coding Agent 识别和徽章展示
    • 命令执行的状态提醒

Show Case

这个项目因为规模稍大,好玩的地方多了一些,对于 harness engineering 的要求和可玩性也增加,比如 单元测试、自动化测试、各类兼容性测试、性能测试 以及 崩溃问题处理。 计划单独写一篇文章,或者内部做个分享,回头再补充。

Vibe Coding 配置 Link to heading

模型:

  • 主力:GPT 5.4/5.5
  • 辅助:Kimi K2.5/2.6、GLM 5.1
  • 次级辅助:DeepSeek V4 pro

Coding Agent:

  • 主力:codex + superpowers
  • 辅助:
    • opencode + superpowers
    • kimi cli

没有太多远程 Coding 的需求,所以虽然配了 Paseo ,但是并没有大量使用。

综合感受 Link to heading

1)vibe coding 上瘾。久违的创造和快速拿到结果的感觉,通过 vibe coding 释放得特别快。经常从十二点半搞到一点半甚至两点才睡,早睡计划全面搁浅;

2)有了 AI 以后,以前需要委派给别人的活,现在可以方便地丢给 AI。比如我看到 rtk 号称能省不少 token,本来安排同事去调研,转念一想——交给 AI 啊。结果做得又快又好,还不用打扰同事。

3)以前受限于"想象力"做得慢或不会做的事,现在也可以丢给 AI。比如给 GUI 程序写单元测试,以前我觉得根本没法弄,结果在 deepin-terminal-ghostty 项目里 AI 啪啪打脸……还有 dde-shell-weather-plugin 里,AI 帮我把 CSS-Animated SVG 转成 SMIL-Animated SVG(gist)。

4)vibe coding 的同时也在 vibe learning。deepin-terminal-ghostty 开发过程里,得不停地补终端底层知识——终端怎么跟 shell 通信的、shell 集成到底是不是真集成了个 shell、各种测试工具踩的坑……等等。

5)harness engineering 的本质还是软件工程。

6)AI 时代最重要的是 taste。这个词应该有更广的含义——不光是界面设计,技术选型、工程实践、工具链,都考验眼界和审美。你的眼界和审美,决定了项目能走到的高度。