Skills
收录 97,222 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
云与 DevOps
Dockerfile 编写的专家指导——撰写生产级 Dockerfile 的完整参考。涵盖每条指令（FROM/RUN/COPY/ADD/ENV/ARG/WORKDIR/EXPOSE/CMD/ENTRYPOINT/USER/HEALTHCHECK/SHELL）的语法、最佳实践和常见错误。包含多阶段构建模式（build+scratch、build+alpine、builder 模式）、层缓存优化策略、.dockerignore 规则，以及各语言的生产模板（Go/Rust/Java Spring Boot/Python FastAPI/Node.js Express/TypeScript）。在用户询问 Dockerfile、怎么写 Dockerfile、多阶段构建、层优化，或需要特定语言的 Dockerfile 示例时使用。 使用场景：Dockerfile 编写、怎么写 Dockerfile、Dockerfile 指令、多阶段构建、multi-stage、层优化、layer cache、Dockerfile 模板。
配置 .NET CI/CD 流水线（使用 setup-dotnet 的 GitHub Actions、NuGet 缓存、可复用工作流；使用 DotNetCoreCLI、模板、多阶段的 Azure DevOps）、容器化（多阶段 Dockerfile、Compose、无根）、打包（NuGet 创作、源生成器、MSIX 签名）、发布管理（NBGV、SemVer、变更日志、GitHub Releases）以及可观测性（OpenTelemetry、健康检查、结构化日志、PII）。涵盖 18 个主题领域。不适用于应用层 API 或 UI 实现模式。
从 PAI-FeatureStore 查询 FeatureDB 读写用量数据。用于分析消耗、用量趋势以及按官方定价估算成本。支持按日期范围查询并分项统计。触发词："FeatureDB read/write volume"、"PAI-FeatureStore usage"、"FeatureDB usage"、"FeatureDB statistics"、"Feature View usage"、"PAI-FeatureStore billing"
安全更改 DOCA 版本：升级或降级主机上的 DOCA 软件包、刷新 BlueField BFB、更新 NGC DOCA 容器标签或回滚，并遵循“检测 -> 报告 -> 询问 -> 然后才引导升级”的流程。即使未出现“升级”一词，以下请求也应触发此技能："是否有更新的 DOCA"、"我想要最新的 DOCA 功能，可以直接就地运行 apt upgrade 吗"、"应该升到下一个版本吗"、"升级中途停止，dpkg 状态损坏"、"我的组件即将弃用，该怎么办" 或 "帮我回滚"。检测已安装内容，查找较新版本，报告差异，然后停止并请求明确确认；绝不自动升级。对于未更改安装环境中的运行时错误，请勿使用此技能（doca-debug）。仅检测版本应使用 doca-version，首次安装应使用 doca-setup，任何硬件／固件／重启步骤应使用 doca-hardware-safety，公开文档或停止支持相关路由应使用 doca-public-knowledge-map。
使用此技能设置 CI 关卡，在 Compose 稳定性悄然回退时让构建失败，可使用 `skydoves/compose-stability-analyzer` Gradle 插件（首选）或 `j-roskopf/ComposeGuard` 插件（非 Android 多平台的备选）。涵盖应用 `com.github.skydoves.compose.stability.analyzer`、配置 `composeStabilityAnalyzer { stabilityValidation { ... } }` DSL、用 `:stabilityDump` 生成 `.stability` 基线、将其提交到版本控制，以及把 `:stabilityCheck` 接入 GitHub Actions 或其他 CI 任务。当团队想要稳定性 SLO、当不稳定的参数混入共享数据类并且在有人报告卡顿之前一直未被察觉、当把大型应用迁移到 strong skipping，或当用户提到 stabilityCheck、stabilityDump、baseline drift、ComposeGuard 或“fail the build on stability regression”时使用。
用 `hogli ci:preflight` 在推送前捕获由你的 diff 可触达的确定性 CI 失败。当 pre-push 钩子阻止推送时、在报告任务完成之前，或编辑 Python、序列化器、迁移、工作流或依赖清单之后使用 —— 避免为本地就能捕获的失败（格式、lint、损坏的锁文件、OpenAPI 漂移、迁移冲突、过期分支）消耗一整个 CI 矩阵。触发词：ci:preflight、preflight、pre-push checks、pre-push hook failed、「will this break CI」。
当用户构建或解读 doca/tools/gpunetio_ib_write_bw 工具对时，使用此技能：CUDA 内核通过 doca-gpunetio 设备侧接口提交 RDMA WRITE 工作请求，以测量 GPU 与 IB 设备组合上的持续 GPU 驱动 WRITE 带宽。即使未提及工具名称也应触发，常见表达包括："测量 GPU 提交 WR 时的 WRITE 带宽"、"相同标志下每次运行的带宽波动"、"NIC 已饱和还是受 CUDA 内核限制"、"GPUNetIO 带宽工具的 meson 编译失败"、"nvidia_peermem 未识别我的 GPU 缓冲区"，或 "GPU 提交 WRITE 带宽与 CPU 路径的比较"。通用 doca-gpunetio 库工作、DOCA 设置、GPU 提交 WRITE 的延迟对应工具、CPU 提交的 RDMA 基准测试（doca-perftest）以及应用级端到端速率不属于此技能，应拒绝并转交其他技能处理。
当用户分析通过 GPUNetIO 从 CUDA 内核发出的 RDMA WRITE 往返时间时，使用此技能：在 `doca/tools/` 下编译 `gpunetio_ib_write_lat`，验证 GPU–NIC 亲和性，并解读 half-iteration／full-iteration／nanosecond 列，以分析实时控制回路的中位数、p99 和尾部抖动。对于 "H100 + ConnectX 上的 p99 WRITE 时间"、"尾部延迟与批处理的关系" 或 "设备发起与上游 ib_write_lat 的比较" 等隐含请求，也应加载此技能。吞吐量测试（doca-gpunetio-ib-write-bw）、GPI 通道 API（doca-gpi）、GPUNetIO API 工作（doca-gpunetio）或 SDK 设置不属于此技能，应拒绝并转交相应负责人。
当用户针对 BlueField / ConnectX 设备进行动手 DOCA Management 编程时使用此技能——建立管理或 representor 上下文（doca_mgmt_dev_ctx / doca_mgmt_dev_rep_ctx），查询设备功能（data-direct、caps-general），切换拥塞控制全局状态，修改 diagnostics-data，设置 ICM 配额，或使用正确的 scope（CONFIGURATION / DEBUG_READ_ONLY / DEBUG_WRITE / DEBUG_WRITE_FULL）通过 doca_mgmt_raw_cmd 发出原始固件命令。即使用户未说"DOCA Management"也触发——典型的隐含表述包括"遍历每个 BlueField 并读取设备状态的舰队工具"、"在 VF 上切换 data-direct"、"按 representor 设置 ICM 配额"、"从 C 发送原始固件命令"、"raw_cmd 返回 DOCA_ERROR_IO_FAILED"或"fwctl ioctl 失败"。对于 mlxconfig 直接操作、BFB/firmware 重刷、流式遥测、doca_caps CLI 快照或 DOCA 安装本身，请拒绝并转向其他技能——那些属于其他技能。
当用户调用 DOCA PCC Counters 工具——位于 DOCA 工具目录下的 `pcc_counters.sh` bash 脚本——通过 mst 与 mlx5 debugfs 的 `diag_cnt` 接口，在 ConnectX / BlueField 设备上启用并读取固定的固件/硬件 PCC（可编程拥塞控制）诊断计数器（CNP、RTT、WRED-drop 等）时，使用本技能。该脚本接受两个位置参数——`set | query` 和一个 mst 设备路径——没有 `--help` 或子命令。即使没有提到“pcc_counters.sh”或“PCC counters”也要触发：“如何读取 CNP / RTT / WRED-drop 计数器”“PCC 计数器一直为零”“脚本提示 Bad Device”，或“此端口上拥塞控制是否在丢包？”。编写自定义 PCC 算法（doca-pcc）、出厂固件 PCC 配置、DOCA 安装或全集群 CC 调优请转向他处。
当用户在已安装 DOCA 的主机上进行动手 DOCA Telemetry Exporter 编程时使用此技能——定义 doca_telemetry_exporter_schema 和事件类型，创建源，选择发布面（类型化事件/不透明事件/metrics counter-gauge-histogram API/OTLP 日志/NetFlow），走查先 schema 后 source 的生命周期，或调试来自 exporter API 的 DOCA_ERROR_* 失败。即使用户未明确提及"DOCA Telemetry Exporter"或"doca_telemetry_exporter_*"也触发——典型的隐含表述包括"从我的 DOCA 应用发布计数器"、"上报事件时出现 BAD_STATE"、"consumer/DTS 什么都没看到但我的上报成功了"、"如何导出 NetFlow/IPFIX 记录"或"我应该链接 exporter 还是 telemetry service"。对于接收端 DOCA Telemetry Service（DTS）、通过 doca_log 的普通 stdout 日志，或通过 doca-comch 将实时事件订阅回应用，请拒绝并转向其他技能——那些属于其他技能。
Huawei Cloud ModelArts 训练作业故障诊断 skill。使用 hcloud CLI 调用 ModelArts 训练作业日志/事件 API，分析训练作业失败/超时/卡住的情况，定位客户训练代码问题，并给出带修复建议和置信度的诊断结论。场景：训练作业失败（status.phase=Failed）、超时（Timeout）、异常（Abnormal）、作业卡住。触发词：training job failure、training job timeout、training job stuck、ModelArts training diagnosis、训练任务失败排查、训练作业异常分析。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。