元链·供应链校验

SKILL运维和基础设施
运维和基础设施 未标注权限 许可证不明确
安装这个技能

元链 —— 跨智能体的供应链依赖校验技能:零依赖自研引擎本地解析 npm(package.json / package-lock v1-v3 / yarn.lock / pnpm-lock.yaml / bun.lock / .npmrc)与 Python(requirements / pyproject.toml / poetry.lock / uv.lock / Pipfile)及 Maven pom.xml,检测依赖混淆(私有包名被公共仓库同名抢占 / 混合仓库 / 可疑仓库 URL / extra-index 回退)、lockfile 与清单不一致、缺失锁文件、未固定版本、typo-squat 仿冒命名,并生成 SBOM-lite(CycloneDX 1.5 子集)。触发:用户要在构建 / 发布 / CI 前检查项目依赖是否存在供应链风险、核对锁文件与清单是否一致、排查依赖混淆风险或生成 SBOM 时。边界:纯本地离线解析,不做在线 CVE 比对、不查询公共包仓库、不发送任何数据;结果只是「需人工复核的风险信号」,是否真实需人工核实;仅用于已获授权 / 自有资产 / 教学环境。

一句话选型结论

按资料字段整理

元链·供应链校验是运维和基础设施类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类运维和基础设施 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_0d6b02f6/yotta-chain
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

运维和基础设施
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_0d6b02f6仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791621084
正文体量6.9 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
查服务与日志

按现象定位服务状态与日志线索。

写部署与巡检脚本

把重复的部署、巡检写成脚本。

故障排查

按步骤排查网络、依赖与配置。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在运维和基础设施场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
元链·供应链校验当前 未标注权限 未标注 未标注 未标注 有
Azure 部署 调用外部服务 GitHub 仓库 664.2 万 Codex、Claude、Cursor 有
Azure diagnostics 问题管理 调用外部服务 GitHub 仓库 657.6 万 Codex、Claude、Cursor 有
Azure aigateway 部署 调用外部服务 GitHub 仓库 655.3 万 Codex、Claude、Cursor 有
Azure AI 搜索 调用外部服务 GitHub 仓库 651.4 万 Codex、Claude、Cursor 有
Azure Cloud migrate 部署 调用外部服务 GitHub 仓库 650.7 万 Codex、Claude、Cursor 有

SKILL.md 全文

6.9 KB
模型实际读到的说明书原文,来自技能仓库

元链(yotta-chain)

跨智能体的供应链依赖校验技能:零依赖自研引擎本地解析 npm / Python / Maven 依赖清单与锁文件,
检测依赖混淆 / lockfile 一致性 / 缺失锁文件 / typo-squat 四类供应链风险,
并生成 SBOM-lite(CycloneDX 1.5 子集)。

纯 Python 3.8+ 标准库实现,零外部依赖;Windows + Linux + macOS 通用。
纯本地离线:不做在线 CVE 比对、不查询公共包仓库、不发送任何数据。

何时使用

  • 构建 / 发布 / CI 前检查项目依赖是否存在供应链风险;
  • 核对 package-lock.json / yarn.lock / pnpm-lock.yaml / bun.lock / poetry.lock / uv.lock / Pipfile.lock 与清单是否一致;
  • 排查依赖混淆暴露面(私有包名 / 混合仓库 / extra-index 公共回退);
  • 生成 SBOM-lite 用于依赖清单审计与合规留痕。

Do NOT trigger:

  • 不做在线 CVE 比对(snyk / trivy / npm audit / safety 的地盘);
  • 不查询公共包仓库、不联网、不发送任何数据;
  • 不自动改锁文件 / 升级依赖——发现后由人工处理;
  • 不扫描他人系统;只解析已存在的本地依赖文件;
  • 结果只是「风险信号」,是否真实需人工复核;仅用于已获授权 / 自有资产 / 教学环境。

快速使用

Windows 用 python,Linux/macOS 用 python3。

# 扫描项目目录(自动识别 npm / python / maven)
python3 scripts/yotta_chain.py scan --path ./

# 只看 medium 及以上,JSON 输出
python3 scripts/yotta_chain.py scan --path ./src --level medium --format json

# CI 闸门:达到 high 才退出码 1(默认 gate=info,任何发现即 1)
python3 scripts/yotta_chain.py scan --path . --gate high; echo $?

