企业官网建设流程全解析

我最近干了一件让身边同事觉得有点"过度工程"的事：把日常开发环境重构成了一个带context-mode（上下文模式）的自定义工具集。起因其实很朴素——我同时维护着两三个项目，每个项目的技术栈、构建方式、常用目录、甚至启动命令都完全不同，而终端里堆了越来越多的 alias、环境变量和"我记得上次是这么跑的"的临时记忆。

试过一些现成方案，比如 direnv、direnv 的布局文件、还有各种 shell 插件，但总差点意思。direnv 能按目录切换环境变量，可我想切换的不仅是变量，还有命令行为、提示符样式、快捷键映射、乃至编辑器里的项目配置。市面上没有一种工具是按照"我当前在干什么场景"来整体改变环境的，大多数都是按"我在哪个目录"来切。目录只是场景的一个信号，不是全部。

后来我干脆自己写了一套context-mode的思路：把"项目场景"建模成第一公民，让工具自动识别当前上下文，再加载对应的配置和行为。折腾了一个多月，效果超出预期，打算把这套设计思路、核心实现和踩过的坑都写下来。如果你也有类似的"配置越来越乱、切换越来越烦"的痛感，这篇文章应该能给你一个不小的启发。

1. 为什么我需要一个"上下文模式"：被碎片化配置逼出来的方案

1.1 背景：多项目并行时的配置地狱

先说我的日常工作流。我要在几个角色之间反复横跳：一个是后端微服务项目，用的是 Java/Maven，启动一个服务要敲一长串mvn spring-boot:run -Dspring-boot.run.profiles=dev；另一个是前端项目，需要切 node 版本、启动 dev server、还要打开特