对话不是聊天记录，是一棵树：Juggler 如何颠覆 AI 编程的交互范式

Thu, 16 Jul 2026 09:00:00 +0800

你正在用 Codex 做一个重构任务。Agent 跑了 15 分钟，修改了 23 个文件。你想看看它是怎么一步步推演到最终方案的，于是你开始往上滚。滚了 800 行。又滚了 300 行。10 分钟后你终于找到了那个关键的决策点，然后你意识到：如果你在这个节点选择了另一个方向，整棵决策树都会不一样。

但 Codex 的界面只是一个文本框。你的所有对话历史，包括提示词、工具调用、思考链、错误重试、分支探索，全部压平成了一条线。你没有空间导航，只有时间回溯。

这是 Jules Storer 对现状的不满。Storer 这个名字你不一定熟悉，但他写过的东西你大概率用过：JUCE，那个支撑了无数音频软件（从 Ableton Live 到 Teenage Engineering 的硬件）的 C++ 框架。他就是那个把"音频 GUI 很难做"这件事彻底解决掉的人。

现在，他把目光投向了另一个「交互做得很差」的领域：AI 编程 Agent。

他刚刚发布了 Juggler，一个开源的 GUI AI 编程 Agent。上线没几天就在 Hacker News 拿了 272 个投票。它不仅支持 Codex，还支持 Claude Code、Gemini、Ollama 等几乎所有主流模型。但真正有趣的地方不在于它支持什么模型，而在于它从根本上重新想象了人和 AI 协作编程的方式。

核心命题：会话不应该是聊天记录

Juggler 有一个非常清晰的核心设计主张：AI 编程会话的本质是树，不是线。

你仔细想想这个论断。当你让 Agent 做一个复杂任务时，它在内部不断产生分支：尝试方案 A 失败、回溯、换方案 B、同时探索 C、发现 C 更好、继续深入。这是一个不断分叉、回溯、再分叉的过程。

但几乎所有编程 Agent 的界面，不管是 Codex、Claude Code 还是 Cursor，给你的都是一个线性聊天框。把你的滚动条想象成一条时间轴，你只能单向回溯。看到第 347 步做的一个糟糕决策？抱歉，你没法在那个节点「重新来过」。

GUI on Codexer

对话不是聊天记录，是一棵树：Juggler 如何颠覆 AI 编程的交互范式

核心命题：会话不应该是聊天记录