这个提示词用来做什么
同事推荐或自己刷到一个库，感觉能省事，但「换过去之后要养什么、将来怎么退出」没人算过
提示词全文
帮我评估下面这个开源库 / 服务值不值得换进现有项目。不要给我一段泛泛的优缺点，按下面六行各写一段，每一行都要有具体依据，说不清就写「说不清」，不要用形容词凑。
## 输入
我现在用什么：{……}
候选是什么：{名称、仓库地址、最近一次发版与提交时间、star 数、issue 的关闭情况}
我要它替我做的事：{……}
我的约束：{团队人数、技术栈、上线时间、有没有合规要求}
## 六行对照表
1）它替我省了什么：具体到「少写多少代码 / 少养哪一类服务 / 少处理哪一类边界情况」，说不出具体项就写「省不下来」。
2）我得多养什么：多出来的依赖、运行时、后台进程、要跟着升级的东西，以及这些东西坏了谁负责。
3）退出成本：三个月后如果要换掉它，我得改哪些地方、数据要不要迁移、有没有把它的概念写进了我的数据库表名或接口字段。
4）上限在哪：它的天花板是什么（规模、并发、功能边界），我大概什么时候会撞到；撞到之后是能绕过去，还是只能换掉。
5）许可与合规：许可证是什么、能不能商用、有没有附加条款（网络服务条款、商标、专利），我现在的用法踩不踩线；看不懂就标「未确认」。
6）维护活跃度：最近半年的提交与发版节奏、核心维护者有几个人、有没有「作者已经不太管了」的信号；大厂托管但不开源的工具按同一口径评。
## 最后
给一句结论：换 / 不换 / 先做一次两天的试点，并写清这个结论成立的三个前提；如果只能做一件事来降低风险，是哪一件。
怎么用
- 把上面的提示词全文复制到对话窗口或工作流里。
- 把花括号占位符（如 {任务描述}）替换成你自己的内容。
- 条目越具体，产出越稳定；不需要的条目可以直接删掉。
输出示例
这类评估最容易糊在「它很火」上。把六行拆开之后，真正卡住决定的通常不是功能，而是第二行和第三行——多养一个要长期跟进的东西，以及三个月后换掉它要动多少地方。还有一条经验：许可那一行如果自己看不懂，就别写「应该没问题」，标成未确认，然后去找法务或者干脆换成许可证明确的方案。
基本信息
- 分类：技术选型
- 标签：技术选型 · 开源评估 · 维护成本 · 退出成本 · 许可合规
- 收录日期：2026-10-16