1. 项目概述：为什么我们需要一个终端内的AI编码助手“牧羊人”？

如果你和我一样，每天的工作流里塞满了各种AI编码助手——Claude Code在重构一个模块，Codex在生成测试用例，pi在写文档，而你自己的终端里可能还跑着本地开发服务器和日志。很快，你的屏幕就会被一堆终端窗口、标签页和进程输出淹没。你得像一个手忙脚乱的交通警察，不断在窗口间切换，查看哪个助手卡住了、哪个任务完成了、哪个在安静地运行。这种碎片化的管理方式，极大地消耗了开发者的注意力和上下文切换成本。

这就是 herdr 要解决的核心痛点。它不是一个全新的终端模拟器，也不是一个笨重的Web仪表盘，而是一个纯粹的、用Rust编写的 终端原生工作空间管理器 。你可以把它理解为你现有终端环境（无论是Ghostty、Alacritty、Kitty、WezTerm，甚至是在tmux内部）的一个智能“管理层”。它的核心使命很明确：让你在一个终端窗口内，像管理羊群一样，优雅地并行监督多个AI编码助手。

想象一下，你有一个项目，需要同时进行前端组件开发、后端API优化和数据库迁移脚本编写。传统做法是开三个终端标签页，分别启动三个不同的AI助手。但很快你就会发现，你无法一眼看出哪个助手在等待你的输入（阻塞），哪个已经生成完代码但你没来得及看（完成），哪个还在“思考”中（工作中）。 herdr 通过一个侧边栏，将这些状态可视化，并用颜色编码（红/蓝/黄/绿点）实时呈现，让你对全局工作状态一目了然。更重要的是，它允许这些助手之间通过本地Socket API进行协作，比如一个助手可以创建新工作区、拆分窗格运行测试服务器，然后等待另一个助手的输出。这不仅仅是“多开”，而是构建了一个让AI助手能协同工作的 控制平面 。

2. 核心设计哲学：终端原生、状态感知与轻量级协作

2.1 终端原生：不替代，只增强

很多工具试图通过提供一个全新的、封闭的环境来解决问题。 herdr 的设计哲学截然不同：它 运行在你现有的终端里 。这意味着你不需要改变使用Shell、Vim、SSH或任何其他全屏工具的习惯。当你按下 Ctrl+b 进入导航模式时， herdr 的UI层会叠加显示；当你退出导航模式，你又回到了一个完全正常的终端会话中。这种“非侵入式”设计是它最大的优势之一，保证了与现有工作流的无缝集成。

注意 ： herdr 是一个独立的二进制文件，不依赖Electron或任何GUI框架。这使得它极其轻量、启动迅速，并且资源占用极低。对于长期在终端里工作的开发者来说，这种纯粹性至关重要。

2.2 状态感知：从进程检测到语义集成

herdr 的智能核心在于其 状态感知 能力。它通过两层机制来理解每个窗格里发生了什么：

1. 进程检测 ：在Linux上通过读取 /proc 文件系统，在macOS上通过 proc_pidinfo ， herdr 能实时识别每个PTY（伪终端）的前台进程。它会将进程名与已知的AI助手列表（如 claude ， pi ， codex ）进行匹配。这是零配置的基础检测。

2. 输出启发式分析 ：仅仅知道运行了什么程序还不够。 herdr 会持续读取每个终端窗格缓冲区底部的实时输出，并应用针对每个助手的特定启发式规则来判断状态。例如，它可能会识别Claude Code的“等待输入”提示框，或者pi的旋转进度指示器。这个检测任务运行在独立的异步任务中，每300-500毫秒轮询一次，与终端渲染解耦，因此对性能影响微乎其微。

3. 直接集成（更优路径） ：对于支持钩子（hooks）或插件的助手（如pi、Claude Code）， herdr 提供了“一键安装”的集成。这些集成会让AI助手主动通过本地Socket API向 herdr 报告其语义状态（例如，“我正在运行工具”、“我需要用户批准”）。这种方式比纯输出分析更可靠、更精确。

