性能优化
写 skill/长文档:用三层渐进披露,别堆成一个巨文件
写 skill、操作手册、长文档时,把所有内容堆进一个主文件会让模型读不完也读不准。按「元数据→主体→参考资料」三层组织,按需加载。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 49/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 90/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 52/100 ×0.15
适用场景
写skillskill太长文档组织写文档操作手册渐进披露
解决思路
- 三层结构:①元数据(名字+描述,永远在上下文里,约 100 字)②主体(触发时加载,控制在 500 行内)③附带资源(按需读,脚本可直接执行无需读源码)
- 主体接近 500 行就再加一层层级,并在主文件里写清「接下来该去读哪个文件」
- 引用文件时写明「什么情况下读它」,不要只丢个路径
- 超过 300 行的参考资料加目录
- 同一主题有多个变体时按变体分文件(如 cloud-deploy/references/{aws,gcp,azure}.md),模型只读需要的那份
- 指令用祈使句写
适用边界 · 注意事项
- 别把内容全塞进主文件 —— 会撑爆上下文,且关键部分被淹没
- 别只给路径不写使用时机(模型不知道什么时候该去读)
- 别给教学类内容加 offset/limit 分页 —— 模型会只读第一页就跳过剩下(这是被验证过的失败模式)