插件、Skill、MCP、CLI:先判断这份能力该不该进模型上下文
专业洞察同一个能力做成插件和做成 CLI,代价差在每一步:插件的工具声明每次请求都在场,CLI 只在被调用时存在。按「谁决定调用时机、多久用一次、失败会污染谁」三个问题,把能力分到工具、Skill、MCP、套件、领域包与脚本六种形态,并给出动手前的三条验收。
0次浏览0条评论0个赞
邮件订阅:填个邮箱,我审核通过后就给你推送新文章,随时一键退订。(已在用 RSS 阅读器的话,下面有零注册入口。)
零注册、即时生效,适合已经在用阅读器的人:https://xiciyang.com/feed.xml
共 3 篇文章。
同一个能力做成插件和做成 CLI,代价差在每一步:插件的工具声明每次请求都在场,CLI 只在被调用时存在。按「谁决定调用时机、多久用一次、失败会污染谁」三个问题,把能力分到工具、Skill、MCP、套件、领域包与脚本六种形态,并给出动手前的三条验收。
0次浏览0条评论0个赞
团队里第 3 个人装了一个插件,第 1 个人的会话行为跟着变了,却没人说得清是谁加的。团队治理的杠杆不在审批,而在退出路径:准入、失败、退出是三张表,衡量的是同一件事——每一行有没有一个能执行的回滚动作。
0次浏览0条评论0个赞
个人给自己加能力,装、写、接之间差的不是功能,而是三笔账:每个工具每步占多少上下文、改一次要不要重启、删掉要留多少尾巴。三笔账都能落到数字与命令上,有一笔算不过来,就不该装进 harness。
0次浏览0条评论0个赞