我们该开始看看其他智能体了

我感觉倦怠的边缘正在逼近，以前经历过这种情况，所以我现在对任何既不立即有用也不令人满意的事情都踩下刹车。

首先，我决定对 piclaw 采取慢得多的节奏。一段时间以来，我一直对维护它的开销感到有些沮丧，因为 pi 上游每周要经历三次发布，但最重要的是，维护它会消耗我用于其他事情所需的额度，所以我宣布它“稳定”，并转向每月发布一次的节奏。

Too Much Pi

实际上，我正在退出这种马具式的激烈竞争，因为无论它多么令人兴奋，也无论我拥有多少量身定制的功能，我都必须承担处理其中任何一项所带来的维护开销。

但我也认为在 AI 和智能体方面还有更多事情要做。只是不在代码编辑器兼马具这个已经过度饱和的领域，也不在消费级领域——如果你把 Claude、Meta 的 Muse 和 OpenAI 的 Dots 的公告当作公司们正滑入“让我们把智能体变现”这个兔子洞有多深的任何迹象，那这个领域简直是疯狂至极。

我也停止了 rs-ai 和 swift-ai 的工作，以及我一直在做的其他一堆事情，那些都是对轮子的轻微重新发明，并且我正在认真审视我现在实际需要什么。

Re-Focusing

模仿 Maslow’s Hierarchy of Needs，我把我的需求分解为三类：

我需要一种体面的方式来写作、记笔记和表达自己
我需要一个跨平台、云就绪的编码环境
我需要一个我控制的个人智能体（但它可以管理基础设施并自动化事务，越来越多地与硬件相关）。

一种写作方式。一个编码环境。一个个人智能体。

你能看出来了吗？

与 Steve Jobs 著名的长篇大论不同，这些不是同一件事。我曾认为把 piclaw 变成那一件事是有道理的，但我认为人们既喜欢瑞士军刀却又会购买专用工具是有原因的。

A Way To Write

首先是写作。我需要每天写作以保持理智，而且它需要尽可能无摩擦。

在过去两三周里，我一直在使用 Writing Workshop 来管理我所有的草稿，原因有三：

我想停止在 Obsidian 上瞎折腾以及使用 SyncThing 同步库，因为在 the Lenovo Chromebook 上的写作体验在物理上非常出色。
我几乎可以从任何地方通过浏览器访问它。
我非常喜欢从 Writing Workshop 得到的编辑建议中的某些部分：注释、侧边栏、它完全没有尝试重写我的文本等等。

但维护一个最终被证明是 ProseMirror 包装器（而且有更好的实现方式，Dinkus 就是一个在它之上构建合适的 Markdown 编辑器的绝佳范例）、一个专用存储后端和一个单一用途的 pi-durable 智能体，这毫无意义，这实际上归结为几个实际问题：

我对 Obsidian 有着爱恨交织的关系。一直如此，永远如此，但事实是它能用，而且是一个已知量。
我不想从我的 Windows 机器上同步整个私人的 Obsidian 仓库（但我确实想偶尔进去做点小修改）

所以我 fork 了 Markport（它能让我在任何地方通过浏览器运行 Obsidian），并修复了一堆小烦恼，然后在其内部添加了一个 pi-durable agent，它可以运行与 Writing Workshop 完全相同的技能（以及更多）。

我也正在把 bouncer 打磨成型，以便为它代理隧道（因为“任何地方”就必须真的是任何地方），但与此同时，我正专注于 Obsidian 内部的 agent 用户体验：

Markport running Obsidian in a browser, with the embedded agent updating draft notes from hardware research — 同样的写作技能，现在在 Obsidian 内部运行。

这运行得远比它理应达到的效果要好，而且基于 pi-durable 相比构建一个全新的 agent，受上游变动的影响要小得多。

我确实怀疑自己会陷入编写一个高度自定义的 Obsidian 插件的兔子洞，但目前我的写作工作流基本保持不变，只是修订过程（暂时）回到了由 agent 向文本添加编辑性块引用，而不是高亮（而且现在我也从 Writing Workshop 中了解到哪些反馈是有用的，所以添加的也少了一些）。

A Coding Environment

当我看到 Agents In The Cloud 时，我真的很兴奋，因为它非常非常利落地实现了我一直试图用 agentbox、webterm 和 piclaw 达成的一些目标：

