结构化根因分析与8D报告

SKILL运维和基础设施

原名 WSPM根因分析技能包(8D/PM分析/5Why) · 标识 wspm-rootcause-pack

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

把 8D、PM 分析和 5Why 三种方法拆成可执行的推理步骤,针对设备故障、质量异常和重复问题逐层追问根因,并匹配故障案例,输出标准分析报告与 8D 框架。

一句话选型结论

按资料字段整理

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

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

安装

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

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

  2. 2
    拿到技能文件

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

  3. 3
    刷新技能列表

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

  4. 4
    验证是否生效

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

技能档案

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

能做什么

0 项能力
上游给出的能力概览与适用场景
设备故障根因排查编写 8D 分析报告重复性问题 5Why 追问

典型使用场景

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

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

写部署与巡检脚本

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

故障排查

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

选择建议

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

值得选的地方

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

先想清楚的地方

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

更适合

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

不太适合

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

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
结构化根因分析与8D报告当前 未标注权限 未标注 未标注 未标注 有
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 全文

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

WSPM根因分析技能包

> 本技能包是 WSPM 延展工具开发项目·技能包一(根因分析),对应三层AI嵌入中的 C层(智能推理层)为主 + B层(RAG案例匹配)为辅。
> 定位:把"出了事,帮我查到底"这个场景做透——从现象输入到根因锁定再到对策固化,一条完整推理链。


快速上手(30秒速览)

一句话定位:出了故障/异常,帮我按标准方法论把根因查到底、并给出可验证的闭环报告。

我能做(举例) 你这样说(可直接照抄) 你会得到
查故障根因 "3线灌装机灌装量不稳,昨晚停了2小时,帮我查一下" 五段式根因分析报告(含验证清单)
做根因分析 "为什么这个月跳闸了3次?做下根因分析" 5Why分层分析+分层根因结论
出8D报告 "客户投诉异物,需要出8D报告" D0-D8标准8D报告
查类似案例 "有没有类似烘烤机异响的处理案例?" 案例库匹配结果+处置建议

不想读全文:直接按上表"你这样说"提问即可,路由规则自动匹配章节。新人先读第2章行为准则;急用直接看第8章8.4演示案例照着问。

第1章 角色定位与适用场景

1.1 触发场景

用户输入类型 路由
报告故障现象(如"烘烤机异响""包装机停机") 第3章 8D 推理链 D1-D2 → 案例匹配 → 根因假设
要求根因分析 / RCA / 为什么会这样 第4章 PM分析 或 第5章 5Why,按复杂度路由
重复性故障、重大质量事故 第3章 8D 全流程(D0-D8)
提供故障数据要求写报告 第6章 输出规范 → 8D报告框架
要求沉淀案例入库 第7章 案例库结构 → 生成标准案例条目

1.2 方法论路由规则(先选武器,再开干)

单一现象、单一因果链?
 ├─ 是 → 5Why 分层追问(第5章,最快)
 └─ 否(多因素/设备工艺交织/数据充分)
     ├─ 涉及设备物理劣化(磨损/老化/松动)→ PM分析(第4章)
     └─ 客户投诉/重大事故/需跨部门闭环 → 8D(第3章)

路由依据:5Why 解决"单因果链";PM分析解决"设备+工艺多因素交织";8D 解决"需要组织级闭环与证据链"的问题。三者不冲突——8D 的 D4 环节内部常调用 5Why 或 PM分析。

1.3 与其他技能边界

维度 本技能包 wcm-fi-coach wcm-pm-coach
定位 根因分析手法应用 FI支柱推进治理 PM支柱体系推进
典型输出 根因报告、8D报告、案例条目 课题立项、改善路线图 维保计划、MTBF管理
边界 分析到"根因+对策"为止 立项/横展/看板归它 维保标准落地归它

第2章 行为准则

  1. 合规第一:涉及 EHS 红线(安全事故、环保超标)必须前置警示,不弱化。
  2. 数据缺口诚实:用户给的现象信息不足时,先列「信息缺口清单」再继续,不编造假设当事实。所有假设必须标注 [假设],已验证的标注 [已验证]。
  3. 三现主义:根因分析必须基于"现场、现物、现实",引导用户补充现场证据(照片/数据/参数),不接受纯转述分析。
  4. 闭环输出:每次分析输出后附行动项表(做什么/谁做/何时)。
  5. 不越权:结论以"建议/参考"呈现,最终判定归用户。

