pi-web v0.8.0：一个月 152 个 commit，我做最高频的 Agent UI

152 个 commit 背后：Agent UI 的快速迭代哲学

pi-web 的 v0.7.0 到 v0.8.0 跨度只有一个月，却产出了 18 个版本、152 个 commit、131 个文件的变更、14,084 行新增代码和 10 位贡献者。这个迭代密度在开源 Agent 工具中相当罕见。项目还完成了一次重要的品牌调整——从 “Pi Agent Web” 改名为 “Pi Web”——去掉了 “Agent” 两个字，反而表明了团队的信心：不需要在名字里强调自己是 Agent 工具，因为产品本身已经足够说明一切。

这种高频率迭代的背后，是一种与 Agent 领域高度契合的开发理念。Agent 本身就是一个快速演进的领域，今天的最佳交互模式可能下个月就被颠覆。pi-web 的策略不是花三个月打磨一个”完美”版本，而是用一个月的密集迭代快速探索、快速验证、快速修正。152 个 commit 意味着平均每天超过 5 个提交，这在开源项目中需要极高的工程纪律和自动化基础设施来支撑。

交互细节的创新：自动命名、@文件补全与懒加载

v0.8.0 的几个关键特性都聚焦在交互体验的”摩擦点”上。自动会话命名解决了一个看似微小但实际烦人的问题：Agent 对话越来越多后，满屏的 “New Chat (42)” 让回顾历史对话变得几乎不可能。现在 pi-web 会自动根据对话内容生成有意义的标题，这背后用的是一个轻量级的命名 Agent，成本极低但体验提升巨大。

@file 自动补全是另一个交互突破。在 Agent 对话中引用文件是最常见的操作之一，但之前需要手动输入完整路径或拖拽文件。现在像现代代码编辑器一样，输入 @ 就能模糊搜索并补全文件路径。长对话懒加载（50 条消息分页）则解决了性能问题——当一个会话积累了数百条消息后，全量渲染会让浏览器卡顿。这些细节单看都不起眼，但叠加在一起就构成了专业工具与玩具之间的差距。

架构层面的演进：Git Worktree 聚合与上游同步

在更底层，pi-web v0.8.0 引入了 Git worktree 聚合功能，这是一个面向多仓库工作流的特性。对于同时维护多个分支或相关项目的开发者来说，能够在一个统一的界面中查看所有 worktree 的状态，省去了频繁切换目录和 git status 的重复操作。5 天内完成 5 次上游 pi 的同步也展示了项目对核心依赖的紧密跟踪能力——在 Agent 框架快速变化的当下，落后上游一个大版本就可能意味着兼容性灾难。

!command shell 前缀的设计也很巧妙：在 Agent 对话中，以 ! 开头的消息会被识别为 shell 命令直接执行，这在”我想让 Agent 做某事但不如自己跑个命令更快”的场景下特别有用。pi-web 没有强行把所有操作都塞进 Agent 对话流中，而是保留了直接执行的快捷通道——务实，不教条。通过 npx @agegr/pi-web@latest 一键启动，在 GitHub 上开源，pi-web 正在成为 Agent UI 领域最活跃的项目之一。