当智能体开始参与编码，开发者面对的不再只是“多开一个聊天窗口”，而是如何同时管理代码仓库、分支、智能体会话、开发服务器和普通 Shell。termio 的思路是把这些对象收进一个终端优先的开发环境，并以项目、Git worktree 和分割面板组织并行工作。
项目是长期上下文，聊天是临时会话
termio 将一个代码仓库映射为一个项目。项目下面可以挂载终端与智能体，因此长期开发任务能够围绕仓库组织：智能体处理代码，Shell 执行测试，另一个终端运行服务，相关上下文仍留在同一个项目中。
聊天则不属于任何项目，更适合临时问题，例如解释一段错误信息、比较两个库，或者草拟一个与当前代码库无关的脚本。这种区分看似简单，却能减少一个常见问题：临时对话不断进入项目历史，最终让真正与仓库有关的任务难以查找。
可以按下面的规则选择入口：
- 需要读取、修改或验证仓库代码时，进入项目并创建智能体。
- 需要并行处理不同分支时，从项目创建 worktree 任务。
- 只是询问概念或处理一次性文本时，使用独立聊天。
Worktree 让并行任务拥有独立工作目录
同一个工作目录无法同时检出两个分支。开发者如果让多个智能体共享它，一个智能体切换分支、暂存文件或生成构建产物，都可能干扰另一个任务。
termio 支持从侧边栏按分支创建并行任务，并把 worktree 嵌套在来源项目下。这样既保留了“这些任务属于同一仓库”的层级关系，又让每项工作拥有独立目录。典型场景包括：一边修复生产缺陷，一边开发新功能；或者让两个智能体分别尝试不同实现，再比较测试结果。
如果希望先在普通 Git 仓库中理解这套机制，可以这样实践。运行前把分支名和目录名替换成自己的任务名称：
# 在仓库根目录执行
mkdir -p ../worktrees
git fetch origin
git worktree add -b fix/login-timeout \
../worktrees/login-timeout origin/main
git worktree add -b feat/audit-log \
../worktrees/audit-log origin/main
git worktree list
随后可以在两个独立目录中并行工作：
# 终端 A
cd ../worktrees/login-timeout
npm install
npm test
# 终端 B
cd ../worktrees/audit-log
npm install
npm run dev
任务合并并确认目录中没有未提交修改后，再清理对应 worktree：
git worktree remove ../worktrees/login-timeout
git branch -d fix/login-timeout
git worktree prune
git worktree remove --force 可能丢弃未提交内容，不应成为日常清理手段。还要注意，每个 worktree 通常需要独立安装依赖、准备本地配置，并避开重复的服务端口。
分割面板把执行链放在一个窗口里
termio 提供面板分割：⌘D 横向分割，⇧⌘D 纵向分割。它的价值不只是节省窗口切换，而是让一次开发任务的反馈链保持可见。
一个实用布局可以是：
- 左侧放智能体，用于分析与修改代码。
- 右上运行开发服务器，持续观察启动和请求日志。
- 右下保留 Shell，执行测试、Git diff 和静态检查。
例如，一个 Node.js 项目可以在 Shell 面板中运行持续测试：
npm run test -- --watch
另一个面板启动开发服务器，并显式指定端口，避免多个 worktree 冲突：
PORT=3101 npm run dev
验证智能体修改时，不要只依赖聊天中的结论。应在终端中检查实际差异和测试结果：
git status --short
git diff --check
git diff --stat
npm test
这套布局把“提出修改、运行代码、观察结果、检查差异”压缩到同一窗口中，也让人工审查始终处于工作流内。
建立可控的采用方式
termio 适合需要频繁并行开发、同时运行多个命令或管理多个智能体任务的团队。刚开始使用时，没有必要立即为每个小问题创建 worktree。短任务可以留在主项目中，只有会持续一段时间、需要独立分支，或可能与当前修改冲突的工作才值得拆分。
落地时可以检查以下事项：
- 一个 worktree 只对应一个清晰任务和分支。
- 每个并行服务分配不同端口。
.env、数据库和缓存目录不会被错误共享或提交。- 智能体修改后必须运行项目测试，并人工查看
git diff。 - 合并完成后及时移除 worktree，避免项目侧边栏和磁盘堆积失效任务。
- 临时聊天不承担仓库级任务，重要决策应回到项目上下文或代码文档中。
终端智能体开发台真正解决的不是“在哪里聊天”，而是怎样让多个执行环境保持隔离，同时又能被开发者持续观察。项目提供边界，worktree 提供并行目录，分割面板提供即时反馈；三者配合后，智能体才更容易成为可审查、可验证的工程流程的一部分。