lencx/skills：evals为核心，双技能（coding-protocol/keel）详解
项目仓库地址：https://github.com/lencx/skills
很多人关注skills本身，但实际上evals才是整个工具集的核心，skills不过是它的自然产物。
📌 lencx/skills
近期更新的lencx/skills项目几乎完成了全面重写，其中包含两个核心编程工具：coding-protocol和keel。这两个工具既可以独立使用，也可以组合搭配：coding-protocol为日常编码工作提供标准化的执行约束，而keel则负责架构层面的审查与治理，前者能让代码改动更可靠稳定，后者则帮助维护系统整体结构的清晰性。
目前仓库内的两个编程技能集都将随着经验沉淀持续迭代，暂时还没有确定新增的技能方向，所有内容都来自实际开发中的总结。
coding-protocol[1]：按风险分级的编码执行约束，覆盖授权范围、证据、用户工作保护、验证与交付说明，早期灵感来自行业专家的公开观察。
keel[3]：审查并治理由仓库定义的承重事实、边界、契约、迁移、守卫与删除路径，其设计脱胎于此前关于架构腐朽与工程循环的深度思考。
该工具集已经被用于日常的开发工作中，并且会随着技术发展持续更新。比如随着模型版本迭代，skills也需要不断微调，像最新的opus5模型就让原本的系统提示词缩减了80%左右，这也推动了工具集的进一步优化。
📌 互补工具
如果你正在使用mattpocock/skills[4]或者pbakaus/impeccable[5]，这套工具集可以形成很好的互补：前者侧重强化工程实践方法，后者专注提升设计与UI/UX体验，而lencx-skills则补充了执行纪律与架构治理层面的能力。
目前该项目还在持续优化中，evals相关的文件已经生成了超过60万行。evals虽然不能保证百分百有用，但确实可以有效避免模糊、歧义的措辞问题。这也是在优化keel的过程中得到的感悟：想要提升skills的品质，必须通过大量正反例测试、边界冲突测试来推进细节优化，比如某个词汇是否应该使用、应该用在什么场景、是否有更合适的替代词等。
📌 小发现
在编写skills的evals文件时还有一个值得注意的细节：不同的AI代码工具对上下文的限制不同，比如codex会硬性要求skills列表最多占用上下文的2%，安装的skills越多，每个工具的描述被截断的概率就越高，因此并非越多越好，过长的描述会被直接截断；而claude code则没有这类限制。为了让skills更好地兼容各类agent场景，建议采用“总览→分述”的结构，这样可以确保在被截断前，依然能传递有效的上下文信息。
参考链接
[1]
coding-protocol:https://github.com/lencx/skills/blob/main/skills/coding-protocol
[2] [3] [4]mattpocock/skills:https://github.com/mattpocock/skills
[5]pbakaus/impeccable:https://github.com/pbakaus/impeccable
