不知道从什么时候起，我的工作流里出现了一个很微妙的词：superpowers。它不是什么单点工具的名字，而是一种状态——当你的编辑器、脚本、笔记系统、自动化任务全部串联起来之后，那种“随手就能调出能力”的感觉，确实像给日常工作加了一层外挂。这两年很多技术社区都在讨论怎么“安装”自己的 superpowers，我也前后折腾了好几轮，今天把完整思路和踩坑记录整理出来，希望能给想动手搭建又不知道从哪下手的读者一点参考。
先说清楚一件事：superpowers 不是一个单一的软件包，而是一套围绕“个人生产力”的装备组合。它的核心思路是，把你重复做、容易忘、需要查资料才能完成的事情，提前固化成工具和流程，让它们在你需要的时候自动出现、半自动运行。安装 superpowers 的过程，本质上是在给自己的工作效率系统做一次定制升级。
1. 先说清楚 superpowers 到底是什么，以及它为什么值得装
很多读者第一次听到“安装 superpowers”会以为这是一个具体的 App 或者插件，上手之后才发现概念比想象中宽。以我自己的理解，superpowers 是“一系列工具的合体”：它可能是一个配置好的终端环境、一组自动补全的代码片段、一套能快速调用的个人脚本库，也可能是一个把碎片信息自动整理成知识库的笔记工作流。
我在刚接触这个概念时也走过弯路，试图去找一个现成的“全部功能包”，结果发现压根不存在这种东西。后来才明白，所谓 superpowers 是针对个人使用习惯量身定制的组合，不同人装出来的效果完全不同。比如一个前端工程师的 superpowers 大概率是代码片段、组件模板、自动化构建脚本加浏览器调试工具链；而一个写作者/内容创作者的 superpowers 可能是输入法快捷短语、文档模板、素材管理脚本和排版工具。它的核心价值不在于某个具体工具多强，而在于“每个常用能力都被提前安放在了顺手的位置上”。
为什么值得花时间搭这么一套东西？我用一个最直白的例子来说明：假设你每周都要写工作周报，内容结构类似、只是数据变动。没有 superpowers 的时候，你得打开文档、找模板、复制上周内容、逐个改日期和数字，运气不好再排个版，20 分钟起步。有了 superpowers 之后，你在终端敲一个命令，它就自动生成一份带本周日期和空数据位的周报草稿，3 秒钟完成。一周省 20 分钟，一年就是 800 分钟，折算下来差不多一整个工作日。同样的逻辑迁移到代码提交、邮件回复、资料归档、简历更新等等高频动作上，积累起来相当可观。
在这件事上，我的建议是：不要把“安装 superpowers”理解成一次性的安装动作，而要理解成“按需装配、持续迭代”的过程。它的合适受众是那些每天要在电脑前处理大量重复事务的人——程序员、自媒体运营、产品经理、数据分析师、学生，甚至只是想把文件整理得更有条理的普通用户，都可以从中受益。入门不需要高深的编程基础，前期靠现成工具和少量命令就能跑起来，后边再按需加料。
2. 安装前先做系统体检：找出你真正需要强化的“能力缺口”
安装 superpowers 之前，最忌讳的事就是跟风。看到别人晒了个炫酷的终端界面，自己也去装一堆插件，结果一周后全忘了用，反而觉得这套东西华而不实。真正务实的做法是先做一个“工作流体检”，花半个小时把自己日常在电脑上做的事情列一遍，然后按频率和耗时排序，找出那些“高频、耗时、重复、易出错”的环节，它们就是你要重点强化的能力缺口。
我的体检方法很简单，打开备忘录，分三栏记录三天内做过的所有电脑操作。第一栏写“做了什么”，第二栏写“大概花了多久”，第三栏写“这事是否每周都会出现”。三天之后拉一张清单，你会发现一个有意思的规律：80% 的时间消耗集中在不到 20% 的重复操作上。我的体检结果里排名靠前的几项是：写代码时反复敲模板代码、新建各类文档时找模板改格式、把零散截图和素材整理进项目目录、阅读长文章时手动做摘录和归档。每一项单独看都只浪费三五分钟，但乘上频率之后就很可观了。
有了清单之后，接下来要做的不是急着装工具，而是给这些缺口排优先级。我自己的分级标准很简单：第一优先级是那些“每周至少出现两次且每次浪费超过三分钟”的事情；第二优先级是“虽然频率低但是耗时极长、且做错代价大”的事情；第三优先级才是那些纯粹为了“看起来更酷”的花式增强。按这个标准排下来，通常每个人真正需要优先处理的缺口只有三到五个，先集中火力解决这些，比一口气上十几个工具要扎实得多。
这里还要提醒一句：能力缺口不只是“操作速度慢”，也包括“认知负担重”。举个例子，如果你每次打开电脑都要想“今天该先做哪件事”，光是这个决策过程就在消耗脑力。所以你的 superpowers 体系里应该有一个“任务入口”，它帮你把每天要做的事情提前排好序，你打开电脑只需要看清单执行，不需要反复决策。这类入口级工具（比如任务管理脚本、桌面待办组件、笔记系统的每日模板）虽然不能直接帮你把活干完，但它们释放的决策精力往往比省下的那几分钟更值钱。
等到你已经知道自己最需要强化的是哪些能力，接下来才进入真正的“装配”阶段。下一节我会按超级剪贴板、自动化脚本库、命令唤起中心、知识沉淀系统这四条主线，分享一套我实测下来最稳的搭建路径。
3. 四类核心装备逐个搭建：剪贴板、脚本库、唤起工具、知识系统
我自己的 superpowers 体系经历了三次大改版，从最初单纯追求“工具多”变成了现在追求“链路顺”。一番取舍之后，真正值得长期投入、产出比最高的其实是四类装备：第一类是让信息流转更顺的超级剪贴板工具链，第二类是能一键执行复杂流程的自动化脚本库，第三类是快速唤起任何功能的命令中心，第四类是保证经验不流失的知识沉淀系统。这四类相互配合，才算形成闭环。
3.1 超级剪贴板：让信息在不同工具之间“瞬移”
剪贴板大概是所有 superpowers 体系里最容易被低估的一环。默认情况下，电脑剪贴板只能存最近一条复制内容，只要你复制了新东西，之前的内容就没了。这对高频处理多段文字的人来说特别致命：你可能刚复制了一段代码，又因为复制一个文件名把它覆盖了，只能回头重新找。超级剪贴板工具做的事情就是让剪贴板变成“历史的回放”，你复制过的所有内容都被记录下来，随时可以翻出来重新使用。
我在搭建这台“剪贴板引擎”时选的组合是 Clippy 搭配一个自制的格式化脚本。Clippy 负责记录复制历史和按关键字搜索，格式化脚本负责把复制过来的杂乱内容自动整理：去掉多余空行、统一换行符、规范缩进，偶尔还会顺手把中文全角标点改成半角。这样我在不同工具之间搬运资料时，不需要先贴到记事本里手动清洗一遍，复制过来基本就是干净可用的状态。很多人问我为什么要搞这么麻烦，我的回答是：信息的价值往往取决于它在不同工具间流动的速度，剪贴板就是那条水路，把水路修通畅了，下游所有环节都受益。
当然，超级剪贴板也有它的注意点。一是隐私问题，因为你复制过的所有内容都在本机有记录，密码、身份证号这类敏感信息建议在工具设置里排除；二是历史记录的清理频率，我习惯每周手动清空一次，避免积累太多无关内容拖慢搜索速度；三是不要过度依赖它而忽视了源头优化——如果你每次复制的内容都是同一段残废格式，不如花十分钟把源头模板改好，从根本上消灭脏数据。
3.2 自动化脚本库：把多步操作压成一条命令
如果说剪贴板是提升信息流动的速度，那么脚本库就是压缩操作成本的利器。这部分的思路很简单：凡是步骤固定、逻辑清晰、一周要操作好几次的事情，都值得写成一个脚本。写脚本不需要很复杂，哪怕只是把五六个 shell 命令串在一起，也比手动一步步做要快得多、稳得多。
我在实际维护中把脚本分成两类。一类是“干活脚本”，比如把项目里所有未提交的修改自动整理成提交说明草稿、把素材文件夹里的图片按拍摄日期重新命名归档、把散落在各处的工作日志汇总成一份日报草稿。另一类是“环境脚本”，用于快速建立一个符合规范的新项目目录结构、把常用软件和配置部署到新电脑上，这类脚本平时用得不频繁，但关键时刻能救命。我的建议是，先把干活脚本跑起来，因为它能每天给你节省时间，形成正反馈；环境脚本可以后续慢慢补，不用追求一步到位。
关于脚本库的管理，我有个特别想强调的实践经验：脚本一定要配“使用文档”，否则三个月后你自己都会忘掉它是干什么的。我在每个脚本文件的开头都写清三行信息——它的功能、适用场景、用法示例。做这件事成本极低，但效果立竿见影：以前翻到旧脚本会犹豫“这是不是有别的用处”，现在直接看头部注释就明白一切。另外我还会给每个脚本设定一个“最短可用标准”，只要脚本能把核心流程走通就先收进库里，后续再逐步加参数、做容错，不必一开始就追求完美。
3.3 命令唤起中心：让所有能力一秒被找到
装了一堆脚本和工具之后，最大的挑战不是“没有能力”，而是“找不到能力”。如果你开启某个脚本前还要先想半天路径、翻文件夹，这个脚本基本等于白装了。命令唤起中心要解决的恰恰就是这个问题：把散落各处的工具入口统一收拢到一个地方，输入关键词就能立刻跳转执行。
我选择的方案是 Raycast，它本身是一个启动器，但扩展能力极强，可以把我的脚本、剪贴板历史、文件搜索、系统控制全部集成进同一个输入框。搭建的时候我按使用频率设置了自定义关键词：比如输入“report”自动生成周报草稿、输入“imgopt”把选中图片批量压缩、输入“kb”打开知识库指定目录。用了一周之后，我基本养成了“想做什么先在启动框里敲一下”的习惯，不再去桌面找图标，也不再记得脚本到底放在哪个目录。
这一部分我想特别提一下“入口设计”的重要性。入口好不好用，取决于你对它的命名有没有统一的直觉。我给所有能力设计命名时都遵循“动词开头、内容相关”的原则：比如“start blog”“gen cover”“sync notes”，这样在唤醒能力的时候不需要停下来想太多。现实中很多人忽略了这个细节，脚本建了一堆却随便命名，最后每次都要靠回忆来调用，反而比不用工具时更慢。另外，不要把所有东西都塞进同一个启动器里，它会变成新的“垃圾堆”；启动器只放高频能力，低频任务仍然放在项目文件夹里，需要时再按目录去找，这反而更高效。
3.4 知识沉淀系统：让每一次产出都成为下一次的燃料
最后一条主线是知识沉淀，这也是我从“工具组合”升级到“能力体系”的关键转折点。早期我搭了很多效率工具，但总觉得每次做一个新项目时，之前的经验还是带不过来——该踩的坑照踩、该想的方案照想，完全没有复利。后来意识到问题在于：工具只提升了操作速度，知识没有形成体系。于是我开始搭建自己的知识沉淀系统，把项目的产出、踩坑记录、常用方案、参考链接全部整理到一个可搜索、可关联的地方。
我用 Obsidian 作为知识库底座，配合几个核心插件搭起了一套个人维基。每完成一个项目，我会花十分钟写一条“项目卡片”，内容包括：项目目标、使用到的工具链、实际操作流程、遇到的问题与解法、可以复用的片段。这些卡片不需要写得很长，重点是结构化，方便日后按关键词检索。同时我还给每条卡片打上标签，比如“部署相关”“文案相关”“自动化相关”，这样在遇到类似任务时，只需要搜标签就能把历史经验全部拉出来。
很多人觉得知识管理很费时间，坚持不下来，我觉得问题出在“仪式感太重”。知识沉淀不应该是“每天专门抽出一小时写作”，而应该是在工作流的间隙顺手完成。我的做法是把沉淀动作插入到已有流程里：写完代码后顺手记一条踩坑记录、开完会后把结论补进项目卡片、看到好文章就转发到收集箱再统一归档。每个动作不超过三分钟，积累一个季度后再看，你会发现自己的资料库不知不觉地变成了一个“私人专家系统”，很多问题不需要重新研究，翻翻笔记就能找到成熟答案。
4. 从“跑通”到“顺手”：安装过程中最容易栽的五个坑
说实话，搭建 superpowers 难的不是安装某个工具，而是把整套系统用得自然顺手。我前后折腾了几个月，踩过不少坑，下面这几个是我觉得最有代表性的，写出来帮你排雷。
第一个坑是“安装癖”，见到新工具就想装上，结果系统里堆了几十个扩展，真正常用的只有三五个。这种状态不仅没有提升效率，反而每次打开电脑都要先和界面做一番斗争。我的解药是每装一个新工具前，强制问自己一句：“在下周的工作里，我会不会真的用到它？”如果答案不明确，就放进“观察清单”而不是直接安装，两周后再决定要不要启用。
第二个坑是“路径思维”，能力散落在各个工具里，调用时还要想“这个功能在哪个软件里”。我在 3.3 节里已经说过，解决办法是做一个统一入口，强制所有高频能力都从同一个地方唤醒。这条规则在初期有点反直觉，但习惯之后会明显感受到认知负担在下降——你不用再记住软件位置、配置文件路径、脚本名称，只需要记得一个启动框就行。
第三个坑是“过度自动化”，觉得一切都要脚本化处理，结果大量时间花在写脚本本身，反而耽误了正事。我自己吃过一次亏，花了两小时写了一个能自动整理会议纪要的脚本，结果它跑出来的格式总是差一点，每次还要手工调整，两小时省下的时间到现在都没回本。后来我给自己立了一条规矩：如果一个操作每周不超过两次，或者每次不超过五分钟，就不要考虑脚本化，手动做反而更省心。
第四个坑是“备份缺失”，所有配置、脚本、模板都存在本地，没有纳入版本管理，一次系统崩溃就全没了。这个教训我是真金白银换来的。现在我的做法是把所有可配置的东西集中到一个目录，用 Git 管理，每天自动提交到远程仓库。这样换新电脑、系统重装、误删配置都不怕，拉一次代码就能恢复大半。
第五个坑也是最隐蔽的一个：只搭系统不养习惯。工具装配得再好，如果你每天还是按照旧习惯手动操作，那 superpowers 就只是个摆设。习惯的养成需要刻意练习，我强制自己连续 21 天从启动器进入所有高频操作，不给自己留退路。熬过这段适应期之后，新流程就会变成肌肉记忆，这时你才真正算是“安装成功”了。
5. 把 superpowers 做成可持续演进的东西，而不是一次性工程
很多人把“安装 superpowers”当成一个终点，好像配置完就一劳永逸了。实际上，一套真正好用的能力系统是持续演进的结果——你的工作内容会变、常用工具会变、效率瓶颈会变，所以这套系统本身也必须跟着迭代。我在跑通第一版之后，每隔一个季度就会做一次复盘，花半小时过一遍体检清单，找出最近一个月里最让自己烦躁的三件事，然后针对性地调整配置或补一个新脚本。
复盘时我主要回答三个问题：第一个问题，过去这段时间我新增了哪些高频操作，有没有已经存在于库里但被我忽略的能力；第二个问题，我的脚本库和知识库里有哪些内容已经过时，需要更新或删除；第三个问题，有哪些重复出现的卡顿点，虽然不致命但频繁打扰心情，值不值得花十分钟解决。这些问题看起来简单，往往能牵出不少被忽视的提升空间。比如我最近一次复盘就发现，自己在整理报销凭证这件事上每月要花近一小时，虽然频率不高但非常枯燥，后来写了个半自动脚本把电子发票按月份和类别归档，这个痛点算是彻底解决了。
在系统演进这件事上，我还想推荐一个“能力卡片”的做法。给每一个工具、脚本、工作流都建立一张简单卡片，记录它的用途、使用场景、典型命令、维护日期。当系统里的能力卡片超过二十张时，你对自己拥有什么能力会有一个全景式的认知，不会再出现“明明写过脚本却忘了用”的浪费。同时，这些卡片本身也是知识库的一部分，日后无论换工作还是换电脑，这套经验都可以迁移带走，不会白做。
另外，演进的时候要克制“重构冲动”。我一度觉得旧配置不够优雅，想推倒重来，结果花了两天重搭之后发现新版还不如旧版顺手。后来我给自己定了一个原则：只在“现有系统确实阻碍了工作”时才考虑重构，单纯因为“想用更新更好的方案”就大动干戈，往往得不偿失。小步快跑、渐进优化，才是让 superpowers 保持长期生命力的正确姿势。
到目前为止，我自己的 superpowers 体系已经稳定运行了将近一年，整体收益相当可观：每周大概能省出四到六小时，工作里的重复性操作越来越少，知识库越积累越厚，遇到突发需求时也不再手忙脚乱——因为很多能力早就提前备好了。如果你正准备搭建自己的 superpowers，我最大的建议是：别急着复制别人的完整配置，先花一小时做体检，找出真正值得强化的三个缺口，然后逐个击破。等你把这几个缺口补上，体会过那种“一键搞定”的顺畅感之后，自然就有动力继续往下迭代了。
