尧图网络 高端网站定制 · 原创设计
免费咨询热线
400-888-6620
免费获取方案
Sno Station Skills发布流水线揭秘:自测门禁、PUBLISHED.json与registry.yaml的质量保障原理
【免费下载链接】sno-station-skillsSno Station Skills: 31 tested skills that turn Claude Code and Codex into one working team. Cross-vendor peer review, automatic handoff when an agent hits its quota, a one-page morning brief, work orders with proof, and a nightly loop that learns from your own sessions. Open source, installed with one sno setup.项目地址https://gitcode.com/gh_mirrors/sn/sno-station-skills点击查看免费下载Sno Station Skills 是面向 Claude Code 和 Codex 的开源 AI 技能库以 28 个单元unit交付 37 个技能覆盖代码评审、任务交接、配额监控、夜间自省等团队级能力。它每一次发布的背后都运行着一条严格的质量流水线 自测门禁确保每个技能先在干净副本上证明自己PUBLISHED.json 质量印章记录检查结果registry.yaml 技能注册表维护单一事实来源。三者共同构成了一套可审计、可复现的开源项目发布质量体系。先认识 Sno Station Skills一套装进 AI 智能体的团队习惯这个仓库的每个目录都是一个技能单元skills/README.md 是分类索引J · Peer Review Audit跨厂商互审、意图审计、测试编写S · Communication Handoff任务交接、配额耗尽自动换班rotate-agentH · Reporting Visibility回归简报、评审捕获报告T · Delegation Work Orders工单、交付证明R · Retrospective Improvementrem-reflect 夜间学习循环用户只需一条sno setup这些技能就会装到机器上的智能体中。但装得进不等于靠得住——发布前的门禁才是重点。发布流水线全景一个只读的产物仓库 六项检查这个仓库本身是生成的不是手工维护的。AGENTS.md 开宗明义本仓库是已发布的技能库每次发布时由私有工作仓库生成在此直接做的改动会在下次发布时被覆盖。也就是说AGENTS.md 规定的发布流程是永远自动私有工作仓库中的发布脚本是唯一入口一次运行完成构建整棵树 → 推送到main→ 创建下一个 GitHub release并把构建产物final-skills.tar.gz作为唯一附件用户侧的sno setup只从最新 release 下载final-skills.tar.gz绝不分叉拉取完成的判定是硬性的最新 release 指向当前maincommit且附件 digest 与构建产物的sha256sum一致。在构建过程中每个单元都要通过六项检查README.md 的 Built to be trusted 一节#检查项防住什么问题1仓库携带LICENSE与NOTICE法律文件缺失2单元整体复制家庭成员与按智能体差异保持完整发布时漏装半个技能3无个人路径、作者名、内部主机、硬编码模型且无中日韩字符私人信息泄漏进公开仓库4每个SKILL.md头可解析requires:声明合法安装器读不懂依赖声明5每个技能在干净副本而非作者机器上自测通过在我机器上是好的6最后写入PUBLISHED.json印章含自测次数与契约、载荷摘要印章先于检查存在的作弊⚠️ 核心原则任何一项检查失败的单元都不会被发布印章由发布步骤写入永不手写。自测门禁详解run-selftest.sh 是如何工作的每个技能目录都自带一份 run-selftest.sh发布构建时逐一执行。它们的设计有一个共同的两层结构。第一层文本契约text contract技能本质上是写给智能体看的 Markdown 指令。行为正确很大程度取决于关键句子是否被改写或删掉。因此自测会断言SKILL.md中必须存在的关键短语。以 away-brief 的自测 为例它用约 20 行 Python 检查诸如四个章节齐备不虚构页面上不存在的工作等规则缺一即失败。handoff 技能的 text-check.py 更苛刻它自带一个仅依赖标准库的 frontmatter 解析器注释里写明引入 PyYAML 会让缺少该库的机器装不上技能然后逐条核对requires:声明甚至把文中每个sno reach命令片段按 shell 词法切开验证动词和参数都在 reach-contract.json 契约内——文档写错一条命令门禁就红。第二层行为测试behaviour test文本契约只证明说的是对的行为测试证明做的是对的。典型案例peer-review 的自测在PATH前面放一个假 codex 桩通过环境变量让它空回复挂死非零退出然后断言真实脚本在每条失败路径上的账本ledger记录——干净退出但没写报告被记为failureempty被看门狗杀掉被记为failurewatchdog两者必须可区分first-principles-review 的自测用合法报告做模板程序化生成缺章节未知处置JSON 损坏零研究等十余种坏报告逐一断言校验器必须拒绝它们rotate-agent 的自测用一个 fake-quota 命令喂入精心构造的配额 JSON验证剩余额度跌破阈值才触发换班健康时不多读一个其他智能体等逻辑。PUBLISHED.json里的selftests_run字段正是这次执行的计数大多数单元是 1e2e是 2pl是 6——一个单元下的技能越多要跑通的自测就越多。PUBLISHED.json发布最后盖上的质检印章所有检查通过后发布步骤才写入PUBLISHED.json。看 away-brief 的印章{ unit: away-brief, category: H, tier: shipped, source: { commit: e27d56a7…, unit_tree_clean: true }, selftests_run: 1, contract_sha256: 5022662b…, payload_sha256: 88fc37d2…, published_at: 2026-10-24T12:04:45Z }每个字段的含义字段作用unit/category单元名与分类码与 registry.yaml 对应tiershipped已发布或candidate候选source.commit该单元来自哪个 commit——可精确溯源unit_tree_clean第 3 项无私人残留检查的结论selftests_run该单元跑通过的自测数量contract_sha256对 requirements-contract.json 的摘要全仓库 28 个印章中它都是同一个值因为所有requires:都对照同一份契约校验payload_sha256该单元载荷的摘要每个单元各不相同证明印章与内容一一绑定published_at盖章时间戳这枚印章的价值在于防篡改与可验证内容变了payload_sha256就对不上印章只能由发布步骤在最后一步写入作者无法先盖章后补测。AGENTS.md 也把它列为仓库规则PUBLISHED.json由发布构建写入永不手写。registry.yaml技能库的单一事实来源registry.yaml 用极简格式登记每个公开单元——一行一个机器可读不许嵌套units: peer-review: {cat: J, tier: shipped} handoff: {cat: S, tier: shipped} pl: {cat: T, tier: shipped, split: {pl-analyze: R}}三个设计点值得新手学习分类码固定且有序J M S H T R同时出现在目录名和注册表中skills/README.md 与注册表登记同一分类双处一致即可互相校验tier 是门禁的结论shipped表示至少一次通过门禁、进入了已发布版本candidate表示打算发布但尚未从这个仓库通过门禁。例如 test-writer 与五个 coder 类技能目前仍是 candidate——同样的自测与印章流程适用于它们只是 tier 如实反映状态split 处理跨分类成员pl家族里的pl-analyze属于 R 分类cos家族里的cos-evolve也属于 R。家族整体安装保持一行但成员归属另作登记索引页 skills/README.md 会把它们列回自己的分类下。requirements-contract.json所有依赖声明的公共规则集每个 SKILL.md 头部都有requires:块声明该技能需要哪些 Sno 程序、智能体需要哪些能力槽slot以及需求等级。这些声明不是自由文本全部对照 scripts/requirements-contract.json 校验program_ids允许的四个程序reach、heartbeat、subscription-quota-check、report-timeslot_ids允许的能力槽如4.shell、4.file-read-write、4.background-processesneed_values只有required/preferred/optional三档version_pattern版本号格式sno setup读取这份声明后为每个智能体做三种决定之一完整安装、降级安装、或跳过——README.md 的 For skill authors 一节解释了整套布局与声明规则。声明写错一个词发布检查第 4 项就会失败错误根本进不了用户机器。小结一套新手可直接复用的质量门禁清单把 Sno Station Skills 的流水线拆掉外壳剩下的是一套任何开源项目都能抄的做法✅产物仓库只读改动只来自自动化发布脚本杜绝手工推送安装源是 release 附件而非分支并用 digest 对账完成技能自带自测文本契约管说法行为测试管做法且跑在干净副本上印章最后写PUBLISHED.json记录 commit、自测计数与双摘要绑定内容、防手写注册表单一来源一行一单元tier 如实记录门禁状态跨分类成员用 split 显式登记声明对照公共契约requires:字段的词汇表、格式统一由requirements-contract.json约束。质量不是发布前的一次评审而是写进每个技能、随每次发布自动重跑的一串可执行断言——这正是这个仓库自测通过才发布承诺的原理所在。赞分享【免费下载链接】sno-station-skillsSno Station Skills: 31 tested skills that turn Claude Code and Codex into one working team. Cross-vendor peer review, automatic handoff when an agent hits its quota, a one-page morning brief, work orders with proof, and a nightly loop that learns from your own sessions. Open source, installed with one sno setup.项目地址https://gitcode.com/gh_mirrors/sn/sno-station-skills点击查看免费下载相关推荐Hugging Face Skills 发布流水线揭秘publish.sh、marketplace 与版本管理全拆解Hugging Face Skills 发布流水线揭秘publish.sh、marketplace 与版本管理全拆解 Hugging Face SkillsAI 技能人工智能AI 评测模型评测NVIDIA ESM-2安全与伦理蛋白质AI模型的负责任使用指南NVIDIA ESM 2安全与伦理蛋白质AI模型的负责任使用指南 NVIDIA ESM 2esm2_t33_650M_UR50D作为先进的蛋白质结构预测AAmplication CI/CD流水线自动化部署与质量保障Amplication CI/CD流水线自动化部署与质量保障 引言为什么需要强大的CI/CD流水线 在现代软件开发中持续集成Continuous In后端代码生成低代码AI 应用上一篇Cylinder3D基于圆柱坐标与不对称3D卷积的LiDAR语义分割终极指南下一篇如何在VSCode中快速配置浏览器预览开发者的终极教程 创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
RELATED