这种分层方法确保了最大的兼容性和鲁棒性。即使某个助手不在官方支持列表内，你仍然可以使用 herdr 作为强大的终端多路复用器来管理它，只是状态指示可能不那么精确。

2.3 轻量级协作：为AI助手赋能

herdr 最前瞻性的设计在于，它不仅是一个给人用的监督工具，也是一个 给AI助手用的控制平面 。通过暴露一套完整的本地Socket API和对应的CLI包装器，运行在 herdr 内部的AI助手可以：

• 创建工作区和标签页 ：一个负责架构设计的助手可以创建一个新的工作区，让另一个助手专门去实现某个子模块。
• 拆分窗格 ：主编码助手可以垂直拆分一个窗格，专门用来运行测试或查看日志，实现输出分离。
• 进程间通信 ：助手A可以读取助手B所在窗格的输出，等待其出现特定关键字（如“测试通过”）后再继续自己的工作。
• 发送指令 ：可以向其他窗格发送文本或按键序列，实现一定程度的自动化流程编排。

这意味着你可以编写或指示AI助手编写脚本，让它们彼此协作，形成一个初步的“多智能体系统”。例如，一个CI/CD流水线可以这样描述：“助手A检查代码风格，助手B运行单元测试，两者都通过后，助手C执行构建和部署。” herdr 为这种协作提供了基础设施。

3. 从安装到上手：打造你的AI助手指挥中心

3.1 安装与环境准备

安装过程极其简单。 herdr 主要支持Linux和macOS系统。

一键安装（推荐） ： 打开你的终端，执行以下命令。该脚本会自动下载适合你系统架构的最新版本二进制文件，并将其安装到 ~/.local/bin （或 /usr/local/bin ，取决于你的PATH设置）。

curl -fsSL https://herdr.dev/install.sh | sh

安装完成后，建议将 ~/.local/bin 加入你的PATH环境变量（如果尚未加入）。可以执行 echo $PATH 查看，通常需要编辑 ~/.bashrc 或 ~/.zshrc 文件，添加一行 export PATH=$PATH:$HOME/.local/bin ，然后重启终端或执行 source ~/.zshrc 。

手动安装 ： 如果你对运行脚本有顾虑，或者需要特定版本，可以直接从GitHub Releases页面下载预编译的二进制文件，然后手动将其移动到PATH中的目录。

# 例如，下载最新版本的Linux x86_64二进制文件
wget https://github.com/ogulcancelik/herdr/releases/latest/download/herdr-x86_64-unknown-linux-gnu.tar.gz
tar -xzf herdr-x86_64-unknown-linux-gnu.tar.gz
chmod +x herdr
sudo mv herdr /usr/local/bin/ # 或 mv herdr ~/.local/bin/

验证安装 ： 安装成功后，在终端输入 herdr --version ，应该能看到版本号输出。首次运行 herdr 命令即可启动。

3.2 首次运行与快速入门

第一次启动 herdr ，你会看到一个简短的新手引导流程，主要是让你选择偏好的通知样式（侧边栏指示、右上角Toast提示、声音提示）。之后， herdr 会尝试恢复上次的会话（如果存在），否则你会直接进入 导航模式 。

导航模式是 herdr 的管理界面。整个窗口会被分成两部分：右侧是主要的终端区域（可能还是一片空白），左侧是状态侧边栏。此时，你可以按照以下步骤快速建立一个多助手工作环境：

