feat/skill-governance-schedulers
main
把技能治理方案从「纸面节拍」变成宿主级机制,不再依赖任何一个会话的记忆。
scripts/scheduled-task.sh
daily
weekly
monthly
reports/skill-health/daily-*.md
latest.md
reports/evals/queue-*.md
scripts/install-schedulers.sh
--status
--run
--uninstall
.gitea/issue_template/new-skill.md
.gitea/pull_request_template.md
反复出现的坑是「方案写完就忘」:evals 一次没跑、节拍只存在于会话提醒里。所以脚本只做能自动跑的部分,判断类工作生成清单,责任方固定。
validate-skills.py --strict
scan-skill.sh
generate-catalog.py --check
tests/install-skills.test.sh
已加载
- scripts/scheduled-task.sh:daily/weekly/monthly 只做确定性动作,需模型判断的部分生成 queue 文件 - scripts/install-schedulers.sh:装成用户级 launchd(daily 07:20 / weekly 周一 10:00 / monthly 1 日 10:00) - .gitea issue/PR 模板:新技能提案走同一套 SCOPE 门槛问题 - README 一键部署 2 步 → 4 步;MAINTENANCE 增加定时任务一节与边界说明
No dependencies set.
The note is not visible to the blocked user.
做了什么
把技能治理方案从「纸面节拍」变成宿主级机制,不再依赖任何一个会话的记忆。
scripts/scheduled-task.sh:daily/weekly/monthly三个确定性任务reports/skill-health/daily-*.md(latest.md供 7:30 日报直接读)reports/evals/queue-*.mdscripts/install-schedulers.sh:装成 macOS 用户级 launchd,支持--status/--run/--uninstall,换机器重跑一次即可复现.gitea/issue_template/new-skill.md+.gitea/pull_request_template.md:新技能提案与 PR 走同一套 SCOPE 门槛问题为什么这么切
反复出现的坑是「方案写完就忘」:evals 一次没跑、节拍只存在于会话提醒里。所以脚本只做能自动跑的部分,判断类工作生成清单,责任方固定。
验证
validate-skills.py --strict:62 插件 0 错误 0 警告scan-skill.sh:0 高危 0 警告generate-catalog.py --check:catalog 最新tests/install-skills.test.sh:passed--status:三个任务均已加载后续(不在本 PR)