我很少在博客里写工具清单因为知识工作这件事真正难的不是某个工具有多强大而是信息在你手里到底走完了怎样的路。很多人装了一堆插件最后打开编辑器上面的弹窗比可用的按钮还多重要的不是插件数量而是插件能不能帮你把“看到的东西”变成“能用的东西”再变成“拿得出手的东西”。这篇文章想聊的就是围绕 knowledge-work-plugins 展开的一套思路不需要追赶所谓最强效率工具而是从自己真实的工作环节出发给自己配一套能长期运转的知识工作插件体系。如果你也经历过这些情况——浏览器里躺着几百个没整理的网页收藏笔记软件里的剪藏内容从没被第二次打开过接项目时发现在聊天记录里翻一个上周讨论过的方案要花半小时——那这篇内容就是为你写的。我会从知识工作的底层环节讲起把插件体系拆成采集、加工、输出三层再给出我自己用过的选型逻辑、踩坑记录和一点轻度自研的经验尽量做到你拿回去就能照着调整自己的配置。1. 知识工作插件到底在解决什么痛感1.1 先承认一件事多数人的插件是“收藏夹式”的我见过太多同事和朋友的插件列表少则二十个多则上百个。打开插件管理面板一眼扫过去名字都认识但真问起来十个里有八个说不清它到底在什么场景下被需要。这类插件通常来自同一个故事某天刷到一篇推荐帖看到别人演示得非常流畅觉得自己也需要下载安装配置完毕用了一两次然后它就在后台安安静静躺着偶尔弹个更新提醒。我把这种情况叫“收藏夹式插件管理”——插件的作用和自我安慰差不多装了就等于会了。这不是态度问题而是大多数人安装插件的时候脑子里根本没有自己的工作流。他们先看到了工具再试图让自己去适配工具顺序反了自然没法长久用下去。知识工作和普通电脑操作不一样它没有固定的完成标志。写代码有编译通过、跑步有公里数但“把一份想法整理清楚”“把一条经验沉淀下来”这类事你很难判断到底做到哪一步才算完。所以知识工作天然依赖一套隐形的流程而插件的价值恰恰是帮你把流程中的重复动作自动化。如果一个人对自己的流程毫无意识那插件对他来说就只是装饰品。1.2 知识工作的四个真实环节采集、整理、加工、输出要把插件体系讲清楚得先给知识工作画一条粗糙但实用的流水线。我自己的观察和长期实践中知识工作大体可以切分成四个环节先说采集。这是最外层、最日常的一环看到一个值得留的网页读文献时划到一段好句子开会聊出一个关键结论通勤路上冒出一个想法。采集的动作很轻但它决定了后续所有环节的原料质量。可惜多数人对采集的理解就是“存下来”至于存在哪儿、以什么形式存、之后有没有可能被调取完全没想。然后是整理。采集进来的东西是杂乱的有的来自网页有的来自聊天记录有的来自语音备忘。整理环节的核心任务是去重、归类、建立初步结构让一个个孤立的素材之间有路可走。整理最花时间也最容易让人放弃因为它的反馈慢你今天花三十分钟把一堆剪藏整理成了带标签的笔记一个月后你可能根本不会再打开它们。接着是加工。加工是把素材变成自己东西的过程把别人的观点转述成自己的语言把多个来源的信息拼成一份报告把零散的想法编织成一篇博客或一份方案。加工这个环节插件往往帮不上太大的忙因为真正的人力劳动在这里但插件可以帮你减少切换成本比如在编辑器和参考资料之间一键跳转或者把相关笔记聚合到当前写作页面旁边。最后是输出。输出包括把成品发布到知识库、分享给同事、归档到项目文档也包括把过程中的草稿版本、相关素材一并保存下来方便以后回退或复用。输出环节看着像结尾其实它决定了下一次采集和整理的起点。一份输出做得到位下一次类似项目就能站在上一次的肩膀上。这四个环节不是线性的人会反复在它们之间跳转。但不管怎么跳插件的全部意义只有一个降低环节之间的摩擦力让信息流转像河水流动一样自然。所以我在看待任何插件的时候第一句话问的不是“这个插件有什么功能”而是“它帮我打通了哪两个环节”。如果一个插件功能很炫但跟你的四个环节没有任何关系那它对你来说就可以安全卸载了。2. 插件体系的三层架构我建议按这个顺序搭2.1 采集层一切从“输入管道”开始知识工作流的第一步是采集。市面上用来采集的工具和插件五花八门但我选采集层插件的原则非常简单离内容出现的地方越近越好。看到一个网页的时候最好在浏览器的右键菜单里就能完成保存读PDF读到重点最好在阅读器里就能划线并同步进笔记库聊天聊出待办最好随手就能把它甩进任务清单。按这个原则采集层插件一般分三类。一类是网页剪藏类负责把浏览器里的页面、文章、图片保存到笔记系统里一类是划词转存类让你在任意应用里选中一段文字通过快捷键或悬浮按钮把内容送到收集箱还有一类是快速记录类解决的是“此刻只有一句话的时间”这个场景比如一个全局热键弹出一个极简输入框把脑子里闪过的念头先记录下来避免打断当前正在做的事情。这三类插件缺不缺我自己的实践经验是快速记录类最容易被忽略但性价比最高。因为大多数人的知识流失并不是因为没保存而是因为念头出现的那一刻被打断了——你正在写文档想到一个别的重要事项于是停下来去找记事本等再回来原来的思路已经断了。一个全局呼出的极简输入框用快捷键搞定记录五秒内回到原任务这带来的流畅度提升远超任何复杂整理工具。采集层的配置有个常见误区试图在采集时就完成所有信息的分类和标签。我刚开始也这样剪藏一个网页强迫自己立刻想清楚它该归到哪个项目、打上哪三个标签结果每次剪藏都像一次小型决策坚持了一周就放弃了。后来我把采集层的目标降得非常低只要内容进了收集箱就算成功。至于分类和整理那是后面整理层的事。这个调整看似简单实际上把整个流程的挫败感去掉了大半。2.2 整理层让“存过的东西”变成“能想起来的东西”采集层解决的是“别丢”整理层解决的则是“别找不到”。很多人收藏时雄心勃勃把这些内容保存下来就仿佛把知识装进了脑子等到要用了却发现素材库就是一个大型黑洞。整理层的插件要做的事表面上看是标签、目录、双向链接这些功能本质上是在帮你的笔记之间修路。大多数人刚接触整理时第一个迷恋的功能是双向链接。点开一篇笔记能看到哪些笔记引用过它那种“知识被我织成网了”的错觉很诱人。但说实话只要你的笔记库里内容不够多或者你没有持续写作的习惯双向链接生成的“关系图谱”看多了就腻了因为它并不会主动帮你组织信息。真正在整理层长期有价值的是三个能力全局检索、标签体系的稳定执行、以及“未整理收集箱”的定期清空。全局检索属于基础能力但它值得单独说因为它是一切整理的兜底。就算你完全放弃分类只要全文检索够快、够准你仍然能从几千条笔记里捞出需要的内容。所以我选整理层插件时第一件事是测试它在大规模笔记下的检索响应速度而不是看它的图谱动画有多漂亮。标签体系则是另一个被严重误解的东西。很多人以为标签越多越好结果标签系统变成了一种负担每次打标签都在焦虑有没有漏掉。我最后用的是一种很朴素的双层标签法第一层只放工作空间和项目名用来规定“这个内容应该出现在哪一块”第二层用动词型标签比如“待读”“待整理”“已用”用来标识内容当前的状态。这种设计让标签承担的作用从“描述内容是什么”变成了“告诉我接下来干什么”好用了一个数量级。至于清空收集箱这不是某个插件功能而是整理层必须配合的一个例行动作。每周固定一个时间把收集箱里的内容要么归档到对应项目要么删掉要么转成待办。没有这个例行清空前面搭建的所有整理机制都会慢慢失效收集箱变成新的垃圾场。2.3 输出层让材料变成可交付的东西输出层是插件体系里最容易被忽视的一层。原因是采集和整理都有专门的工具在宣传而输出这件事看起来好像是个人能力问题跟插件的关系不大。但实际操作里我发现输出层的插件配置好坏直接决定了知识工作的最终产出效率。输出层的核心任务有以下几个第一是把素材库里的内容快速导入到写作界面减少复制粘贴的碎片化操作第二是格式转换比如把笔记里的Markdown转成汇报用的文档结构或者把剪藏的网页内容转成干净无广告的阅读版第三是分发同步让同一份内容能出现在本地、云端、团队协作空间等多个地方时保持一致性第四是版本留痕记录每次修改的差异方便回退。我自己在输出层投入最多精力的是一个看似不起眼的场景材料聚合。写作一份方案的时候我往往需要同时参考项目笔记、聊天记录里的一段讨论、某个网页的一段数据和一张截图。如果没有输出层的配合我得在五六个窗口间来回切换。后来我在写作界面左侧配了一个自动聚合插件根据当前文档标题自动把所有相关笔记按时间倒序列在侧栏。这个体验上的提升非常明显写作时专注度上去了思路中断的次数少了一大半。输出层的另一个容易忽略的技术点是生命周期管理。知识工作产出物不像普通文件它往往有后续变动上个月的方案下个月被否决了去年的复盘今年又要重做。如果输出层没有版本管理意识你会很快发现知识库里塞满了“最终版”“最终版2”“真最终版”这类名字。我给每个正式输出规定了唯一命名规则并且把每一次重大改动通过版本快照记录下来。这事不需要自动但值得一个专门的动作。三层架构说完你会发现它们其实是互相依赖的采集层不清爽收集箱会堵整理层不干活输出层找不到材料输出层不留痕下一次采集就没有方向。插件体系的搭建说白了就是一句话给每个环节配一把合适的工具同时保证这几把工具之间是通着的。3. 从拼装到自研我的插件落地方案与选型清单3.1 先盘点自己的知识类型而不是照搬别人配置项目网页上的 knowledge-work-plugins 话题下永远有人晒自己的“完美工作流”动辄几十个插件每个都有精确用途。第一次看会觉得惊为天人照着装了一遍用不到三天就全线崩溃。问题出在哪不是插件的锅是对方的“知识类型”跟你的不一样。知识工作这个词覆盖的职业范围太宽了。一个研究者的知识类型以文献和实验记录为主她要的插件是能管理PDF标注、做文献关联、支撑引用格式一个产品经理的知识类型以用户反馈、竞品资料、需求文档为主他更需要的可能是网页快照、长文转简报、会议纪要模板一个运营同学的知识类型可能有一半来自热点事件和后台数据她的插件体系重心会放在快速追踪、表格导出和定期汇总上。所以我把搭建插件体系的第一步定为“盘点自己的知识原材料”。花半天时间把自己过去一个月里最常接触的信息来源列出来再看自己的产出形式是什么你写长文多还是写短报告多你有没有每周固定要提交的更新你需要在多短的时间内把一个不熟悉的主题变成一份像样的资料这些问题的答案直接决定了你的插件体系应该偏采集、偏整理还是偏输出。没有这一步直接照抄别人的配置大概率是水土不服。盘点完之后还可以给自己画一张很朴素的图左边是一周里信息进入你的所有入口右边是这一周你交出去的所有成果中间是你自己加工信息的动作。插件就放在该在的位置上让入口到出口的每条路径上都少一点手工劳动。这张图画完你自然会发现某条路径上缺口特别大某条路径上插件已经明显过剩。过盛的直接卸载不要舍不得。3.2 一张可复现的插件选型评估清单有了自己的流程图之后剩下的问题就是面对具体插件时怎么做决策。我给自己整理过一张五维评估清单每次看到一个心动的插件按这个清单过一遍绝大多数都能冷静下来。第一个维度是授权范围。安装插件时它要求读取哪些数据、访问哪些文件夹、能不能上网、有没有跨应用权限。很多插件的权限设计非常吓人一个只是用来美化界面的小工具居然要求读取整个用户目录。我现在的底线是权限超过实际用途一个级别以上的直接不装。因为权限这东西给出去容易收回来难你不知道它哪一天会在什么场景下开始发疯。第二个维度是数据格式。插件产生的数据是不是标准格式比如笔记内容是纯文本还是私有格式、导出功能是否完整、有没有开放接口。这个维度我踩过坑后面专门讲但选型阶段就必须看因为一旦数据被某个插件锁死换工具的代价通常大得让人放弃换工具。第三个维度是依赖关系。这个插件是不是必须依赖另一个插件才能跑它的运行是否需要特定的编辑器版本、特定的操作系统环境依赖越深未来的兼容性风险越大。有些看似功能很强的插件实际上是在一堆老旧的依赖上叠出来的维护者可能早已停止更新等系统一升级整个链条一起崩。第四个维度是活跃度和社区规模。这里的判断标准不是下载量有多大而是最近一年里有没有发布更新、有没有人持续提交问题反馈、有没有活跃的讨论区。一个下载量十万但三年没更新的插件比一个下载量五千但每月都有小修小补的插件危险得多。第五个维度是回退成本。如果这个插件某一天突然不工作了你失去的是什么只是一次点击从有到无还是保存了几百条笔记格式都会乱在选型阶段就想好“如果它死了怎么办”能帮你避开很多高风险依赖。我甚至有一套很朴素的规则凡是让我必须重新学一遍数据管理方式才能换掉的插件除非它带来的效率提升真的无可替代否则我都是谨慎再谨慎。这张清单看着简单真用起来能挡住大部分冲动的安装。每隔半年我也会把已安装插件拉出来重新过一遍这张清单该下车的就果断下车。插件体系和人的衣柜差不多不定期清理就会囤出一堆既不穿也舍不得扔的东西占着内存也占着注意力。3.3 轻度自研用模板、热键和脚本拼出自己的“插件感”不是每个人都写得来正经插件但轻度自研可能是这套体系里性价比最高的一层。我说的自研不是从零写一个扩展而是利用现有工具提供的扩展能力把你自己工作流里的那些特殊动作固化下来。三步就能完成不需要编程功底需要的是对自己工作重复性的观察。第一步是模板化。观察你每周重复写的那些文档是不是每次开头的结构都差不多项目周报、会议纪要、复盘文档、调研提纲都可以做成模板。很多笔记工具自带模板能力设置好触发条件之后一键新建一篇带好所有结构占位符的文档。模板的意义不只是少敲几个字它是在帮你降低启动成本。大多数人不愿意写文档卡住的部分不是内容而是起笔时那张空白页给人的压迫感。有结构在写起来顺畅得多。第二步是热键化。找出你一天里重复次数最多的操作比如新建笔记、切入今日总结、搜索全局内容、插入最近常用链接给它们配上全局热键让动作不打断当前思路。热键的安装不需要额外插件但养成“先想热键再点菜单”的习惯操作效率提升是很可观的。一个很具体的例子我习惯用“快速捕获”热键在任何应用里都能弹出一个小输入框记录想法。看似只是省了几次鼠标移动但俯冲拾起一个念头再回到原任务整个过程不到三秒这种连贯感对深度工作的保护作用非常明显。第三步是脚本化。到了这一步才稍微有点技术含量但也不需要会写多复杂的代码。很多编辑器、笔记软件、甚至操作系统本身都支持用简单的脚本语言做自动化。比如我写过一个很短的整理脚本每天凌晨把收集箱里超过十五天还没碰过的内容挑出来生成一份“过期待清理”清单放进每周提醒里。这个脚本不是自动归档只是把整理决策留给人工但把“发现该整理”这件事自动化了。这其实就是插件体系里最难能可贵的东西。三步下来你可能没有多一个华丽的插件但你拥有了一套长在自己工作习惯上的自动化工具。经验积累到一定程度你真要拓展成完整插件时逻辑也已经想清楚了就不会出现“不知道插件该做什么”的问题。4. 插件越多坑越多我踩过的雷和排查思路4.1 权限失控一个看似无害的小插件是怎么拖垮我的有一回系统突然变得很卡CPU经常莫名其妙满载。我查了很久最后发现是一个很早以前安装的小工具在后台疯狂同步数据。这个工具名义上是做剪贴板历史的权限却申请了文件读取和网络访问每天把剪贴板里出现的一切文本往云端传。我根本没注意到它还在运行因为它的功能早被我一个系统原生功能替代了。这个坑给我的教训有两层。第一层是权限任何插件你到底有没有必要给它那么大的权限剪贴板工具要读剪贴板可以理解要联网干什么我后来把所有插件捋了一遍把所有不需要联网权限的插件全部断网CPU和内存占用肉眼可见地降下来。第二层是审视“僵尸插件”很多让你曾经心动的插件功能早已被系统或编辑器原生支持它们却依然在后台呼吸着你的电量。定期用选型清单体检一次把没有存在意义的插件送走是对电脑的一种善待。排查这类问题我建议按这个顺序走先看系统资源占用排行找到可疑的进程再从进程反查它属于哪个插件或应用查插件更新日志确认最近的变更最后如果确定有风险立即禁用几天观察有没有功能缺失。恶意插件很少但授权过度的插件很常见学会从“它在干什么”而不是“它宣称能做什么”来看待插件是避免坑的第一步。4.2 被数据“格式绑架”的那一个月我记忆里最惨痛的一次插件事故是因为一个笔记增强插件。它功能确实强能把笔记变成数据库一样管理的表格视图我图新鲜把几百条笔记全部导进了这个表格结构。结果没多久这款插件项目停更了新版编辑器里它的核心功能报错表格视图完全打不开我的几百条笔记卡在一个只有它能读懂的私有格式里。我想导出发现导出功能只支持两种格式一种还是它的旧版本格式另一种是残缺的简单文本表格里的列关系全丢了。那一个月我都在做数据抢救。事情结束后我给自己立了一条铁律任何时候我的核心数据必须有一份不依赖任何插件的纯文本版本。笔记正文用标准标记语言保存附件用普通文件存插件产生的增强数据只当作锦上添花绝不能成为唯一保存形式。这条铁律救了我后来好几次因为插件生态更新换代太快了谁也无法保证一款插件能陪你十年。具体落地也很简单每个项目目录里放一个纯文本总索引里面用固定结构记录笔记标题、存放路径和关键词每隔一段时间跑一遍导出脚本把整个笔记库导出为纯文本压缩包存到另一个地方。做这个动作的成本极低但它意味着哪怕整个插件体系某天全部无法启动你的知识资产依然完好无损地躺在那里。别等问题发生后再想备份那是灾难现场才有的动作。4.3 插件打架一条从报错到定位的完整排查链路另一个高频问题是插件冲突。不同插件同时监听同样的快捷键、同时修改同一个配置文件、先后对同一条数据施加不同格式的改动都会产生奇怪的症状一会儿功能失灵一会儿界面错乱一会儿保存内容丢失。这类问题最不好的地方在于报错信息经常是中性的既不说谁跟谁冲突也不说该怎么解。我排查插件冲突有一套完整的链路基本能解决八成问题。第一步是复现把所有插件禁用只保留出事场景里必须的那个确认问题是否消失。如果消失说明问题出在插件组合上。第二步是二分法把插件分成两半一半启用一半禁用观察问题侧在哪边然后继续对问题侧二分直到锁定交集。第三步是看依赖锁定的两个插件未必直接冲突很可能是它们依赖了同一个底层组件而这两个底层组件的版本要求互相矛盾。这时候要去看依赖说明换个旧版本或者找一个替代插件问题通常就解了。这套链路听着笨但非常管用。我踩过最久的一次坑是某个主题外观和一个功能增强插件的不兼容症状只在特定操作序列下才会出现基本只能靠复现和二分法慢慢缩小范围。最后判断下来其实两个插件都没坏只是它们对同一样式变量的修改互不相让。解决办法也简单把其中一个里的某一段配置改成旧写法问题就好了。插件冲突里很少是真有一方是“坏人”大多数时候是两个正常的东西合在一起超出了预期边界。4.4 别为了自动化而自动化踩坑踩多了会进入另一个极端看见重复操作就想自动化。我有一段时间沉迷搭各种自动化场景把每周小结自动汇总、把邮件附件自动归档、把网页更新自动监看结果维护这些自动化的时间比省下来的时间还长。某个脚本依赖的页面改版了某个自动归档规则把重要文件分错了类某个定时任务半夜跑崩了第二天一睁眼先处理故障。对知识工作插件体系尤甚。知识工作本身是高度非标准的同一个动作在不同语境下的含义可能完全不同。比如“文件归档”有时候意味着放进项目文件夹有时候又意味着只保留链接源自动化规则很难穷尽这些语境差异。所以我现在对自动化的态度是先手动作三个星期如果那个动作的重复频率和固定程度都足够稳定再考虑自动化自动化的边界只划定在最不会错的部分任何涉及价值判断的步骤都留在人工这边。这个原则还能解释一个现象为什么有些人的插件流程看起来很酷实际用起来却总让人提心吊胆。因为他们的自动化把“决策”也算法化了而知识工作的决策根本不是那种能轻易写进规则的事情。5. AI 在场之后插件体系该怎么长出新枝5.1 哪些知识环节最适合交给AI插件来做大语言模型把“知识工作插件”这个概念突然又放大了现在是一个是个界面就要塞一个AI助手进去自动整理摘要、自动生成标签、自动把聊天记录转成会议纪要。但AI插件的误区比传统插件更深因为它表面上太能干了很容易让人把判断权也一起交出去。我先说结论AI插件适合做的是那些“有明确边界、结果可核对”的事而不是全开放式的创意任务。以我自己的使用经验最顺手的AI插件场景是三类。第一类是素材粗加工把一个网页、一段长语音转写稿先让AI做一版结构化的摘要和要点提取。这一步的价值不是“获得最终稿”而是帮我节省第一次通读的时间让我的注意力能直接落在值得细看的句子上。第二类是检索增强让AI在我自己的笔记库里做问答式检索比如“去年这个项目里关于接口方案的讨论结论是什么”它把相关内容聚合过来并且给出引用位置。第三类是翻译与改写把外文资料先翻译成带术语说明的中文版本或者把同样的事实改写成不同场景下适用的表达。这三类场景的共同特点是AI给出的结果我永远会在三分钟内复核一遍关键事实并且复核成本不高。反过来我坚决不用AI插件的场景也有几个比如让它替我生成整个汇报框架、让它对多个方案做最终决策、让它直接替我回复重要的工作消息。不是因为它做不好而是因为这些任务的结果会直接影响人和项目的关系一旦出了问题责任归不到“插件运行异常”头上。AI插件是助手不是负责人这个边界必须自己守住。5.2 规则先行AI后置让插件体系的底座先是硬的在给插件体系接上AI之前我建议先确认一个前置条件你的底座是不是硬的。什么叫底座硬就是前几章说的那套基于规则、格式、权限的流程是清晰且可依赖的。如果一个人连自己的笔记库都是乱的内容散落在十几个地方那么AI插件再好它也只会把那堆混乱“生成”成结构化得好一点的混乱。所以我给AI插件的定位永远是“叠加层”而不是“替换层”传统插件体系负责稳定运行的那部分AI插件负责在它上面做灵活加工。比如我让AI每周自动生成一封“本周工作摘要”邮件给协作团队但我不会让它自动发送而是成品发到我的草稿箱里我快速看过一遍再手动发出。规则管住流程AI管住措辞这个分工在我用了小半年之后依然稳定。另一个“规则先行”的原因是AI的输出本质上是概率性的它不是确定性的程序。如果整条知识工作流的关键节点都是概率性输出链条出错的概率会指数级增加。所以哪怕AI再方便我也保留至少一个完全确定性的检查环节在这条链路上——可以是权限检查可以是格式校验也可以是一个人工确认按钮。有了这个锚点AI再怎么突发奇想都不会把整艘船带跑。5.3 当心云端插件的手隐私边界不是小事最后必须说隐私。知识工作插件处理的数据往往高度敏感项目方案、未公开的数据、内部讨论记录、个人思考过程。这些内容一旦交给第三方云服务你在法律和流程上能追责的空间都很有限。我见过某团队为了让分享更方便把项目文档同步到一个外部同步盘插件上结果权限配置失误整个目录被搜索引擎收录。虽然很快撤下来了但曝光已经发生影响无法撤回。我的隐私底线是三条。第一涉及机密或未公开工作的内容绝不进入任何需要联网的第三方插件要么用本地处理能力要么只在内部网络环境使用。第二任何插件在安装时如果申请了跨应用数据读取权我会仔细读一遍它的隐私声明声明含糊的一律不装。第三云端笔记的加密能力必须好好利用能开启端到端加密的绝不只用传输加密因为服务商自己也可能需要防。这三条不是小题大做对知识工作者来说信息资产有时候比机器本身值钱得多。AI类插件在隐私问题上更要注意。很多AI功能的调用会把数据发到远程服务器做推理你粘贴进去的一段文本对AI插件而言就是一段待处理的普通请求。所以在让AI处理资料之前先搞清楚你的数据会去哪里、留在哪里、又会被存多久。掌握这个信息后再决定哪些内容只能留在本地做轻量推理哪些内容可以放心交给云端大模型处理。隐私不是一次性的设置问题它是一种持续的取舍判断值得在每个新插件的安装节点上重新做一遍。讲到这里我自己的 knowledge-work-plugins 也就梳理得差不多了。从最开始见插件就装到后来搭建自己的三层插件体系再到今天对AI插件保持尝试又保持距离我对“插件”这件事的理解其实变了很多。它不再是一个个孤立的功能点而是一套服务于自己工作习惯的组织方式。最后再分享一个小技巧每配好一个插件花十分钟把这个插件在你工作流里的位置和用途写进一张总览文档里以后再看插件清单时就不会又回到“收藏夹式”的混乱里。插件体系这件事慢即是快稳定胜过炫酷。