1. 创建工作区 ：按下 n 键。这会立即创建一个新的工作区，并在其中打开一个根窗格（Root Pane）。工作区的标签会自动根据根窗格所在的目录命名（如果是Git仓库，则用仓库名）。
2. 启动第一个AI助手 ：在根窗格中，像平常一样启动你的AI助手，例如 claude 或 pi 。
3. 拆分窗格，并行工作 ：按下 Ctrl+b 确保你在导航模式（如果不在的话），然后按 v （垂直分割）或 - （水平分割）。一个新的窗格会出现。
4. 在新窗格启动第二个助手 ：用方向键或鼠标聚焦到新窗格，启动另一个AI助手，比如 codex 。
5. 观察侧边栏 ：现在你应该能在侧边栏看到两个助手的实时状态。红色表示阻塞（需要你输入），蓝色表示已完成但未查看，黄色表示正在工作，绿色表示空闲/已查看。
6. 切换与聚焦 ：你可以点击侧边栏的工作区或窗格进行切换，也可以用快捷键（如 Alt+h/j/k/l 在窗格间移动，需配置）。

实操心得 ：刚开始建议先在一个工作区内操作，熟悉窗格分割和焦点切换。 herdr 的鼠标支持非常好，直接点击窗格、标签页、侧边栏项目进行交互非常直观，这对从图形界面过渡的用户很友好。

3.3 核心概念与操作详解

工作区、标签页与窗格 ： 这是 herdr 组织内容的层级结构。

• 工作区 ：代表一个独立的项目或任务上下文。每个工作区拥有独立的标签页和窗格布局。你可以同时打开多个工作区，在它们之间快速切换。
• 标签页 ：存在于工作区内部，类似于浏览器标签页。可以将不同但相关的任务放在同一个工作区的不同标签页中。
• 窗格 ：终端会话的实际载体。你可以在一个标签页内创建多个窗格，并以各种布局（左右、上下）排列它们。

导航模式 vs. 终端模式 ：

• 终端模式 ：就是普通的终端。你可以在此运行任何命令。按 Esc 或 Ctrl+b 可以切换到导航模式。
• 导航模式 ：管理UI激活的状态。在此模式下，你可以使用快捷键管理工作区、标签页和窗格。执行创建、关闭等操作后，会自动返回终端模式。

常用快捷键速查表 ： 以下是在导航模式（按下 Ctrl+b 后）下的默认快捷键。记住， herdr 允许高度自定义。

快捷键	动作
n	创建新工作区
Shift+n	重命名当前工作区
d	关闭当前工作区
c	在当前工作区创建新标签页
v	垂直分割当前窗格
-	水平分割当前窗格
x	关闭当前窗格
f	将当前窗格全屏化/取消全屏
r	进入调整窗格大小模式（然后用 h/j/k/l 调整）
b	显示/隐藏侧边栏
?	显示快捷键帮助

调整大小模式 ： 按下 r 进入后，使用 h / l 调整宽度， j / k 调整高度，按 Esc 退出。

4. 高级配置与个性化：打造专属工作流

4.1 配置文件与主题定制

herdr 的配置文件采用TOML格式，位于 ~/.config/herdr/config.toml 。如果该文件不存在， herdr 会使用内置默认配置运行。你可以通过命令 herdr --default-config 打印出完整的默认配置，并将其重定向到配置文件作为起点。

herdr --default-config > ~/.config/herdr/config.toml

主题切换 ： herdr 内置了9种流行的终端配色主题，如默认的Catppuccin、Tokyo Night、Dracula、Nord、Gruvbox等。修改配置文件的 [theme] 部分即可切换：

[theme]
name = "dracula" # 将“dracula”替换为你喜欢的主题名

你还可以在基础主题之上，覆盖特定的颜色令牌（token），实现微调。详细的颜色令牌列表可以参考官方文档。

更便捷的方式：应用内设置 ！ 你不需要总是手动编辑配置文件。在 herdr 运行时，可以通过导航模式访问内置的设置界面来切换主题、开关声音和Toast通知。这大大降低了配置门槛。

4.2 自定义快捷键绑定

默认的 Ctrl+b 作为前缀键，对于tmux用户来说非常熟悉。但 herdr 允许你绑定直接快捷键，无需先按前缀键。这能极大提升效率。

例如，你想用 Alt+方向键 直接在终端模式下切换窗格，可以这样配置：

