终端配置正在拆成“个人层”和“团队层”

dotfiles 曾经主要属于个人

很多年以来，终端配置更像一种私人手艺。字体、prompt、alias、shell 插件、配色、快捷键、编辑器细节，这些都属于个人工作风格的一部分。dotfiles 虽然也会分享，但更多是可选行为，而且往往带着很强个人偏好。

这个模型今天依然成立，因为“个人熟练度”本来就是真实存在的。高频使用者的效率，很大程度上依赖于与自己习惯高度贴合的配置。但当终端开始承载共享工作流、内置 agent、团队 prompt 和会话约定时，这个模型就不再完整了。

团队层正在出现

越来越多终端产品现在不得不回答一些不再纯属个人的问题:

1. 哪些环境变量应该被团队统一？
2. 哪些 alias 适合共享和教学？
3. 哪些 agent 规则或 prompt 应该在仓库里共用？
4. 哪些 shell 集成是 onboarding、支持或故障处理时的默认前提？

这些问题已经不是“我的 dotfiles 怎么配”那么简单，而是操作层问题。因此，配置正在自然拆成两层: 一层服务个人速度，一层服务团队一致性。

什么应该继续留在个人层

并不是所有东西都应该上收进共享层。恰恰相反，如果试图把每个细节都标准化，通常只会制造反感和脆弱配置。

更适合继续留在个人层的，通常包括:

1. 主题、字体和视觉偏好。
2. prompt 风格和本地 shell 手感。
3. 不影响共享工作流的私有 alias。
4. 不改变项目行为的个人工具偏好。

共享层应该聚焦那些会影响可复现性、可支持性和协作效率的部分。

产品应该提供什么

随着这种分层越来越常见，终端和 agent 工具也应该把边界做得更清楚。团队需要一种更安全的方式来下发默认设置，而不是粗暴覆盖个人环境。

理想中的产品支持至少应该包括:

1. 仓库级配置，并且与个人配置显式分离。
2. 当本地设置和共享设置冲突时，清楚说明优先级。
3. 透明可见的导入流程，而不是偷偷修改配置文件。
4. 可审计的 agent 行为规则和命令辅助逻辑。

终端配置的未来，不是彻底标准化，而是更明确地划分哪些属于个人，哪些属于团队。