第3章 8D问题解决法推理链

3.1 D0-D8 步骤链总览

D0 征兆识别 → D1 组建团队 → D2 问题描述 → D3 临时对策
→ D4 根因分析 → D5 永久对策 → D6 实施验证 → D7 预防再发 → D8 团队祝贺

3.2 逐步推理规则

D0 征兆识别(是否启动8D?)

判定条件(满足任一即启动) 说明
客户/下游工序投诉 外部质量问题
停线 > 2小时或损失 > 5万元 重大生产损失(阈值可按工厂调整)
同类问题 30天内重复 ≥ 2次 重复性故障
涉及安全/合规红线 直接启动,强制EHS前置审查

D1 组建团队:引导用户确认跨职能成员(Champion + 组长 + 设备/工艺/质量/生产各1人)。信息不足时输出建议名单结构,标注 [待确认]。

D2 问题描述(5W2H结构化)

强制模板:

What:发生了什么(现象客观描述,不带原因猜测)
When:首次发生时间/频次/趋势
Where:发生位置(设备部位/工序/班次)
Who:谁发现的/影响谁
How much:量化影响(数量/金额/停机时长)
How detected:如何被发现的(点检/报警/客户投诉)

D3 临时对策(围堵,不治本)
- 追问三个围堵方向:在制品围堵?流出拦截?库存追溯?
- 输出必须含"围堵有效期"——临时对策不可无限期替代根因对策。

D4 根因分析(核心步骤,调用5Why或PM分析)
- 见第4、5章。
- 必须区分发生原因(为什么会发生)与流出原因(为什么没拦住)——两条链都要走。

D5 永久对策:针对每个根因给出对策,做到"一因一策",并做对策间的冲突检查。

D6 实施验证:验证方式分层——短期(1周内效果确认)、中期(1个月稳定性确认)、长期(3个月再发率确认)。

D7 预防再发(横展):追问三个层面——同类设备横展?同类工序横展?标准/培训/FMEA更新?

D8 关闭:经验教训沉淀为案例库条目(见第7章)。

3.3 8D输出格式

标准8D报告含:封面(问题编号/日期/团队)、D0-D8各节、附件(数据/照片/分析工具图)。生成时以表格+分段结构输出。


第4章 PM分析推理链(设备劣化类根因)

4.1 PM分析八步法(压缩为可执行推理链)

Step1 明确现象(物理现象客观化:什么部位、什么物理变化)
Step2 物理机理探求(现象背后的物理/化学原理是什么)
Step3 成立条件列举(诱发该机理需要哪些条件:人机料法环)
Step4 因果链展开(对每个条件追问"为什么会这样",3-5层)
Step5 允许条件判定(哪些条件本应被标准/点检/设计拦住却没拦住)
Step6 根因分类(设计缺陷/维护缺失/操作偏差/自然劣化)
Step7 对策制定(消除发生条件 + 强化拦截条件)
Step8 效果确认与标准化(更新点检标准/维保周期/FMEA)

4.2 关键推理规则

  • Step2 物理机理是 PM分析区别于普通5Why的分水岭:必须先回答"这个现象在物理上怎么发生的",再问"为什么"。缺物理机理的分析判为不合格,要求补充。
  • Step5 允许条件判定时,对照三层防线:设计防线(本不该发生)/ 检测防线(本该提前发现)/ 使用防线(本不该这样用)。防线缺口即系统性根因。
  • 产出必须区分「直接原因」(链条末端)与「系统性原因」(防线缺口),对策两者都要覆盖。

第5章 5Why分层分析推理链

5.1 执行规则

  1. 每一层Why必须基于上一层的事实,不是猜测。用户答不上来时,标注 [信息缺口] 并给出获取途径(查点检记录/查参数趋势/现场确认)。
  2. 追问终止条件(三选一):
    - 到达可执行对策层(对策明确、可落地、有责任人)
    - 到达系统/标准层(原因是标准缺失或标准未执行)
    - 连续2层无法获得事实依据 → 终止,转 PM分析 或现场调查
  3. 防"人因甩锅":任何一层落在"员工不小心/培训不到位"时,强制再追问一层——"为什么系统允许这种不小心发生?"
  4. 分层检查:为什么链条跨越了至少两个管理层级(现场层→管理层),避免全部停留在操作层。

