权衡调用成本与理解成本
Invocation Economics (Context vs Cognitive Load)
比较常驻上下文的开销和按需调用的理解负担。
以下示例与示意结果由本站编写,用于说明方法,不是模型实测结果。
使用场景
工具包有常用只读定位与偶用危险清理。自动发现需让模型常见描述,用户调用则由人记住入口;不同宿主的上下文加载行为也要核实。
具体做法
先确定能力需模型自主发现、其他能力组合还是只由用户明确选择。按真实宿主配置狭窄自动触发或用户调用,并记录如何发现和获得操作范围。共享参考用明确路径避免每份复制;人为记忆负担大可提供可发现索引,但不假定它能自动调用。评估实际加载开销与误触行为,权限另由工具门处理。
反例
所有能力永远触发,或为了省上下文藏清理入口而不留用户说明;自动加载当执行许可。
改进写法
只读定位可用窄描述自动发现,危险清理在宿主支持时用户调用并列入口/影响。具体操作仍核已有授权。记录真实加载方式、使用频度和误触,不能仅凭关闭标志声称token开销必为零。
为什么这样改
调用方式同时分配机器上下文与人的发现负担。针对实际需要选择能减少误触和遗忘,而权限仍是独立问题。
如何验证
教学普通定位请求不激活清理,用户明确找到清理后仍核目标授权。共享参考只维护一处,索引链接可用。没有运行器加载记录就不能报告节省token的数值。
适用边界
宿主标志、描述暴露和自动调用能力各异,需实际版本验证。禁模型触发不能强制只读或授权,用户调用也不许可无限副作用。源中零上下文描述是其机制声明,不是本任务测量。
原文与版本
- mattpocock/skills · Invocation
查看此版本的文件d81f3a183412 - mattpocock/skills · Invocation Economics (Context vs Cognitive Load)
查看此版本的文件d81f3a183412