Wox 开发者工作流：程序员的命令与文件快速调用

开发者的时间花在哪

一天下来，写代码的时间往往不到一半。剩下的被这些切碎：找文件、切目录、跑命令、翻日志、查接口文档、切浏览器标签。

每一次切换本身只要几秒，但它们会打断思路。真正贵的不是那几秒，是重新进入状态的那几分钟。

启动器能做的事很明确：把「切过去」这个动作压缩到两秒以内，让打断变得足够短，短到不构成中断。

配置一：项目目录一键直达

把每个常用项目配成别名。p1、p2 或者用项目缩写 api、web、admin。

配合「在结果上按方向键直接打开所在目录」这个动作，你可以在任意窗口下按热键、输两个字符，资源管理器已经停在项目根目录了。

如果项目多到记不住缩写，可以用 folder: 加关键词：folder:api 会列出所有名字含 api 的目录。

配置二：常用 git 命令压成两个字母

省下的不只是按键。原本的流程是「切到终端 → 确认路径对不对 → 敲命令」，配成别名后直接在启动器里执行，路径问题由别名自己负责。

配置三：一键跑测试与构建

把 npm run dev、npm test、mvn package 这类长命令配成短别名。

关键是别名要绑定工作目录。如果只是执行命令而不指定路径，多数情况下会失败因为当前目录不对。绑定目录之后才是真正可用的一键执行。

不同项目有同名命令时，用项目前缀区分：web-dev、api-dev。虽然长一点，但避免了执行错项目的尴尬。

配置四：直接搜代码文件

file: 加扩展名是查代码的常规写法：file:user py 找 Python 里名字含 user 的文件，file:route ts 找 TypeScript 里的路由文件。

这比在 IDE 里全局搜索快，因为不需要先把 IDE 切到前台——你在浏览器、终端或文档窗口里都能直接呼出。

如果要找的是日志或配置文件，同样适用：file:error log、file:config json。

配置五：日志与配置文件秒开

开发过程中最频繁的文件访问，往往不是源码而是日志。Wox 的日志目录、应用运行日志、构建输出目录，都值得配成别名。

例如把「打开当前项目的日志目录」配成 logs，把「打开宿主日志」配成 hostlog。排查问题时这两个入口能省下大量翻目录的时间。

配置六：查接口与文档

把内部 API 文档、组件库文档、常用第三方服务的控制台配成网页搜索前缀。

比如前缀 api 直达内部接口搜索，前缀 mdn 直达前端文档搜索。这类站点通常首页很重，直达搜索页能省下明显等待。

配置七：编码与格式转换

开发中经常遇到编码问题：URL 编解码、Base64、JSON 格式化、时间戳转换。这些都能通过插件或别名完成。

最实用的是时间戳与日期互转——排查日志时几乎每天都要用。把它配成一条别名，比开在线工具快得多。

配置八：端口与进程排查

配一条「查端口占用」的别名，遇到「端口被占用起不来」时能立刻定位。这类命令本身不长，但你需要先开终端、可能还要切到管理员权限，配成别名后一步到位。

注意执行这类命令可能需要管理员权限，别名不会自动提权，必要时仍要开管理员终端。

配置九：剪贴板接住中间结果

调试时经常需要把一段报错、一个 ID、一段 JSON 在多个地方搬运。剪贴板历史插件让「刚才复制的东西」随时可以调回来。

这一条单独看是小功能，但它消掉的是「复制了新的、旧的没了，只好回去再复制一次」这类高频小挫折。

配置十：把整套环境写进清单

最后一条不是配置项，而是习惯：把上面这些别名整理成一份文本清单，和项目文档放在一起。

换机器、重装系统、带新人时，这份清单的价值立刻显现——它把你的工作流变成了可复制的东西，而不是只存在于你的肌肉记忆里。

一个最小可用的起步方案

如果不想一次配十个，先配这五个，覆盖八成场景：

• 三个项目目录别名（最常切的那三个）
• 一条 gs（git status）
• 一条启动本地服务的别名（绑定工作目录）

用一周之后，你会自然发现还缺什么，那时候再加比现在猜更准。

配置维护的现实建议

别名配好之后会面临一个现实问题：过一段时间你就忘了哪个是干什么的。

三个保持配置可用的做法：

• 命名带语义。p1、p2 这类编号式在项目频繁更换时会失效，用 api、web 这类语义式更耐久。
• 写一份清单。把每个别名的用途记在一个文本文件里，和项目文档放在一起。换机器、带新人时这份清单价值极高。
• 季度清理。每季度过一遍别名列表，删掉三个月没用过的。留着不用的别名只会让列表变长、记忆变难。

配置的价值来自「记得住并且用得顺」，而不是「配得全」。一份十个别名的清爽配置，比三十个别名的混乱配置有效得多。