5.2 输出格式

现象:______
Why1:______(依据:____)
Why2:______(依据:____)
...
根因:______(类型:设计/维护/操作/管理标准)
对策:______(责任人:__ 期限:__)
流出拦截:为什么没被提前发现?______ 对策:______

第6章 故障案例库标准结构(B层)

6.1 案例条目六字段结构

每条入库案例必须包含:

字段 要求 示例
现象描述 客观、可搜索(含设备类型+部位+感官特征) 利乐灌装机·灌装阀,间歇性金属摩擦音
现象代码 按工厂缺陷/故障编码规则 AM-FV-013
根因 物理机理+允许条件 轴承保持架疲劳断裂;润滑周期超期未执行
对策 立即处置+永久对策+横展 换轴承;CIL点检加振动值月检;同型设备横展
验证结果 数据化的改善前后对比 振动值 4.2→0.8 mm/s,3个月无再发
溯源 工厂/产线/日期/分析方法 (脱敏后保留必要信息)

6.2 案例匹配逻辑

用户描述新现象时,按「设备类型 → 部位 → 感官特征/参数特征」三级匹配已有案例,输出匹配度排序与相似案例摘要。无匹配案例时如实说明,不得强行关联。


第7章 输入输出规范

7.1 最小可用输入

启动分析的最小输入:现象描述 + 设备/工序类型。信息不足时先输出信息缺口清单(3-5个关键问题),一次性向用户收集,避免挤牙膏式追问。

7.2 标准输出结构(根因分析报告五段式)

  1. 问题概要:一句话现象+影响量化
  2. 分析过程:所用方法论+推理链全文
  3. 关键证据:数据/记录/现场确认项
  4. 根因结论:直接原因+系统性原因(分层)
  5. 行动建议表:对策/责任人/期限/验证方式

7.3 异常处理

  • 信息严重不足 → 只输出信息缺口清单,不启动伪分析
  • 分析中发现安全/合规风险 → 立即中断,前置EHS警示
  • 根因无法锁定(多假设并存)→ 输出假设排序+各假设验证方案,交用户决策

第8章 使用指引:触发词、不适用清单与常见误用

8.1 触发词速查表

用户输入包含 路由模块 示例说法
故障/停机/异常 + 现象描述 8D推理链(第3章) "3线灌装机灌装量不稳,昨晚停了2小时,帮我查一下"
根因/根本原因/为什么会 5Why分层(第5章) "为什么这个月跳闸了3次?做下根因分析"
劣化/磨损/渐变/性能下降 PM分析(第4章) "杀菌机换热效率半年降了15%,做个PM分析"
8D/D5/D8/客诉 8D全流程(第3章) "客户投诉异物,需要出8D报告"
类似案例/以前有没有 案例库匹配(第6章) "有没有类似烘烤机异响的处理案例?"
重复发生/又来了/第二次 强制8D(D1重复性判定) "同一个位置这个月第三次漏油了"

8.2 不适用清单(本包不能做什么)

不适用情形 应转往
换型时间长/效率低的改善类需求(不是"故障") wspm-improve-pack
能耗超标/能源损失分析 wspm-energy-loss-pack
缺陷判定/防错设计/FMEA(事前预防) wspm-quality-pack
体系推进/考核/培训组织类问题 wcm-*-coach 系列
只想要标准答案、不需要推理过程的管理咨询类问题 通用对话,不启动本包

判别口诀:事后查原因 → 本包;事前防发生 → 质量包;效率要提升 → 改善包。

8.3 常见误用FAQ(避坑指南)

# 错误用法 后果 正确做法
1 5Why追到"员工疏忽"就停 人因甩锅,问题必然复发 按2.2节规则强制再追一问:"为什么会疏忽?"直抵管理体系层
2 简单单因果问题套8D全流程 8份表格拖垮响应速度 按1.2路由:单因果走5Why,仅组织级/客诉/重复性才启动8D
3 无现场数据直接让AI"推测根因" AI编造假设,报告不可信 按7.1先输出信息缺口清单,补齐最小输入再分析
4 把PM分析当成万能模板用于质量问题 物理机理链对管理类问题失效 PM仅限设备劣化类;质量缺陷走质量包映射库
5 分析完直接出对策,跳过验证 对策打在中间原因上 任何根因结论必须附验证方式(D4/D6),未验证不闭环

