1. 结合自己的使用体验和老师讲解skills知识，感觉skills 和 tools 的注册加载调用和function call 很像；区别就是tools更多是以及代码化的调用，而skills更多用来承担非标准化/用户自定义的tools调用；或者说skills就是开放给用户自定义tools，换了一个更语义化的名称 2. 感觉skills可以更好的承担知识库的一部分的重担；自己的放本地，项目的提交本地，跨项目共享的通过plugin分发，claude code + 国产模型体验不到企业级的统一管理了 3. Tools，Skills，Agents 和企业本体论体系 这个配图是否可以优化一下显示效果：全大写-大驼峰；英文-中文 ---------思考题--------- 1. 项目中的骚操作，奇怪的配置，奇怪的方案，奇怪的定义等等所有反直觉/反常识的东西都很适合 2. 把重叠的部分抽取出来作为独立的skill，然后skillA和skillB都依赖skillC 3. 按照总分的结构把大文档拆分，SKILL.md 描述清楚各个子文档的内容 4. 只读不写的适合参考型；又读又写的适合任务型；判断标准就是会不会修改文件（包括操作git）

①　现在的项目里主要的需求是如何提高SQL的性能。比如该如何设计索引，在哪些列上加索引比较合适，等等。 这个Skill该如何写呢？ ②　一个API应该在这个微服务里，还是在另一个微服务里？ 这个Skill该如何写呢？