插件、Skill、MCP、CLI：先判断这份能力该不该进模型上下文
专业洞察同一个能力做成插件和做成 CLI，代价差在每一步：插件的工具声明每次请求都在场，CLI 只在被调用时存在。按「谁决定调用时机、多久用一次、失败会污染谁」三个问题，把能力分到工具、Skill、MCP、套件、领域包与脚本六种形态，并给出动手前的三条验收。
0次浏览0条评论0个赞
插件开发
写一个真能跑起来的插件：注册契约、生命周期与失败判据。
团队里管插件，先管退出：准入、失败、退出是一张表
案例复盘团队里第 3 个人装了一个插件，第 1 个人的会话行为跟着变了，却没人说得清是谁加的。团队治理的杠杆不在审批，而在退出路径：准入、失败、退出是三张表，衡量的是同一件事——每一行有没有一个能执行的回滚动作。
0次浏览0条评论0个赞
装之前先量三笔账：上下文、热重载、卸载
专业洞察个人给自己加能力，装、写、接之间差的不是功能，而是三笔账：每个工具每步占多少上下文、改一次要不要重启、删掉要留多少尾巴。三笔账都能落到数字与命令上，有一笔算不过来，就不该装进 harness。
0次浏览0条评论0个赞