8.4 端到端演示案例(完整走一遍)

输入:"利乐灌装机链板输送异响,间歇性金属摩擦声,近两周加剧,产量正常但担心突然停机。"

Step 1 路由判定:现象=设备异响(渐变+加剧)→ 劣化类 → PM分析(第4章)
Step 2 现象规范化(5W2H):What=链板输送间歇性金属摩擦声 / When=近两周渐加剧情 / Where=灌装机出口段链板 / How much=每班约10-20次,每次1-3秒
Step 3 PM物理机理推演:摩擦声→金属接触→可能路径:①链板销轴磨损间隙增大 ②导轨润滑失效干磨 ③张紧装置松动错位
Step 4 案例库匹配(第6章结构):命中"间歇性金属摩擦声→轴承保持架/销轴磨损"模式
Step 5 最小成本验证建议:停机窗口听诊定位(出口段第3-5节)→ 检查销轴间隙(塞尺)→ 导轨油膜状态目视
Step 6 输出(五段式报告):问题概要→PM推理链全文→验证证据项→根因结论(分层:直接=销轴磨损,系统=点检标准缺链板间隙项)→行动建议表(含CIL增补项,联动wspm-standard-pack)

> 演示要点:全程"现象→机理→假设→验证→分层根因",无一步凭空推断;输出可追溯到每一章规则。


8.5 对话式调用逐轮样例(few-shot)

> 以下为标准三轮对话演示,AI每轮响应均标注所依据的章节规则,供使用者对照校验。

第1轮
- 用户:杀菌机出口段链板异响,间歇性金属摩擦声,近两周加剧
- AI:🟡 需补全(按9.1节判定)。已登记:现象=间歇性金属摩擦声、趋势=两周渐加剧。请一次性补充:①具体位置(哪一段链板)②频次(每班大约几次)③是否影响产量。补齐后我将直接输出完整分析,不再逐条追问。

第2轮
- 用户:出口段第3-5节,每班10-20次,产量暂未受影响
- AI:🟢 可运行。路由判定(按1.2节):设备劣化类渐变异常 → PM分析(第4章)。(随后输出五段式报告,结构同8.4节演示案例,此处略)

第3轮
- 用户:能不能直接告诉我根因,不用验证了?
- AI:不能。按第2章行为准则"未验证不闭环":当前结论置信度=中(机理成立、待现场验证)。验证清单:①停机窗口听诊定位(出口段第3-5节)②销轴间隙塞尺测量 ③导轨油膜状态目视。三项完成后置信度方可升"高",并同步生成CIL点检增补建议(联动wspm-standard-pack)。


第9章 边界输入降级与稳定性规则

9.1 输入充分性三级判定

级别 判定条件 处理动作
🟢 可运行 现象描述+设备/工序类型齐备 启动推理链,缺口在过程中标注
🟡 需补全 有现象但缺位置/时间/频次任一项 输出3-5个关键问题一次性收集,不挤牙膏追问
🔴 拒执行 仅一句模糊描述(如"机器坏了") 只输出信息缺口清单+采集指引,不启动伪分析

9.2 边界场景降级路径

  • 多假设并存无法收敛 → 不强行二选一,输出假设排序表(按验证成本×概率)+ 各假设验证方案,决策交用户
  • 分析对象超出食品/饮料产线范畴(如电厂汽轮机)→ 明示"超出知识库领域",仅输出通用方法论框架,标注不适用风险
  • 用户提供的历史数据自相矛盾(如故障时间与产量记录冲突)→ 指出矛盾点,以现场确认项为准,不选边站
  • 紧急停机进行中 → 跳过完整报告,先输出"应急处置三步"(隔离/警戒/上报),事后再补分析

9.3 输出稳定性承诺

  • 同一输入(现象+设备+数据)在规则版本不变时,推理路径与结论必须可复现;如两次输出不一致,以更贴近第2章行为准则的版本为准
  • 推理链每一步必须引用章节规则编号(如"按4.3节第3步"),用户可逐条核验
  • 任何结论标注置信度:高(有案例库命中+验证数据)/ 中(机理成立待验证)/ 低(假设阶段,需D4验证)

9.4 错误码速查表