[keys]
# 在终端模式下直接切换窗格（类似Vim方向键）
focus_pane_left = "alt+h"
focus_pane_down = "alt+j"
focus_pane_up = "alt+k"
focus_pane_right = "alt+l"
# 切换工作区
previous_workspace = "ctrl+alt+["
next_workspace = "ctrl+alt+]"
# 切换标签页
previous_tab = "alt+["
next_tab = "alt+]"

注意事项 ：自定义快捷键时，注意不要与终端模拟器本身或Shell的快捷键冲突。建议从简单的组合开始，如 Alt+字母 。

4.3 安装AI助手集成（提升状态检测精度）

虽然自动检测能工作，但为支持的AI助手安装直接集成，能获得最准确的状态反馈。安装命令非常简单：

# 安装Pi集成
herdr integration install pi
# 安装Claude Code集成
herdr integration install claude
# 安装Codex集成
herdr integration install codex
# 安装OpenCode集成
herdr integration install opencode

这些命令做了什么？它们会找到对应AI助手的配置文件目录（例如 ~/.config/pi 或 ~/.config/claude ），并在其中放置或修改钩子脚本。当AI助手运行时，这些钩子会将其内部状态（“思考中”、“执行工具中”、“等待用户输入”）通过本地Socket发送给 herdr 。

卸载集成 ： 如果你不再需要某个集成，或者遇到了问题，可以轻松卸载：

herdr integration uninstall pi

集成原理浅析 ：以Claude Code为例，安装集成后， herdr 会在Claude的配置中注入一个插件。当Claude Code的状态发生变化时（例如，从“生成代码”变为“等待批准”），这个插件会向 herdr 的Unix Domain Socket发送一条结构化消息（如 {"agent": "claude", "state": "blocked", "reason": "awaiting_approval"} ）。 herdr 接收到后，就会更新侧边栏中对应窗格的状态点为红色（阻塞）。这比单纯分析终端输出中的“等待输入”文本要可靠得多，因为输出文本可能因版本或设置而变化，而API是稳定的契约。

5. 利用Socket API实现自动化与智能体协作

这是 herdr 作为“智能体协作平台”的精华所在。它提供了一个本地Socket API（默认位于 ~/.config/herdr/herdr.sock ）和一组方便的CLI包装器，允许外部脚本或 运行在 herdr 内部的AI助手本身 来编程式地控制工作区。

5.1 CLI包装器基础使用

你可以在任何 herdr 窗格的终端里使用这些命令，它们会与 herdr 守护进程通信。

1. 创建工作区并获取其ID ：

   herdr workspace create --label "api-refactor"
   

   这会返回一个JSON，其中包含新工作区的ID（如 "id": "3" ）和根窗格的ID。

2. 在特定工作区创建标签页 ：

   herdr tab create --workspace 3 --label "tests"
   

3. 在特定窗格中执行命令 ：

   herdr pane send --pane 3-1 "cd /path/to/project && ls -la\n"
   

   这个命令会向ID为 3-1 的窗格发送 cd 和 ls 命令，就像你亲手输入的一样。

4. 等待窗格输出出现特定模式 ：

   herdr wait --pane 3-1 --pattern "Build successful"
   

   这个命令会阻塞，直到窗格 3-1 的输出中出现 “Build successful” 字符串。这对于编排自动化流程至关重要。

5.2 构建一个简单的多智能体协作脚本

假设我们有一个任务： “请分析项目中的TODO注释，并为其生成修复代码。” 我们可以拆解为两个AI助手协作完成。

脚本思路 ：

1. 助手A（代码分析专家）扫描代码库，找出所有TODO注释，并输出一个清单文件。
2. 助手B（代码生成专家）读取清单文件，为每个TODO项生成修复代码。

在 herdr 中的实现步骤 ：

#!/bin/bash
# 这是一个简化示例，实际中可能由AI助手自己生成并执行

