技能介绍

你在维护 Skill 时会卡在哪

一个 Skill 往往要同时挂在 Gitee/GitHub 仓库和 SkillHub 上。用户会在 Issues 里报 bug、提需求，平台侧的 downloads / installs / stars 也会悄悄变化。若把这些拆成「手动发版、偶尔翻 issue、偶尔打开 SkillHub 看数据」，很容易漏反馈、版本对不上，甚至在推送时把 Token 或密钥写进仓库。

技能怎么串起来

reskill 用自然语言路由把常见动作落到固定模块：

发布与发版：说「发布 skill」「推到 gitee/github/skillhub」「更新 skill」会走 publish.md，负责推送与版本管理。
反馈闭环：「检查反馈」「优化 skill」走 feedback-collector.md，用平台 API 拉 Issues，并结合 SkillHub 数据做提取与修复指引。
数据侧：scripts/check_downloads.py 对 SkillHub 搜索 API 做快照，对比增量并提醒；scripts/fetch_my_skills.py 拉取 users/{handle}/skills，与本地列表对齐。
发布前：scripts/preflight_secret_scan.sh 扫描凭据，降低泄露风险。
通知：notification.md 配置微信（默认）、飞书/钉钉 webhook、Telegram 等渠道。

配置集中在 settings/reskill_config.yaml：仓库地址、Gitee/GitHub Token、通知方式。验证通过后可按你的口令分步写入字段并自动跑后续流程。

边界与注意

依赖各平台 API 可用 与有效 Token；SkillHub 指标来自 api.skillhub.cn 的 search / users 接口，不是离线猜测。
反馈「修复」仍需你在仓库里改代码并再走发布流程；本技能负责组织检查与提醒，不替代代码审查。
换通知渠道时按 notification.md 改配置即可，需你自行保管 webhook 与令牌。