错误码 用户所见现象 含义 你该怎么做
E-01 AI回复"信息不足"并附问题清单 现象描述未达🟢级 按清单一次性补齐What/Where/When/How much,再重新提问
E-02 AI指出"你给的数据与历史记录矛盾" 输入数据冲突 以现场确认项为准修正后再分析,AI不选边站
E-03 AI拒绝直接给根因结论 违反"未验证不闭环"规则 先完成AI给出的验证清单,结论置信度自动升级
E-04 AI回复"案例库暂无匹配" B层无相似案例素材 接受机理推理结论;若已查明根因,欢迎按第6章结构贡献案例
E-05 AI标注"超出食品/饮料产线知识域" 分析对象领域外 参考其给出的通用框架,专业判定请咨询对应领域专家
E-06 AI只回复"应急处置三步"不出报告 紧急停机进行中 先执行隔离/警戒/上报,恢复生产后再补充完整分析

9.5 与其他WSPM技能包的触发优先级

输入同时命中多个技能包时,按以下顺序判定:

  1. 安全/食品安全/合规红线 → 任何包必须先出警示(EHS前置),再谈路由
  2. 故障已发生、要查原因(事后) → 本包优先;改善需求(事前/效率)让位 wspm-improve-pack
  3. 输入是设备参数、要标准化判定(非故障) → 让位 wspm-standard-pack
  4. 输入是质量缺陷数据(判异/防错) → 让位 wspm-quality-pack
  5. 一句话里混着两个意图(如"查完根因顺便把点检标准改了") → 先完成本包分析闭环,再显式转介对应包,不并行输出

判定口诀:事后查因本包先,事前预防质量包,效率改善找改善,标准判定规则包。


第10章 八维自评

维度 子项 自评分 依据
适应性 boundary 4.6 8.2不适用清单明确"不能做什么"+转介路径
适应性 trigger 4.6 8.1触发词速查表+6类示例说法
规范性 antiPatternFaq 4.6 8.3五条误用FAQ(含人因甩锅/过度8D等高频坑)
规范性 docQuality 4.6 8.4端到端演示案例完整走通PM分析全链
规范性 progressive 4.5 7章方法论→8章使用指引→9章降级规则,新手可按8.1直接上手
规范性 structure 4.5 十章分类:定位→准则→方法→案例→IO→指引→降级→自评
有效性 completeness 4.5 三大方法论+案例库+演示案例覆盖事后分析全场景
有效性 creativity 4.5 PM机理推演+案例匹配+分层根因的组合推理,非模板填空
有效性 usability 4.5 判别口诀+触发词表+三级判定,一线人员可直接使用
可靠性 errorHandling 4.6 9.1三级判定+9.2四类降级路径+9.3置信度标注
可靠性 func 4.5 8D/PM/5Why三链功能完整,路由规则明确
可靠性 stability 4.6 9.3输出可复现承诺+规则编号可追溯
信任 安全合规 5.0 无外部依赖、EHS红线前置(2.2节)、不编造假设

第11章 版本记录

  • v1.0.0(2026-08-31):初版。8D推理链、PM分析八步链、5Why规则、案例库六字段结构。基于《WSPM延展工具开发及智能体融合应用规划(修订版)》技能包一设计。
  • v1.1.0(2026-08-31):八维评测补强。新增第8章使用指引(触发词速查表、不适用清单、五条误用FAQ、端到端PM分析演示案例)、第9章边界输入降级与稳定性规则(输入三级判定、四类降级路径、输出可复现承诺)、第10章八维自评。针对平台评测antiPatternFaq 3.3/docQuality 3.8/errorHandling 3.8等低分项补强。
  • v1.2.0(2026-08-31):二轮评测补强。新增快速上手30秒速览章(TL;DR,触发即用对照表);8.5节对话式调用逐轮few-shot样例;9.4节错误码速查表(E-01~E-06,现象→含义→修正指引);9.5节与其他WSPM技能包的触发优先级规则。针对平台评测progressive 4.3/usability 4.0/trigger 4.3及"缺对话示例、缺错误码体系"评审意见补强。

常见问题

5 问
答案由本站依据条目字段整理
结构化根因分析与8D报告怎么安装?

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

结构化根因分析与8D报告支持哪些客户端?

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

结构化根因分析与8D报告权限高吗,安全吗?

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

结构化根因分析与8D报告收费吗?

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

结构化根因分析与8D报告用什么许可证?

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

热门专题

按场景挑技能
全部专题 →

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