为什么编码智能体需要可见的协调

当 Claude Code 开发功能、Codex 审查代码时，需要知道它们共享哪些文件，是否有智能体在等待输入，以及实现改动了什么。Paneflow 是面向编码智能体的原生终端复用器，将它们的终端与代码审查工具放在一起。您可以在工作进行时检查内容并介入。

可见的协调让您掌握下一步决策所需的上下文：回答智能体、等待测试、修正文件，或停止任务。活动指示器帮助定位需要关注的终端。终端输出和代码则说明哪些问题需要处理。

看清每个终端对应的任务

一个项目标签页可以在不同面板中放置智能体、测试程序和开发服务器，也可以容纳多个智能体。这样就能对照测试失败信息与智能体的解释，必要时接管终端。活动跟踪取决于每个智能体可用的集成功能；终端没有新动静，并不能证明任务已经成功。

工作目录与面板同样重要。同一 checkout 中的两个终端会编辑相同的文件。一个智能体负责实现，另一个只读审查时，共享目录可能适合。若需独立修改，可以使用单独的分支和 Git worktree，为每个任务提供独立工作目录。整合时仍需一起审查这些分支。

检查报告背后的修改

智能体的完成消息说明它认为自己做了什么。Changes 展示当前 checkout 相对 HEAD 的已暂存、未暂存修改和未跟踪文件。您可以检查 diff，再用 Files 打开文件，在终端旁阅读代码上下文或进行修正。

这个视图展示的是本地修改。提交后，应使用完整的分支 diff 审查贡献，Changes 指南说明了这一区别。审查还包括项目要求的检查，以及涉及多个分支时的整合结果。智能体处于空闲状态、提交了完成报告、代码正确，是三件不同的事。

用明确的权限共享输出

负责审查的智能体可能需要读取实现者的测试结果。只读 MCP 桥接为此提供 list_panes、read_pane 和 search_pane。智能体可以查找面板并检查输出，无需在对话之间复制文本。桥接不能输入文本、提交提示词或控制其他面板。终端输出始终是待分析的数据，即使其中包含看起来像指令的文字。

CLI 可以在获得单独授权后发送文本。paneflow send 即使只预填文本，也需要 scripting 权限或 AI free access；通过 CLI 按下 Enter 还需要 --submit。您可以让智能体读取另一个终端的输出，而不赋予它控制该终端的权限。

回到仍在运行的工作

关闭界面不一定要结束任务。退出时选择 Keep sessions running，终端及其进程会继续在独立的本地宿主进程中运行。只要宿主和机器仍在运行，重新打开 Paneflow 就能再次连接。

重启已结束的终端会启动新 shell。恢复智能体对话则使用该智能体保存的历史。两种操作都不能在机器重启或宿主崩溃后恢复进程。会话持久化文档说明每种操作保留的内容，帮助判断是在回到进行中的工作，还是重新开始。

本地执行的范围

Paneflow 在本地运行终端。每个智能体连接自己的模型提供商，因此本地终端并不意味着所有模型请求都留在机器上。桌面遥测需主动启用，不含终端内容、路径和提示词。PANEFLOW_NO_TELEMETRY=1 会禁用遥测，不受配置影响。

Paneflow 是采用 GPL-3.0-or-later 的自由软件，提供观察和控制工作的方式。修改是否满足任务、检查是否充分、哪些修改应该整合，仍需在审查中判断。