相关推荐

心愿清单的记忆应该可见、可撤回

心愿清单的记忆应该可见、可撤回

心愿助手最吸引人的地方,是它好像记得“我想做什么”。最容易令人失望的地方,也在这里:页面刷新后内容消失,演示标签重新出现,却仍写着“长期记忆”。我会先把普通存储做诚实,再考虑模型怎样理解心愿。 记…

📅 2026/10/27 9:38:12
叶片浮雕:Sobel 梯度到伪法线

叶片浮雕:Sobel 梯度到伪法线

一张灰度叶片加上一点方向光,就会像压在纸里的浅浮雕。这个效果很好玩,但它没有从照片里恢复真实三维。更准确的说法是:把灰度当作人为指定的高度,再由邻域差分构造一张伪法线图。 从高度差开始 Sobel 的横、纵卷积核分别估计两…

📅 2026/10/27 9:38:12
AdaIN风格迁移:利用特征统计量实现实时任意风格转换

AdaIN风格迁移:利用特征统计量实现实时任意风格转换

简介:这是一份围绕AdaIN的图像风格迁移实战资源包,面向人工智能、机器学习方向的开发者与学习者,旨在帮助读者理解并实现基于深度学习的艺术风格迁移技术,将照片内容与名画风格进行融合。资源包共30个文件,压缩后约17.…