# 1. 创建一个专门的工作区
WORKSPACE_INFO=$(herdr workspace create --label "TODO-Cleanup")
WORKSPACE_ID=$(echo $WORKSPACE_INFO | jq -r '.id')
ROOT_PANE_ID=$(echo $WORKSPACE_INFO | jq -r '.root_pane_id')
echo "工作区 $WORKSPACE_ID 已创建，根窗格: $ROOT_PANE_ID"

# 2. 在根窗格启动助手A（例如Claude Code），并给它初始指令
herdr pane send --pane $ROOT_PANE_ID "claude\n"
sleep 2 # 等待Claude启动
herdr pane send --pane $ROOT_PANE_ID "请扫描当前目录（.）下的所有.py文件，找出所有包含'TODO'的注释，并将它们（包括文件名、行号和注释内容）写入到文件 './todo_list.txt' 中。完成后请告诉我。\n"

# 3. 等待助手A完成任务（通过检测输出中的特定关键词）
herdr wait --pane $ROOT_PANE_ID --pattern "任务完成|Done|已完成" --timeout 120

# 4. 垂直分割窗格，创建助手B的工作区域
SPLIT_INFO=$(herdr pane split --pane $ROOT_PANE_ID --vertical)
NEW_PANE_ID=$(echo $SPLIT_INFO | jq -r '.id')
echo "新窗格 $NEW_PANE_ID 已创建用于助手B"

# 5. 在新窗格启动助手B（例如Codex），并让它处理TODO列表
herdr pane send --pane $NEW_PANE_ID "codex\n"
sleep 2
herdr pane send --pane $NEW_PANE_ID "请读取 './todo_list.txt' 文件。对于其中的每一个TODO项，请分析其上下文，并生成修复该TODO的代码片段。将每个片段的建议写入对应的源文件中（或生成一个补丁文件）。开始前请先确认你已读取文件。\n"

# 此时，开发者可以在侧边栏同时监控两个助手的状态。
# 助手A可能很快变成绿色（空闲），而助手B会长时间处于黄色（工作中）。
# 如果助手B遇到问题需要澄清，状态会变为红色（阻塞），开发者可以立即点击该窗格进行干预。

这个脚本展示了如何将 herdr 的API用于流程编排。在实际应用中，这个脚本本身可以由一个“指挥员”AI助手来生成和执行。

5.3 为AI助手编写“Herd技能”

herdr 项目提供了一个 SKILL.md 文件，其中包含了一个可复用的“技能”描述。你可以将这个描述提供给Claude Code、GPT-4等高级AI助手，它就能理解如何在 herdr 环境中操作。

核心技能包括：

• 理解 herdr 环境 ：知道自己运行在一个有ID的窗格中，并能获取兄弟窗格、工作区信息。
• 使用 herdr CLI ：能够调用 herdr workspace create , herdr pane split 等命令。
• 协作协议 ：例如，通过向特定文件写入内容或读取其他窗格输出来进行通信。

通过灌输这个技能，AI助手可以从被动的代码生成工具，转变为能主动管理资源、发起协作的智能体。例如，你可以对Claude Code说：“我觉得这个模块的测试覆盖率不够，你能创建一个新的窗格，并启动pi来为这个模块生成一些单元测试吗？” 拥有技能的Claude Code就能理解并执行这个请求。

6. 常见问题排查与实战技巧

6.1 安装与启动问题

问题：安装脚本执行后， herdr 命令未找到。

• 排查 ：执行 echo $PATH ，检查 ~/.local/bin 或 /usr/local/bin 是否在PATH中。
• 解决 ：将安装目录加入PATH。对于 ~/.local/bin ，在 ~/.bashrc 或 ~/.zshrc 中添加 export PATH="$PATH:$HOME/.local/bin" ，然后执行 source ~/.zshrc 。
• 快速验证 ：可以直接用全路径运行，如 ~/.local/bin/herdr --version 。

问题：启动 herdr 后，终端显示异常或按键无响应。

