北京
分享至
“因为就算我知道我应该调用哪个，我也无法预知 Skill 的产出结果。”这句话来自作者 dontbesilent 对自己工具库的一次复盘。他手上攒了三四十个 Skill，多到手动选择已经变成负担，于是他给自己开发了一个统一路由调度入口 /dbs。
问题出在哪？当 Skill 数量变多，人工判断依赖关系、调用顺序的成本会急剧上升。串行是 A 到 B 再到 C，还是几个并行跑，用户既算不清，也预判不了结果。作者给出的判断很直接：由总路由自动化决策更优。
正方观点是，用户根本不需要理解各个 Skill 的调用逻辑和编排拓扑。只要用自然语言表达需求，系统自动完成复杂意图识别，再决定串行还是并行执行，调用链路全交给 /dbs 处理。
反方立场则藏在作者自己的那句话里：即便知道该调哪个，产出结果依然不可预知。手动编排看似可控，实际只是把不确定性往后推了一步。
作者的判断是让 /dbs 当导航器，自己去决策最好。用户省掉的是选择成本，系统接手的是编排拓扑——三四十个 Skill 的调度难题，被收进了一个入口。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
