mcpField
S
skills-optimizer

skills-optimizer

github.com/mono0926Agent 工作流287 次安装8 周前更新
代码仓库

关于 skills-optimizer

用于检查和优化全局或项目本地 `skills.yaml` 配置的技能。它会根据用户的开发技术栈分析已安装技能,新增建议须先经过安全与质量检查,修改和同步均需用户同意。

主要功能

  1. 01分析已安装技能及排除项
  2. 02根据用户技术栈定制新增建议
  3. 03审查技能来源的安全性与质量
  4. 04标记待移除项但不自动删除
  5. 05修改或同步前征求同意

适用场景

  1. 01审查 skills.yaml 配置
  2. 02寻找符合开发技术栈的技能
  3. 03添加前评估技能仓库

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/mono0926/skills-sync --skill skills-optimizer

安装后在 Claude Code 中输入/skills-optimizer确认已加载。

详细介绍

Skills 优化器

一项专门用于优化 skills.yaml 文件的技能(全局文件:~/.config/skills_sync/skills.yaml;项目本地文件:./skills.yaml)。它旨在精简现有技能,根据用户的个人情况推荐高质量的新增技能,并维护整洁、安全的环境。

背景:了解用户的设置

在提出任何优化建议之前,必须了解用户的主要技术栈、偏好的架构(库等)以及整体开发风格。 从提供的个人资料或对话历史中提取这些信息。 [IMPORTANT] 如果对用户设置的了解不充分(例如,尚不清楚核心技术),则 MUST 先向用户询问并澄清,再起草优化建议。

  • 目标:在有益的技能新增与上下文窗口效率之间取得平衡。虽然已安装技能对初始上下文的影响很小(主要是名称和描述),但仍需尊重用户对最高效用或最少干扰的偏好。

工作流

调用此技能时,严格遵循以下步骤:

1. 分析当前状态

读取当前的 skills.yaml。请注意,项目本地的 ./skills.yaml 优先于全局的 ~/.config/skills_sync/skills.yaml。分析已安装的仓库、通配符安装(*)和排除的技能(!)。

2. 识别高质量技能并进行安全审计

推荐与用户技术栈相关的一流技能(例如,来自用户偏好的框架、云服务提供商和工具的官方仓库)。重点关注能显著提升代码质量并符合架构要求的技能。

[TIP: 使用 find-skills] 鼓励使用 find-skills 技能,在整个生态系统中发现高质量技能。它可以帮助你搜索并识别维护良好且符合用户需求的技能。

[CRITICAL: 安全与质量预审]

skills_sync 工具会从目标仓库下载配置文件,且本身没有深入验证技能逻辑安全性的机制。因此,在推荐新技能之前,MUST 先研究目标仓库(阅读 SKILL.md 并审查 scripts/ 等目录中的文件),并确认以下事项:

  • 安全检查:确保不存在未经授权的网络通信(数据泄露)、破坏性命令(例如权限过大的删除操作,如 rm -rf)或可疑的混淆脚本。
  • 质量检查:确认提示词指令符合用户对高质量、现代化开发标准的要求。评估低质量指令或提示词注入缺陷带来的风险。 完成此审计前,不要向用户推荐新技能。
3. 筛选并向用户确认

找出不再适合用户核心技术栈的技能。

  • 绝不自动删除技能。
  • 仅当技能明显重复、完全无关或可能有害时,才将其列为待删除项。通常可以保留“以备不时之需”的技能。
4. 提出优化方案

向用户展示分析结果和审计结果:

  • 建议新增:列出推荐的新技能,并说明它们为何适合用户的技术栈。明确说明你已审计相关来源,且未发现安全风险。
  • 删除/保留确认:列出被认为“不属于技术栈”的技能,并询问用户:“你想保留这些技能以供偶尔使用,还是删除它们以节省上下文?(删除后,随时都可以重新添加。)”
  • 改进建议:建议精简重复的技能条目或范围过广的通配符导入。
5. 应用更改

用户提供偏好后:

  1. 根据用户的选择更新 skills.yaml。
  2. 保持 YAML 注释和格式的原始结构。
  3. 申请应用更改的许可:不要自动运行 skills_sync sync。应询问用户是否希望现在应用配置更改。
  4. 仅在收到明确确认后,才运行 skills_sync sync。
  • [TIP] 仅添加新技能或更新现有技能时,使用 skills_sync sync --no-clean 可以更快地完成同步。
  1. 向用户确认同步成功。

最佳实践

  • 未经用户明确同意,绝不修改 skills.yaml。
  • 优先使用项目本地配置:如果用户正在处理特定项目,请检查是否存在项目本地的 skills.yaml,或者是否应创建一个,而不是修改全局配置。
  • 保持沟通有帮助、简洁、专业,并遵循用户特定的语言或行为规则。

评论

支持 Markdown