Whichllm 封装
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_922b1001/whichllm-wrap。
技能介绍
它解决什么问题
Whichllm Wrap 以 wrapper repository 的形式,把 Whichllm 放在一层仓库封装后面。若工程已经在处理模型选择、调用参数或结果回传,直接依赖外部组件容易让入口、配置和错误处理散落在多处;这类封装的价值在于提供一个可维护的边界,让上层只面对封装层。
工作方式与适用边界
从资料可确认的信息看,该技能定位为 Whichllm 的 wrapper 仓库,版本为 1.0.0。其典型使用方式更偏集成层:
- 将
Whichllm作为被封装对象 - 由上层按业务需求接入
- 用统一入口隔离外部组件变动
适合需要集中依赖、隔离外部变动或统一接入路径的场景;不适合在未核对封装实现前,假设它自带认证、重试、流式输出、评测或多模型路由等能力。若目标只是快速验证 Whichllm 的基础行为,建议先阅读仓库内示例和接口定义,再决定是否作为生产依赖。
使用场景
- 在评估 Whichllm 接入方案时,先用 wrapper 仓库隔离外部依赖,再写最小调用代码。
- 把 Whichllm 放入现有 Agent 仓库时,用 wrapper 仓库管理该依赖的引入位置。
- 在重构旧调用链路时,把 Whichllm 相关代码迁到 wrapper 仓库,便于后续替换。
- 给团队新增 Whichllm 依赖时,先用 wrapper 仓库建立独立封装层,再核对集成位置。
适合人员
- 负责 AI Agent 集成的工程师:想先把 Whichllm 仓库依赖封装清楚,再接入业务逻辑。
- 维护多组件项目的后端工程师:需要为 Whichllm 增加一层 wrapper 仓库,隔离外部变更。
- 整理第三方 AI 依赖的框架工程师:希望把 Whichllm 放进独立 wrapper 仓库,便于替换。
- 评估模型接入边界的架构师:需要看 wrapper 仓库如何承担 Whichllm 的引入位置。