📅 2026/10/27 9:38:12
MORE NEWS

更多资讯

📰

电力设备状态检修:核心概念、实施路径与局放在线监测的支撑作用

一、什么是状态检修?状态检修(Condition-Based Maintenance,CBM)是指依据在线监测、带电检测、例行试验等手段获取的设备状态信息,评估设备实际健康水平,据此动态安排检修时机与检修项目的检修策略。它与传…

📰

EtherCAT 没有报错,为什么控制器读到的还是旧数据?从 PDO 更新、主站周期到应用层同步的排查实战

在工业自动化系统中,EtherCAT 经常被用于伺服驱动器、多轴运动控制器、远程 I/O 和高实时性设备之间的数据交换。工程师在调试过程中,通常会重点关注主站是否成功启动、从站是否进入 OP 状态、工作计数器(WKC)是否符合预期&#x…

📰

单轴运行很稳定,一增加到四轴就开始超时,问题出在哪里?从 EtherCAT 周期预算到多轴实时调度的排查实战

在伺服控制、工业机器人和精密运动控制系统中,单轴调试通常是整个项目最容易取得进展的阶段。驱动器能够正常使能,位置反馈持续更新,控制周期基本稳定,运动轨迹也符合预期。但当系统从单轴扩展到四轴、六轴甚至更多轴时&#xff0…

📰

分享《工业数字化/智能化 2030 白皮书》:一份看清未来工业的方向

工业数字化走到 2030 会是什么样?中国信通院等联合发布的《工业数字化/智能化 2030 白皮书》,没有停在愿景上,而是给出了四个正在发生的产业趋势:工业装备数字化——大量"哑设备"正在联网改造,从传统装备走向…

📰

第56天 特殊进程

一.孤儿进程1.定义:当一个进程的父进程先于它终止,这个进程就会成为孤儿进程;2.产生原因:父进程意外崩溃、被强制终止(如kill -9),或父进程主动退出但未正确处理子进程;3.特点:1.失去父进程后&a…

📰

VS Code 终端大升级

写终端命令的时候,你有没有这种糟心体验? 敲链式命令 npm run build && node index.js,写到一半想靠终端智能提示补全后半段。结果旧版 VS Code 的终端提示功能,只能识别第一条命令,&& 后面直接“失明…

TODAY

今日更新

THIS WEEK

本周精选

THIS MONTH

本月热门

读完文章,想聊聊您的网站?

告诉我们您的行业与需求,资深顾问一对一梳理方案与报价,全程免费。

📞 💬