它支持容器化沙箱
它有一个绝对杀手级的 Web 体验（至少在桌面端），不仅包含内嵌的 VS Code（这是我在 piclaw 中差点没做到的事），而且还有一个非常漂亮、可用的桌面端布局，可以说比我的更适合在里面使用像 VS Code 这样的东西。
它让从模板引导新工作区变得容易
巧合的是，它自带了非常可用的语音转文字功能，使用的正是我过去一周左右一直在为 Intel iGPU 优化的同一个 Nemotron 模型。

然而，它缺少一些我需要的关键功能；有些是我从一开始就内置到 piclaw 中的，有些是我认为合理管理它必不可少的：

一个钥匙串（自从我提出那个问题后，现在有了共享工作区密钥）
一个插件/扩展机制
对 ARM 构建的支持
一个管理 API，包含工作区管理、令牌撤销等功能（ssh 到主机来管理它还不够好）
更好的网络

目前对我来说最大的阻碍是，它是为单个开发者在单台机器上远程工作、只消费公共服务而设计的，这一点很明显：它默认通过 Tailscale 访问，并允许沙箱访问互联网，但我无法访问我局域网上的 Gitea 或我的任何私有 MCP 服务器，这使得在上面做正经工作对我来说根本行不通。

由于维护者仍在试图弄清楚如何接受贡献，我决定 fork 它，并投入一点时间内置一些必需品：

一个 draw.io 编辑器/预览器（因为如果我不能画图，我就真的没法设计任何东西）
一个管理 API 的初版，与我管理 Proxmox、Portainer、Azure 服务甚至 KVM 硬件的方式保持一致
一种让我拥有自己专属升级通道的方式（同时适用于 ARM 容器和我的自定义配置）

我把结果称为 kintsugi（如果你不熟悉它，可以查阅其理念），并且会恰到好处地调整它，直到我弄清楚它是否适合我的工作流程，以及是否有办法为原始项目做出贡献——我认为它本身就是一件美的事物，但仍需要成长的空间。

Blue and white ceramic bowl with cracks repaired in gold — 金缮风格的“修复过的东方陶瓷碗”标志，带着我一贯的奇思妙想。

这不会是一个硬分叉（我会尽我所能做出贡献），也不会取代 piclaw，但如果我这个周末能解决网络问题，它可能会显著减少我的 token 支出，以及我在维护诸如最近的代码审查扩展之类东西上的时间投入——那是我为 piclaw 构建的。

一个个人代理

这是最棘手的部分。piclaw 在很大程度上是我在所有地方都会使用的东西（包括我在工作中使用的一个版本，与 Copilot/Cowork 以及所有其他 $DAYJOB 相关配套集成），而且，我同样不打算取代它。

我确实需要让这场代理式内卷稍微平息一下，并弄清楚如何理智地维护它，而不是试图跟上 Earendil 那令人窒息的发布节奏，而且最重要的是，使用它，而不是在它身上烧 token——因此我立即转向月末发布，除非有我必须推出的热修复/漏洞修复。

但我确实认为我需要评估摆脱这种“churn”的方法（如果你读过任何一本《苍穹浩瀚》系列的书，你就会知道“churn”是一个含义相当丰富的词）。

所以我一直在研究其他代理，并尽可能利用它们：

我认为这并没有真正违反我的免责声明：我一直在将我大部分的工作技能和一些自定义工具移植到 M365 Copilot
我在我的 Mac 上越来越多地使用 Codex
我已经开始投入更多时间在 gi 上。

最后这一点很相关，因为我需要一种可移植的 pi 变体，它不基于 TypeScript，却能够提供与 pi 和 piclaw 目前所提供的基本功能几乎无差的 TUI 和 Web UI，这既是因为我想对自己的工具有一些控制权，也是因为其他现成的东西都不合适。

特别是，我需要一个比 pi 更节省内存、能在任何地方运行（包括 RISC-V）的东西，而且由于我也怀念做 LISP，使用 go-joker 作为扩展的运行时是我想要尝试的事情——尤其是现在它可以通过 WASM 将更多东西编译为原生代码，甚至对 SDL 进行 FFI。

但我刚刚发现 PiG 已经存在，所以我可能得在几个月后重新评估这一点。

无论如何，piclaw 将继续是我所依赖的东西，用来把我所有其他东西维系在一起，包括 kintsugi，直到它能够可靠地自我部署。

为此，我也开始稍微改变我的模型选择以节省 token。我一直在大多数编码工作中依赖 gpt-6.1-sol，其他所有事情则依赖 gpt-6-luna（terra 作为默认选择既不够聪明又太贵），但我实际上已经禁用了 Astra 和 Opus，并继续探索更便宜的替代方案。

你不需要烧钱、烧耐心和时间（这里的“时间”我实际上指的是生命）来高效地使用AI，你只需要有常识……