# 生成 SBOM-lite(CycloneDX 1.5 子集 JSON)
python3 scripts/yotta_chain.py sbom --path . --output sbom.json

# 文本形式查看 SBOM
python3 scripts/yotta_chain.py sbom --path . --format text

# 版本
python3 scripts/yotta_chain.py version

退出码:scan 0 = 未发现达到 gate 级别的风险;1 = 发现;4 = 用法 / 路径 / 无受支持清单错误。

检测规则一览

规则 严重度 说明
confusion_scope_registry high .npmrc 为某 scope 配置私有仓库,但锁文件里该 scope 包实际解析自公共仓库(依赖混淆)
confusion_mixed_registry high 同一包在锁文件里被解析自多个不同仓库主机
lockfile_missing_entry high 清单声明了依赖,锁文件里却没有
lockfile_range_unsatisfied high 锁文件版本不满足清单声明的范围(npm semver / PEP 440)
lockfile_dangling_ref high 锁文件里某包依赖的包不存在于锁文件包列表
lockfile_duplicate_conflict high 同一包同版本存在多个不同 resolved / integrity 来源
missing_lockfile medium 声明了依赖但没有锁文件
lockfile_root_mismatch medium 锁文件根 name / version 与清单不一致
lockfile_integrity_missing medium 锁文件条目缺少 integrity / 哈希
confusion_extra_index medium pip / poetry / pipenv 同时配置公共仓库与私有源(公共成为回退源)
confusion_suspicious_registry medium 仓库 / 索引地址为 http、IP 字面量或本机地址
confusion_registry_mismatch medium 配置了私有默认仓库,但包实际解析自公共仓库
unpinned low / medium 依赖未固定版本(npm * / latest、requirements 无约束、Maven 无 version)
typosquat low 依赖名与知名包编辑距离 ≤ 2,疑似拼写仿冒
snapshot low Maven 依赖使用 SNAPSHOT 版本

完整规则、判定逻辑与修复指引见 references/rules.md。

JSON 输出同时给出 scannedFiles(实际读取的清单 / 锁文件)与 files(产生发现的文件);无发现时 files 可以为空,但 scannedFiles 仍会列出已读取输入。

支持的生态(v0.1.4)

  • npm:package.json + package-lock.json(v1 / v2 / v3)/ npm-shrinkwrap.json / yarn.lock / pnpm-lock.yaml / bun.lock + .npmrc(作用域仓库映射);
  • Python:requirements*.txt(含 --index-url / --extra-index-url / -r 递归)、pyproject.toml(PEP 621 / poetry)、
    poetry.lock、uv.lock、Pipfile / Pipfile.lock;
  • Maven:pom.xml(基础:未固定版本 / SNAPSHOT / 可疑仓库 URL / dependencyManagement 属性解析)。
  • bun.lockb 会识别为锁文件但不做深度解析;go.mod / Cargo.lock 暂不支持。

与家族协同

  • 元盾 yotta-guardian:供应链检查结果可作为 CI 闸门(--gate),在发布 / 合并前拦截高风险依赖;
  • 元钥 yotta-secret:同一仓库先查硬编码密钥,再查依赖供应链风险;
  • 元察 yotta-logwatch:运行时异常日志与供应链风险交叉印证。

边界

  • 只读本地文件;不联网、不查询 CVE 库 / 包仓库、不发送任何数据;
  • 不做在线 CVE 比对(那是 snyk / trivy / npm audit 的地盘),只做本地确定性解析与启发式信号;
  • 依赖混淆检测是本地近似:真正确认「私有包名被公共仓库抢占」需要在线核对,本引擎给的是强信号 + 人工复核;
  • 不自动修复;发现后由人工处理。

开发与校验

python3 -m py_compile scripts/yotta_chain.py
python3 scripts/test_yotta_chain.py   # 52/52

Changelog

版本历史见 CHANGELOG.md(本技能不内嵌版本历史表)。

常见问题

5 问
答案由本站依据条目字段整理
元链·供应链校验怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_0d6b02f6/yotta-chain。安装方式为未标注。装完刷新技能列表或重开客户端。

元链·供应链校验支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

元链·供应链校验权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

元链·供应链校验收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

元链·供应链校验用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。