• 排查 ：这可能是因为你的终端模拟器不完全支持 herdr 使用的某些终端控制序列。 herdr 在Ghostty、Alacritty、Kitty、WezTerm等现代终端中测试良好。
• 解决 ：
  1. 尝试在 herdr 命令后添加 --debug 标志启动，查看错误输出。
  2. 确保你的 TERM 环境变量设置正确（通常是 xterm-256color 或 tmux-256color ）。
  3. 如果是在tmux或screen内运行，请确保它们版本较新。 herdr 宣称支持在tmux内运行，但某些老版本可能有兼容性问题。

6.2 状态检测不工作

问题：侧边栏里AI助手的状态点一直是灰色（未检测到）或状态不准确。

• 排查步骤 ：
  1. 确认助手在运行 ：首先确保AI助手进程确实在该窗格中运行。在导航模式下，将焦点移到该窗格，看终端标题或进程是否正常。
  2. 检查是否支持 ：查看 herdr 官方文档的“Supported Agents”列表，确认你的助手是否在列。对于列表中的“启发式支持”项，检测可能不完美。
  3. 安装直接集成 ：如果助手支持（如pi、Claude Code）， 这是最有效的解决方案 。运行 herdr integration install <agent-name> 。
  4. 查看检测日志 ：以调试模式启动 herdr （ RUST_LOG=debug herdr ），观察输出中是否有与进程识别或输出解析相关的错误信息。
• 根本原因 ：自动检测依赖于进程名匹配和输出文本启发式。如果助手更新了UI文本，或者你使用了非标准的启动方式，检测可能失败。直接集成通过API通信，不受UI变化影响。

6.3 窗格布局与会话管理

问题：关闭窗格或工作区时误操作，如何恢复？

• 注意 ： herdr 的窗格/工作区关闭操作是立即生效的，没有确认对话框（类似tmux）。需要谨慎操作。
• 技巧 ： herdr 具有 会话持久化 功能。你的工作区、标签页、窗格布局、工作目录都会自动保存在 ~/.config/herdr/session.json 中。即使你误关了整个 herdr 进程，下次启动时（不添加 --no-session 参数），它会尝试恢复上次的状态。但是， 窗格内运行的进程（如AI助手、服务器）无法恢复 ，只有布局和路径信息被保存。
• 建议工作流 ：重要的、长期运行的任务（如开发服务器）最好通过 herdr 启动后，再在对应的窗格内启动。这样布局得以保留，进程需要手动重启。

问题：窗格大小调整不顺手，或者想预设布局。

• 解决 ： herdr 的布局是手动调整的，没有预置模板。但你可以通过熟练使用调整大小模式（ Ctrl+b r ）来快速整理。一个技巧是：先创建所有需要的窗格，然后反复使用 r 模式配合 h/j/k/l 均匀分配空间。对于固定项目，可以编写一个Shell脚本，利用 herdr workspace create 和 herdr pane split 等API命令在启动时自动构建理想布局。

6.4 性能与资源占用

问题：运行多个AI助手和 herdr 本身，会占用大量内存/CPU吗？

• 实测情况 ： herdr 本身作为Rust编写的原生二进制程序，资源占用极低（通常内存<50MB，CPU近乎空闲）。主要的资源消耗来自于你运行的AI助手进程（如Claude Code、Codex），这些是外部进程，与 herdr 无关。
• 优化建议 ：
  1. 调整检测轮询间隔 ：在配置文件中，可以微调状态检测的轮询频率（虽然不推荐，因为默认的300-500ms已经很轻量）。
  2. 关闭不需要的通知 ：如果你觉得Toast或声音通知干扰，可以在设置中关闭它们，仅保留侧边栏视觉指示。
  3. 及时清理 ：关闭已完成任务的工作区，避免堆积过多闲置窗格。

6.5 与现有终端工作流集成

问题：我已经在使用tmux了， herdr 是替代品吗？

