Skills
收录 96,770 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
安全
关于加固由 Microsoft Intune 管理的 macOS 端点的指南——通过 Apple Business Manager (ABM) 自动化设备注册、使用 Entra ID 的平台单一登录 (PSSO)、FileVault 磁盘加密托管、安全配置配置文件(Gatekeeper、XProtect、系统扩展允许列表、防火墙、登录窗口、隐私偏好策略控制 / PPPC)、macOS 上的 Microsoft Defender for Endpoint、应用管理(通过 Intune 的 VPP / 受管应用 / shell 脚本)、补丁策略(受管软件更新 / DDM)、条件访问合规信号以及跨平台身份模型。WHEN:Mac Intune 基线、macOS 加固 Intune、FileVault 托管、ABM Apple Business Manager、Platform SSO macOS、PSSO Entra、Mac 上的 MDE、Gatekeeper Intune、系统扩展 Intune、PPPC Intune、macOS 合规条件访问。DO NOT USE 用于通用的 Intune 设备管理端到端场景(使用 intune-device-mgmt)、仅 MDE 配置(使用 defender-for-endpoint)或 iOS 设备管理。
用于授权外部红队和漏洞赏金侦察的实战工具库。具体探测手法、字典、正则、dorks、curl 一行命令,涵盖:子域名枚举、GraphQL/Swagger/REST 发现、身份体系(Entra/Okta/ADFS/Google/SAML/M365 深入——Teams/SharePoint/OneDrive)、云存储桶枚举(S3/GCS/Azure)、CDN/WAF 绕过、源站发现、厂商指纹识别(Citrix/F5/Pulse/Fortinet/PaloAlto/Cisco/VMware)、CI/CD 暴露面、48 种模式的密钥扫描目录、Postman 工作区、泄露数据关联、TLS/JA3 审计、密钥分类处置。详细内容见 15 个模块化参考文件。适用于任何授权侦察:范围界定、资产发现、攻击路径映射、密钥分类处置、严重性评分。
构建集成 Ping Orchestration Android SDK 的 Android 应用的指南(也称为 Ping Identity Android SDK,前身为 ForgeRock Android SDK / forgerock-android-sdk;Gradle 构件:`com.pingidentity.sdks:android`;模块:`journey`、`davinci`、`oidc`、`fido`、`protect`、`externalidp`、`binding`、`oath`、`push`)。涵盖新项目脚手架以及将 SDK 添加到现有应用。只要用户有以下情况,就使用此技能:(1) 构建任何使用 Journey、DaVinci 或 OIDC 流程针对 PingOne、PingOne Advanced Identity Cloud (AIC)、PingAM 或 DaVinci 进行身份验证的 Android 应用;(2) 配置 SDK 模块(Journey、DaVinci、OIDC、FIDO/passkeys、Protect、ExternalIdP、OATH、Push、Device Binding);(3) 在 Jetpack Compose 中渲染 Journey 回调或 DaVinci collector;(4) 排查 Android 应用中的 Ping 身份验证流程问题;(5) 使用 `EncryptedDataStore` 设置令牌或会话存储;(6) 为 Ping 身份验证应用搭建新的 Android/Kotlin 项目脚手架;(7) 使用 `OidcWebClient` 实现 OIDC 集中式登录、处理浏览器重定向,或为 OAuth 2.0 授权码流程配置重定向 URI intent filter。即使用户表述随意,也要主动调用——"add PingOne login to my Android app"、"how do I set up Journey in Android"、"how do I add OIDC centralized login"、"make this look like a Ping sample app"、"use the Ping Android SDK"、"integrate pingidentity sdk on Android"、"use forgerock-android-sdk" 或 "migrate from ForgeRock to Ping on Android"。
构建集成 Ping Orchestration iOS SDK 的 iOS 应用的指南(也称为 Ping Identity iOS SDK,前身为 ForgeRock iOS SDK / forgerock-ios-sdk;Swift Package:`Ping/ping-ios-sdk`;模块:`PingJourney`、`PingDavinci`、`PingOidc`、`PingExternalIdP`、`PingProtect`、`PingOath`、`PingLogger`、`PingStorage`)。只要用户有以下情况,就使用此技能:(1) 构建任何使用 Journey、DaVinci 或 OIDC 流程针对 PingOne、PingOne Advanced Identity Cloud (AIC)、PingAM 或 DaVinci 进行身份验证的 iOS 应用;(2) 配置模块(Journey、DaVinci、OIDC、FIDO/passkeys、Protect、ExternalIdP、OATH、Push);(3) 在 SwiftUI 中渲染 Journey 回调或 DaVinci collector;(4) 排查 iOS 应用中的 Ping 身份验证流程问题;(5) 使用 `KeychainStorage` 设置令牌或会话存储;(6) 为 Ping 身份验证应用搭建新的 Xcode 项目脚手架;(7) 将 Ping Identity 品牌标识应用到示例应用;(8) 使用 `OidcWebClient` 实现 OIDC 集中式登录、配置 `ASWebAuthenticationSession` 或 `SFSafariViewController`、处理浏览器重定向,或为 OAuth 2.0 授权码流程配置 `onOpenURL`;(9) 分析 PingAM/AIC Journey 导出 JSON,以识别所需回调并生成匹配的 iOS 示例。即使用户表述随意,也要主动调用——"add PingOne login to my iOS app"、"how do I set up Journey in Swift"、"add OIDC centralized login"、"make this look like a Ping sample app"、"use the Ping iOS SDK"、"use the PingSDK in my iPhone app"、"integrate ping-ios-sdk",或粘贴/附上 Journey 导出 JSON。
在使用 Ping Identity 构建 ReactJS Web 身份验证时使用——通过 Ping Orchestration JavaScript SDK(`@forgerock/journey-client`、`@forgerock/oidc-client`)对接 PingOne Advanced Identity Cloud(AIC)或 PingAM,搭建完整的 React SPA 身份验证流程。涵盖 Journey 客户端配置、OIDC 令牌交换、在 React 中动态渲染 Journey 回调、受保护路由、用户资料以及登出。当用户提出“use @forgerock/journey-client in React”“render Journey callbacks in a React app”“set up Journey authentication with React and Vite”“add PingAM login to my React SPA”“integrate AIC Journey in React”或“build a React app with Ping Identity Journey”时调用。还涵盖将 React 应用从 `@forgerock/javascript-sdk` 迁移到 `@forgerock/journey-client`。
通过 MCP 发布用户自己的 gbrain,以便其他设备、桌面应用和云端 Agent 访问。`gbrain mcp expose` 会安装并登录 Tailscale,在 tailnet 上发布正在运行的 `gbrain serve --http`(默认为 HTTPS,且仅限 tailnet;只有客户端位于供应商云端时才使用 Funnel),将服务作为用户服务持续运行,并返回 MCP URL。然后为每个使用方注册一个遵循最小权限原则的客户端,为其选择原生 OAuth/PKCE 或专用机器交接方式,并在目标运行环境中验证连接。
关于 Microsoft Sentinel 中检测工程的指南——构建、测试、部署和维护分析规则、搜寻查询和 SOAR 自动化。涵盖 Content Hub 解决方案模型、MITRE ATT&CK 映射、计划分析与近实时 (NRT) 分析、Fusion 分析和异常分析、KQL 检测模式(join、summarize、bin、materialize)、实体映射与事件富化、来自 Defender XDR 的自定义检测与仅 Sentinel 的检测、自动化规则、playbook(Logic Apps)、监视列表、威胁情报匹配、通过 Azure DevOps / GitHub 仓库集成实现的内容即代码,以及检测生命周期(验证 → 调优 → 版本化)。WHEN:Sentinel 分析规则、KQL 检测、MITRE 映射、Sentinel Content Hub、计划分析、NRT 规则、搜寻查询、Sentinel 自动化规则、Logic App playbook、自定义检测、repositories Sentinel CI/CD、检测即代码、监视列表、威胁情报匹配分析、Fusion 告警、异常、事件富化、实体映射。DO NOT USE 用于 Sentinel 架构/接入(使用 sentinel)、仅 Defender XDR 自定义检测(有重叠——使用拥有数据的一方)或通用 KQL 培训。
在当前仓库中生成一个共享 devcontainer(Ubuntu 基础镜像、Node、GitHub CLI、一个持久化配置卷)——所有 AI 命令行工具都安装进这同一个容器,各自通过其四个配套的 setup-<tool>-devcontainer skill 独立添加——并可选叠加用于 Agent 驱动的 git push 和签名提交的 SSH 部署密钥/签名密钥自动化,以及可选的默认拒绝网络出站防火墙(iptables+ipset,允许列表来自 Network Manifest)。当用户想为仓库添加 devcontainer、为现有 devcontainer 添加 SSH 密钥自动化、限制 devcontainer 的出站网络,或将 Local Checkout 连接到真实的 GitHub 仓库时使用。不用于添加 AI 命令行工具本身——请在完成本 skill 之后运行相应的 setup-<tool>-devcontainer skill。
通过 `uip gov` 实现 UiPath 治理——在三个层面上编写、部署和诊断策略。AOps 产品策略(`uip gov aops-policy`):在 Studio、StudioX、Assistant、Robot、AI Trust Layer、Agent Builder 中阻止/限制/强制执行功能;部署到用户/组/租户。访问 ToolUsePolicy(`uip gov access-policy`):当一个工作流作为工具调用另一个工作流(Agent→Agent/Maestro/Flow/RPA/API/Case)时允许/拒绝,受 tag、调用方或执行者(User/Group)约束。合规标准(ISO 42001、ISO 27001):检查合规状况并一次性跨产品配置推荐设置。运维:部署/取消部署,查询生效的已部署策略。诊断:策略未生效、部署优先级(user>group>tenant)、被阻止的工具调用。平台运维→uipath-platform。
关于 Windows 11 企业安全基线的指南——Microsoft 建议的安全设置,通过 Intune(设置目录 / 安全基线)或 GPO 部署。涵盖以硬件为根基的核心控制(TPM 2.0、安全启动、基于虚拟化的安全 / VBS、虚拟机监控程序保护的代码完整性 / HVCI、内存完整性、Credential Guard、本地安全机构保护)、Windows LAPS(Microsoft 的现代本地管理员密码解决方案,取代旧版 LAPS)、Smart App Control、个人数据加密 (PDE)、Windows Hello for Business 部署、受控文件夹访问、漏洞利用防护、BitLocker 基线、使用 WDAC 的应用控制、可移动存储控制,以及与 Intune 合规和 Defender for Endpoint 的集成。WHEN:Windows 11 基线、Windows 安全基线、VBS HVCI 内存完整性、Credential Guard、LSA 保护、Windows LAPS、取代旧版 LAPS、Smart App Control、WDAC、漏洞利用防护、PDE Windows 11、Intune 安全基线。DO NOT USE 用于端点 EDR 配置(使用 defender-for-endpoint)、Intune 设备管理端到端(使用 intune-device-mgmt)或仅 BitLocker 设计(使用 bitlocker-design)。
关于治理 AI Agent 和非人类身份 (NHI) 身份的指南——包括 Microsoft 365 Copilot Studio Agent、Microsoft Foundry Agent、自定义 AI Agent,以及传统服务主体/托管标识——贯穿其完整生命周期。涵盖所有权与标记、限定范围的权限与同意(委托与应用程序;Sites.Selected;邮箱范围的 Graph)、凭据卫生(联合凭据、证书、无机密)、面向工作负载的条件访问、通过 Entra ID Governance 进行的 Agent 级访问评审、用于 Agent 停用的生命周期工作流、审核(Agent 提示词、Agent 操作、Agent 身份登录)、Agent 被入侵时的响应,以及与 Purview AI Hub 集成以获取使用信号。WHEN: AI Agent 身份治理、非人类身份治理、NHI 生命周期、Copilot Studio Agent 身份、Foundry Agent 治理、Agent 服务主体、限定范围的 Graph 权限 Agent、Agent 访问评审、停用 AI Agent、Agent 凭据轮换、被入侵 Agent 响应。DO NOT USE for 仅工作负载标识联合模式(使用 entra-workload-identity)、面向人类用户的 Entra ID Governance(使用 entra-id-governance)、或与安全无关的 Copilot Studio Agent 构建指南。
使用 orbit CLI 验证、下载并检查构建出处证明。当用户询问验证证明、检查出处、检查 Sigstore bundle、SLSA 出处、构建出处、验证二进制文件、下载证明 bundle、签名者身份、in-toto 证明或供应链安全时,随时使用本 skill。触发短语包括 "verify attestation"、"check provenance"、"inspect bundle"、"build provenance"、"sigstore"、"SLSA"、"verify binary"、"attestation download"、"download bundle"、"check signer"、"inspect attestation"、"provenance verification"、"verify artifact"、"supply chain verification"、"check build origin",以及任何与证明相关的任务——甚至包括 "is this binary legit"、"who built this"、"where did this artifact come from"、"check the bundle"、"show provenance" 这类随口提及。attestation 的 orbit CLI 别名是 `attest`。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
