1. 先搞清楚superpowers 到底指什么我第一次看到superpowers这个词是在一个前端技术社群的讨论帖里。发帖人没有贴任何代码只列了几个关键词skills、具体使用、怎么引入这些技能、想要安装。底下回复五花八门有人把它理解成一款编辑器插件有人当成某个开源框架的名字还有人直接甩出一个安装命令。场面一度很热闹但说实话大多数人都没有回答到点子上。我入行十几年见过太多类似的情况。一个名字听起来很炫的东西被大家传来传去最后成了谁也没真正用过的玄学概念。所以我翻了很多资料、试了不少工具也想清楚了这个问题在开发者和技术爱好者的语境里superpowers 并不是某个特定的软件也不是某个开源项目它指的是通过一系列具体可落地的工具、技能和工作习惯让自己在开发和工作中的效率获得指数级提升的能力总称。换句话说superpowers 等于趁手的工具 正确的使用方式 刻意培养的习惯。这三者缺一不可。光装工具不学用法等于买了一把好刀却始终放在抽屉里光学技巧不配置环境每次需要的时候都要临时翻资料效率反而更低只有工具、用法、习惯三者循环起来才能形成真正属于自己的超能力体系。这篇文章我想分享的就是我自己搭建这套体系的全过程哪些技能值得引入怎么安装配置以及我在实操中踩过的坑和摸索出的心得。这篇文章适合谁看如果你是一个刚入行、面对一堆效率工具不知道从哪下手的开发者或者你已经工作几年每天花大量时间做重复劳动想找一套系统性的提效方法又或者你只是对如何让自己的工作流更快这个话题感兴趣——那这篇文章应该能给你一些可以直接抄作业的方案。我会尽量把每一步都说清楚不光是告诉你敲什么命令还会解释为什么这么做的理由。如果你有不同看法欢迎在评论区聊聊你自己的工作流。2. 别贪多先选真正值得引入的技能清单很多人一说提高效率第一反应就是装一堆工具。我当年也是这么干的一个月装了二三十个软件结果一周以后真正用起来的不到五个剩下的不仅占内存还让我每天切换应用时患上了选择困难症。被折磨几次之后我总结出一条经验引入任何一个新技能之前先问自己三个问题——它能替我省下什么重复劳动它需要多长的学习成本我能不能在未来两周内每天用到它如果三个问题里有任何一个答不上来我建议你先放一放。真正值得引入的技能应该是那种你每天都要用、用起来有复利效果、切走就难受的东西。2.1 终端操作能力zsh、fzf、ripgrep、tmux终端是所有开发者绕不开的场合。如果说编辑器是日常工作台终端就是那个连接一切工具的走廊。我最推荐的四个终端技能是zsh配合oh-my-zsh、fzf模糊搜索、ripgrep快速搜索文本、tmux终端分屏与会话管理。这四个工具的定位各不相同zsh提升的是你敲命令的日常体验fzf解决想找历史命令但记不全的问题ripgrep解决在大量代码里搜一段内容的问题tmux解决SSH断开任务就跑和分屏操作的问题。2.2 编辑器编辑能力VS Code 插件与代码片段编辑器是开发者的主战场。VS Code 是当前生态最丰富的编辑器之一它的核心强项在于扩展机制。但插件的坑也很深装多了会导致启动慢、内存占用高、快捷键冲突。我建议只装真正高频使用的插件比如配合 Git 的 GitLens、快速跳转的 Bookmark、让侧边栏更清晰的 Project Manager以及最基础但作用极大的代码片段功能。这里说的代码片段是指用几个字符快速展开一大段代码模板我后面会给你具体的配置示例。2.3 自动化能力脚本与定时任务很多重复劳动都可以用脚本消灭。比如批量重命名文件、自动备份目录、同步配置、定时清理缓存。这些场景不一定需要复杂的编程几行 Shell 或 Python 就能搞定。自动化是学习成本回报率最高的技能因为大多数脚本写好一次就能省下未来无数次的重复操作。但它也是很多人不敢碰的领域总觉得写脚本很复杂。实际上从最简单的任务开始一小时就能体会到爽感。2.4 知识管理能力Obsidian 工作流我觉得知识管理是所有技能里最容易被忽略、但长期回报最高的一个。人在工作三五年之后真正的瓶颈往往不是手速不够快而是明明学过的东西想不起来、找不到。Obsidian 这类工具结合本地 Markdown 文件可以做个人知识库支持双链笔记配合一些插件能形成非常高效的信息处理流。我把它列进清单的原因是理解快的前提是记性好而记性好在这年代不靠天赋靠一套合理的记录和检索系统。这套系统本身就是一种超能力。上面这几项能力并非要你一次性全部引入。我自己的第一梯队是终端操作和编辑器编辑因为这两项覆盖了开发日常的绝大部分第二梯队才是自动化和知识管理。你可以根据自己的工作性质调整优先级但总的原则不变先选高复用、低切换成本的技能形成习惯后再往下一步走。3. 动手安装把超能力引入你的日常流程理论列得再多不动手都是白搭。下面我按顺序给出可落地的安装配置方案。需要说明的是这套流程基于 macOS 或 Linux 环境Windows 用户可以用 WSL 获得近似的终端体验。我尽量给出具体命令同时解释每步背后的意图这样你在跟着操作时不会只是一个命令复读机。3.1 第一步搭建终端环境先来做终端第一步确认你当前的 Shell。echo $SHELL如果你看到的是/bin/bash推荐先切换到 zsh。macOS 自带了 zshLinux 可以通过包管理器安装sudo apt install zsh -y # Debian/Ubuntu chsh -s $(which zsh)切换完成后安装 oh-my-zsh。它是一套 zsh 配置管理框架提供主题、插件、别名能让终端从原始状态升级为顺手状态sh -c $(curl -fsSL https://raw.githubusercontent.com/ohmyzsh/ohmyzsh/master/tools/install.sh)这一步的意图是引入一套成熟的插件生态和配置而不是自己从零写.zshrc。我最早试过硬写配置花了两整天效果还很一般。用 oh-my-zsh 的好处是社区维护的插件够多碰到问题很容易搜到答案遇到不想要的功能也可以随时停用。安装好之后编辑~/.zshrc开启几个高性价比插件。我常用的配置片段如下plugins( git z extract docker )z是一个极其有用的目录跳转插件它会记录你访问过的目录路径之后输入z 关键词就能秒跳到匹配目录省去一层层 cd 的时间。extract插件能用一个x命令解压几乎任何格式的压缩包不再记忆 tar、zip、gz 的各种参数。接着安装搜索三件套fzf、ripgrep、bat。# macOS brew install fzf ripgrep bat # Debian/Ubuntu sudo apt install fzf ripgrep bat -yfzf是一个模糊查找器装上之后你在终端按CtrlR搜索历史命令时会得到一个可模糊匹配的预览列表输入关键词就能快速选中历史命令。ripgrep是替代 grep 的文本搜索工具速度比 grep 快一个数量级。bat是 cat 命令的高配版带语法高亮、行号、Git 变化标记配合 fzf 的预览功能很舒服。最后配置.zshrc里的 fzf 默认参数让它支持预览文件内容export FZF_DEFAULT_OPTS--height 40% --layoutreverse --border --preview bat --coloralways --line-range:200 {}上面这段的意图很直白当你使用 fzf 搜索文件时右侧会自动预览文件内容不用先打开再发现找错了。 装上这些东西之后你终端的基础体验已经超过绝大多数同事。但先别急着安装更多我们接下来进入编辑器环节。3.2 第二步给编辑器装上外挂编辑器部分我以 VS Code 为例。先说一个常见误区插件不是越多越好。我见过有人截图里装了 80 多个插件启动速度慢、菜单乱糟糟、常用的功能反而被淹没。我的做法是高频场景优先先想清楚自己最常做哪几类事然后针对性装插件。我日常最依赖的插件是这几个插件名解决什么问题说明GitLensGit 历史和代码作者溯源团队协作时快速定位代码变更来源Error Lens行内显示错误和警告省去鼠标悬停才能看到问题详情的麻烦Prettier统一代码格式化保存时自动格式化减少格式讨论Project Manager快速切换项目不用频繁打开巨型工作区目录装完插件更大的提效点是代码片段。代码片段可以理解成输入几个字符就自动展开为一段完整代码模板。以 JavaScript 的 React 函数组件为例打开 VS Code 的命令面板CmdShiftP输入configure user snippets选择javascriptreact.json然后加入以下内容{ React Functional Component: { prefix: rfc, body: [ import React from react;, , const ${1:ComponentName} () {, return (, div, ${0:/* content */}, /div, );, };, , export default ${1:ComponentName}; ], description: Create a React functional component } }保存后你在任意 JSX 文件里输入rfc再回车整段组件骨架就自动补全了。${1:ComponentName}是第一个光标停留点输入组件名后按 Tab 跳到${0}位置继续编辑。这个机制无比强大你只需要把平时重复写的前置代码整理成片段一个个存起来三个月后你打字的效率翻一倍不是什么夸张的说法。我建议每个开发者每周花十分钟整理自己本周重复写过两遍以上的代码块把它们沉淀成片段。这个动作做着做着就会形成一种习惯每次要敲重复内容时第一反应不是复制粘贴而是想想我是不是该给这个场景建一个片段。3.3 第三步写出第一个自动化脚本自动化的起点不需要很宏大。我推荐的第一个练习场景是批量重命名文件。假设你有一个目录里面的文件名是报告1.txt、报告2.txt……而你想把它们改成2025_报告_01.txt这种规范格式。手工一个个改太慢写个一行 Perl 脚本就能搞定for f in 报告*.txt; do num$(echo $f | sed s/[^0-9]//g) new_name$(printf 2025_报告_%02d.txt $num) mv $f $new_name echo renamed: $f - $new_name done这个脚本的逻辑是遍历匹配报告*.txt的所有文件用sed提取文件名中的数字再用printf补零成两位数字最后用mv重命名。你不需要一上来就理解每一处细节只看懂整体结构即可。真正重要的是理解循环 模式匹配 字符串处理这三个概念它们可以组合解决 80% 的文件批处理需求。更进一步用 Python 写自动化脚本更灵活。比如我每周都要整理下载目录里的杂乱文件写一个小脚本按扩展名自动归档#!/usr/bin/env python3 import os import shutil from pathlib import Path DOWNLOAD_DIR Path.home() / Downloads EXTENSION_MAP { 图片: [.jpg, .jpeg, .png, .gif, .webp], 文档: [.pdf, .docx, .xlsx, .pptx, .txt], 压缩包: [.zip, .tar, .gz, .rar], 安装包: [.dmg, .pkg, .exe, .AppImage], } def organize(): for file in DOWNLOAD_DIR.iterdir(): if file.is_dir(): continue suffix file.suffix.lower() for folder, exts in EXTENSION_MAP.items(): if suffix in exts: target_dir DOWNLOAD_DIR / folder target_dir.mkdir(exist_okTrue) shutil.move(str(file), str(target_dir / file.name)) break if __name__ __main__: organize()这个脚本本身已经可以直接用了但如果你想让它定时执行可以选择把它挂到 cron 上。用crontab -e打开定时任务配置加入下面一行表示每天凌晨 3 点自动运行一次0 3 * * * /usr/bin/python3 /Users/yourname/scripts/organize_downloads.py注意cron 环境默认不加载你 Shell 的 PATH所以脚本里最好用绝对路径写#!/usr/bin/env python3和完整的脚本路径能避开很多问题。这个坑我第一次踩的时候花了一小时排查后面会细说。自动化带来的超能力感是工具里最强的你前一天写好脚本第二天睡醒文件已经整理好了那种感觉不是节省几分钟能概括的它直接改变你面对重复劳动的心态。你会开始主动寻找哪些事情还能交给脚本去跑。3.4 第四步用启动器统一入口启动器这一步可能没那么技术但我还是想认真介绍因为它在操作体验上的提升非常明显。启动器工具macOS 上用 Raycast 或 AlfredWindows 上用 uTools 或 PowerToys Run让你按一个快捷键呼出输入框输入几个字符就能启动应用、搜索文件、执行系统命令、计算表达式还能扩展成剪贴板历史管理。我目前用 Raycast因为它的扩展生态比 Alfred 更活跃而且剪贴板历史、窗口管理、快速笔记这些高频功能开箱即用。日常使用频率最高的几个动作是搜索并启动应用输入前两个字母就能切走剪贴板历史复制过的内容随时翻出来不再怕误覆盖窗口布局管理一键将窗口铺满左半屏或右半屏系统命令快速重启、锁屏、清空废纸篓启动器的核心价值在于减少鼠标导航的时间。你可以数一数自己一天要移动鼠标去启动多少次应用、切换多少次窗口这些操作积累起来的时间很可观。启动器把所有这些动作压缩成一个快捷键 几个字符 回车这个手感一旦适应就回不到从前了。工具方面我只挑了这几类没有覆盖所有领域但已经足够撑起一天工作的绝大部分场景。下面我进入到如何让技能真正长在身上的部分——这一步比安装工具更重要。4. 从会用到用好让技能真正长在身上安装工具是最简单的一步真正的门槛在持续使用。我从很早就意识到一个道理工具的价值不在于拥有而在于使用频率。装了一个再好的工具如果一天想不起来用它那它的实际价值就是零。我见过太多人走上另一个极端装完工具后陷入工具收集癖不断寻找下一个更炫的工具却从来没有把手上这套用到顺手。结果是工具列表越来越长工作效率反而没有变好。我的建议是选定了工具之后至少给自己设定一个两个星期的强制期每天有意地使用它把旧习惯里的动作替换成新工具的动作。两个星期之后再去评价它好不好用、值不值得留。这个周期足以形成基本的肌肉记忆。4.1 建立自己的速查表人不是机器不可能把用到过的命令全部记在脑子里。与其强迫自己记忆不如建立一份个人速查表。我维护了一份 Markdown 文件里面有所有工具的核心用法、我踩过的坑、常用命令的参数。这份文件的触达路径就是启动器本身呼出启动器输入cheat回车就能打开。速查表的格式不需要很复杂核心是按场景分类。比如 fzf 一节里我只写自己真正常用的三个操作历史命令搜索CtrlR、文件搜索CtrlT、目录预览AltC。命令行参数写太多反而看不过来真正使用的时候你会慢慢形成条件反射。这份速查表不是给陌生用户看的文档是写给未来那个忘了细节的自己。建立速查表有一个好处容易被忽略它逼着你主动归纳和抽象。每次新增内容你都要想一想它属于哪个场景、和哪些已有知识相关联。这个过程本身就是一种学习而且会不断加深对工具的理解。4.2 刻意练习与快捷键内化有速查表还不够关键是刻意练习。这个词在运动训练里耳熟能详在开发效率上也同样适用。具体做法是每天挑一类操作规定自己今天只准用快捷键完成。比如今天的目标是所有终端窗口切换一律用快捷键不许用鼠标明天换成所有文件搜索一律用 fzf不许在文件树里翻目录。这种练习在前三天会非常痛苦你会频繁想放弃。因为人的本能是走最快的路径而肌肉记忆里的旧路径往往更快。我的技巧是把破坏规则等同于一种刻意失败比如当天晚上复盘时如果发现今天用过十次鼠标来回切窗口就问自己这十次分别在什么场景下发生的然后把高频场景单独拿出来练。快捷键内化后的回报是非常精准的它把操作时间从秒级压到毫秒级而且不需要思考——你的手指替你记住了下一步。这种感觉很像打字你不会在敲键盘时想w 在哪e 在哪你的想法直接变成了屏幕上的文字。让工具操作也达到这个境界效率自然就有了保障。4.3 保持极简逐步扩展前面我强调过不要一次性引入太多工具这里再展开说。工具系统是活的你可以随时加、随时减。我自己的经验是每个季度做一次工具回顾把过去三个月里使用频率为零的工具卸载或停用然后评估未来三个月有没有新的痛点需要补工具。这样一来你的工具列表始终保持在一个精而够用的状态。有些朋友担心常用工具列表太少会显得不专业追求那种截图列表很长的装备党风格。但我认为真正专业的人不是什么都装、什么都用而是清楚知道自己在什么场景下用什么工具、为什么用它并且无论在什么环境里都能快速搭建出最小可用工作区。这更像一个可迁移的超能力而不是绑定在某台特定电脑上的摆设。5. 常见问题与排查实录在这一部分我想把实际操作中遇到过的、以及身边朋友经常问的问题集中列出来。每个问题后面会给出排查思路和解决办法你可以把它当成一个小型速查表来用。5.1 装了 oh-my-zsh 后启动变慢这是大家都避不开的问题。装完 oh-my-zsh新终端窗口启动可能从 0.3 秒变成 1 秒多如果感知明显说明插件加载过多或某些插件初始化较慢。排查方法很简单在.zshrc里逐个注释插件每注释一个就新开一个标签页测试启动速度。另外一个常见原因是装了 nvm 或 conda 这类初始化脚本非常重的软件它们的加载时间会被叠加到每次终端启动里。如果定位到是 nvm 导致的可以在需要时才手动初始化而不是每次启动都加载。5.2 fzf 预览窗口出现乱码用--preview预览输出时偶尔会遇到乱码通常是bat没安装导致 fzf 使用了默认的cat而cat对二进制文件或没有 UTF-8 编码的文件会直接输出乱码。先确认bat是否安装输入which bat如果报错请安装。另一个原因是终端的字符编码设置不对macOS 的终端默认 UTF-8一般不用改。如果只是个别文件乱码那基本是文件本身的编码问题不必过度纠结。5.3 快捷键记不住记不住不是脑子不好是方法不对。我常用的方法是别从所有快捷键记起而是挑 3 个最高频的场景开始。比如 fzf 里先记CtrlR历史命令搜索每天逼自己只用这一个。一周后这个操作完全内化了再加CtrlT文件搜索。两周之后高频操作就都长在身上了。关键是一次只加一个别想一口吃成胖子。5.4 脚本在 cron 里跑不起来这是自动化课程里翻车率最高的问题。脚本在终端里执行没问题但放进 cron 后要么没反应要么报错找不到命令。核心原因在于 cron 的环境变量和终端环境不同cron 的 PATH 默认很精简可能没有包含 Python 或脚本要用到的命令路径。解决办法是脚本内部全部使用绝对路径或者在 cron 命令里显式加上 PATH。比如0 3 * * * /usr/bin/python3 /home/user/scripts/organize_downloads.py /tmp/organize.log 21另外我踩过的一个坑是脚本没有执行权限。用chmod x script.py加上可执行权限并确保脚本第一行是 shebang#!/usr/bin/env python3否则直接执行脚本时会报权限错误。排查 cron 问题时最好的朋友是日志。把标准输出和错误重定向到文件如上面示例里的 /tmp/organize.log 21然后查看日志内容大部分问题都能从报错信息里找到答案。5.5 工具装上后吃灰怎么办这个问题最普遍也最需要正视。我给你的建议是吃灰就吃灰不用有负罪感。并不是所有工具都适合你每个人工作内容不同适合的工具组合也不同。我从不会为了别人都在用而强迫自己使用某个工具——那样只会徒增负担。但如果你安装的工具确实能解决当下痛点只是你忘用了那就需要在环境层面制造提醒。比如把速查表文件的内容显示在终端欢迎语里或者每周设定一个效率检查日当天刻意过一遍自己的工具清单看看有没有哪个工具被遗忘了。还能把工具和某个固定动作绑定比如每次进入项目目录就按AltC翻阅最近访问的目录。绑定久了习惯就长出来了。最后再分享一个小技巧我在搭建自己的效率体系时最大的感悟是少即是多。与其追求一次安装十个工具不如把两三个核心工具用到极致。fzf、zsh、VS Code 代码片段、自动归档脚本这四个听起来毫不起眼的组件已经覆盖了我日常工作中八成以上的重复操作。小工具形成合力之后加起来的效果其实很像超能力。它不神秘不玄学只是一套经过长期打磨、不断迭代的工作系统。如果你准备开始不用做太多规划先从一个小技能入手。我建议从终端历史命令搜索开始因为它的学习成本极低只需要按下CtrlR就能体验到效率提升。从这一小步出发你会逐渐发现那些别人口中玄乎其玄的 superpowers其实只是一个个细小的、具体的、可复现的日常选择积累出来的结果。