• 关系解读 ： herdr 和tmux不是互斥的，它们可以协同工作。 herdr 可以运行在tmux的一个窗格（pane）或窗口（window）内部。这样，你既可以利用tmux的会话持久化、网络断开重连等强大功能，又能在其中一个窗格里使用 herdr 来专门管理AI助手。
• 典型场景 ：在一个tmux会话中，一个窗格运行 herdr 管理多个AI编码任务，另一个窗格用Vim编辑代码，第三个窗格运行日志跟踪。你用tmux在它们之间切换，用 herdr 精细管理AI助手群。
• 潜在冲突 ：两者的快捷键前缀都是 Ctrl+b 。你需要修改其中一者的前缀键。建议修改tmux的前缀键（如在 ~/.tmux.conf 中设置 set -g prefix C-a ），因为 herdr 的很多交互（如侧边栏点击）依赖其自身的导航模式。

问题：如何复制窗格内的文本？

• 操作 ： herdr 支持鼠标拖选文本，释放后自动复制到系统剪贴板。这依赖于终端对OSC 52序列的支持。大多数现代终端（如Alacritty、Kitty、WezTerm）都支持。如果鼠标复制失效，可以尝试使用终端模拟器自身的复制快捷键（如 Ctrl+Shift+C ）。

7. 进阶应用场景与未来展望

7.1 场景一：代码审查与重构流水线

你可以建立一个由三个AI助手组成的流水线：

1. 工作区A，窗格1（代码分析器） ：运行一个助手，负责静态分析，找出代码中的坏味道（如过长的函数、重复代码），并输出报告。
2. 工作区A，窗格2（重构助手） ：运行Claude Code，读取分析报告，针对每个问题提出重构方案，并生成具体的代码变更。
3. 工作区A，窗格3（测试生成器） ：运行pi或Codex，针对重构后的代码，生成相应的单元测试。

通过 herdr 的侧边栏，你可以一眼看到流水线的进度：分析器是绿色（完成），重构助手是黄色（工作中），测试生成器是红色（阻塞，等待重构代码）。你可以随时介入任何一个环节。

7.2 场景二：多语言、多技术栈项目开发

假设你正在开发一个全栈项目，包含Python后端、React前端和PostgreSQL数据库。

• 工作区1：后端API 。一个窗格运行Flask开发服务器，一个窗格运行Claude Code编写业务逻辑，一个窗格运行终端监控API日志。
• 工作区2：前端UI 。一个窗格运行Vite开发服务器，一个窗格运行Codex生成React组件，一个窗格运行浏览器测试（如果终端支持）。
• 工作区3：数据库与部署 。一个窗格连接PostgreSQL执行查询，一个窗格用AI助手编写数据迁移脚本，一个窗格准备Dockerfile。

herdr 让你可以在一个终端窗口内，通过点击侧边栏的工作区标签，瞬间在不同技术上下文间切换，同时保持每个上下文中多个关联任务的并行视图。

7.3 对开发者与AI协作未来的启示

herdr 本身就是一个有趣的元项目：它几乎完全由AI编码助手在作者的监督下构建而成。这证明了当前水平的AI助手，在清晰架构和规范指导下，已经能够协作完成一个复杂、实用的开发工具。

它的出现标志着一个趋势：AI助手正从“单兵作战”的工具，向可以 被编排、被管理、彼此协作 的“数字员工”群体演变。 herdr 提供了最初级的“调度”和“状态监控”功能。未来，我们可能会看到更复杂的编排逻辑（如依赖管理、条件分支、错误处理）、更丰富的交互协议（超越简单的文本输入输出），以及更深入与IDE、版本控制系统、CI/CD平台的集成。

对于今天的开发者而言，学习和使用 herdr 这类工具，不仅仅是提升效率，更是在提前适应和塑造下一代的人机协同开发范式。它要求我们思考如何将复杂任务分解、如何给AI助手下达清晰的指令、如何在自动化和人工控制之间取得平衡。