7.2 插件选型策略与评估：装备采购的章法

7.2 插件选型策略与评估：装备采购的章法

本节摘要：把第 1 章的"逛货架四道工序"升级为带权重的评估框架：维护活跃度、功能匹配度、性能档位、权限面四个维度加权打分，团队共识作为最终闸门。本节给出评估表的完整形态、一次三候选插件的真实打分过程，以及定期复审机制。选型制度化之后，工位的装备质量不再取决于谁碰巧先看到哪篇推荐。

上一节学会了造装备，这一节回到更常见的场景：大多数装备还是从市场上采购的。第 1 章给过"查发布者、读更新、验仓库、掂性能"的四道验货工序，那是单人单件的快速判断；团队工位需要更硬的东西——一份可复用、可讨论、可追溯的评估制度。就像正规采购要走流程，装备进工位也该有章法。

四维评估框架

评估表四个维度，各有权重与打分锚点：

两个设计意图说明。其一，维护活跃度与功能匹配度并列最高权重：再合功能的装备，作者弃耕就是定时炸弹（编辑器接口一演进，弃耕插件就从工具变成病灶——第 6 章的启动账单里常见它们的尸位素餐）；而功能再活跃的装备，不解决你的痛点就是占地方。其二，权限面单独成维：第 1 章的仿冒插件风险要制度化承接——涉及凭据与出网的装备（数据库连接、账号集成、云端补全），权限审查从严一档，这是团队安全的闸门。

一次真实的打分：三候选比高下

场景：为团队选一件接口调试装备，市场上有三件候选。逐维打分：

候选甲（老牌全能型）：功能五颗星（能调接口、能管环境、能跑脚本）；维护两颗星（更新迟缓，近一年只有小修）；性能两颗星（启动即激活、面板重）；权限四颗星（纯本地）。加权下来中游偏上，但维护项是硬伤——赌它还能战几年？

候选乙（轻量新锐）：功能三颗星（只管发送请求与查看响应，环境管理简陋）；维护五颗星（月度更新、议题秒回）；性能五颗星（按需激活）；权限五颗星（无出网）。加权后与甲接近，短板在功能覆盖。

候选丙（云端订阅型）：功能五颗星；维护四颗星；性能三颗星；权限一颗星（团队凭据集中托云端、代码片段上云）。加权中游，权限项触碰团队红线。

打分结论：乙胜出——功能缺口（环境管理）用项目里的环境文件约定补齐（成本很低），而甲的维护风险与丙的权限风险都是"补不回来的短板"。打分表的价值在这一刻显现：它把"我觉得乙顺手"变成了"维护与权限两项硬指标领先"的可讨论结论，团队评审有据可依。

团队共识与定期复审

打分之后还有两道工序。共识工序：评估表随装备清单进团队文档，新装备上架前过一次评审（轻量到十分钟够了），杜绝"谁装了什么全凭个人喜好"的黑箱。复审工序：装备清单每季度巡检一轮——维护分掉档的（作者弃耕）启动替换流程，功能被内置收编的（本册至少提过两回：括号着色、设置同步）走退役手续，权限面变化的（某装备新版本突然要求新权限）重新过安全闸。

复审的节奏感来自一个事实：装备生态是动态的。第 5 章讲过实时协作装备的退役，第 2、4 章讲过内置化收编，选型不是一锤子买卖，是持续的经营。

台面实测：给一间成熟工位做首轮装备审计

实测这个框架的另一种用法：回头审计已装的装备。某工位装着两打插件，按四维表逐一回头打分，结果：五件装备维护掉档（含一件已被内置收编仍占着启动额度）；两件权限面说不清（查证后一件确有出网行为，替换）；三件功能重叠（两件格式化装备并存——正是第 6 章冲突判例的隐患温床）。审计后装备瘦身近三成，启动时间相应改善。评估框架不只用于"买新的"，同样适用于"清旧的"——采购与退役是同一套章法的两半。

坑点提醒

**坑一，权重拍脑袋。**四维权重应经团队讨论定版，不同团队侧重不同（安全敏感团队把权限面权重上调）；定了就别每次临时改。**坑二，装机量数据缺席。**框架故意不含装机量——第 1 章已论证它是及格线参考而非决策依据，纳入打分反而引入噪声。**坑三，评估表变成形式主义。**每次选型十分钟内打不完分的，说明锚点不清，修订锚点而不是硬填。

常见疑问快答

问：评估表四维权重怎么定才不拍脑袋？答：先用默认权重（三三二二）跑几轮真实选型，把每次“表格结论”与“直觉结论”的分歧记下来——分歧集中的维度就是你们团队该调权的维度。例如安全敏感团队会发现权限面的分歧率最高，把它上调到三成就有据可依了。

问：打分平手的两件装备怎么选？答：加赛两局：一看卸载成本——配置面简单、数据不锁死的优先（进退都容易）；二看团队熟悉度——已有人用熟的优先（培训成本为零）。打分表管住了下限，这两局解决的是“都不差时选谁更顺”。

问：评估记录要保存多久？答：永久——它是工位装备的“人事档案”：复审时看它（维护分变化趋势）、交接时看它（每件装备的来由）、复盘事故时看它（当时为什么放它进工位）。档案不全的选型，等于每次都从零开始吵架。

问：个人工位也要走评估表吗？答：轻量版即可——个人装备的失败成本只有自己扛，四道验货工序（第 1 章）加“装了试一周”的体感验收已经足够。评估表的全量版是为团队场景设计的，个人生搬会把自己变成流程的奴隶。

问：评估表会不会让选型变慢？答：第一年会慢一点——填表本身有成本；第二年开始变快——因为大量“候选池”已经打过历史分，复审只更新变化项。评估制度的复利就在这：第一次是成本，之后每一次都是资产。

问：评估框架能用于“要不要卸载”吗？答：能，而且这是它最锋利的用法——对已装装备定期重打分，分数下滑到阈值的进入退役流程。采购与退役用同一把尺子，工位的进出才守得住同一套标准。

替代方案

选型的轻量替代是"跟着官方推荐走"（省事但失去判断力）；重量替代是引入正式的技术选型评审流程（大型组织的做法，中小团队过重）。四维框架定位在"够用的制度化"——一张表、十分钟、可追溯。下一节解决选型的上游：情报从哪来。