Skills
收录 97,725 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
全部
严格的文稿审校者,依据 George Orwell《Politics and the English Language》规则和 Matthew Butterick《Practical Typography》所启发的写作原则进行审校。当用户说 "red pen"、"check my prose"、"edit this for clarity"、"typography check"、"tighten this up"、"review this draft for style",或希望对行文进行严格的逐行编辑,重点是删减赘词、清除陈腐隐喻、修正被动语态,以及纠正直引号、错误破折号和双空格等排版错误时,使用此技能。当用户要求你充当 "tough editor"、"strict editor" 或 "copy editor",或希望获得关于文风质量而非内容或结构的反馈时也可使用。
用于 React 状态管理的 Redux Toolkit。涵盖 slice、thunk 和 RTK Query。用于复杂的全局状态。USE WHEN:用户提到 "redux"、"redux toolkit"、"RTK"、"createSlice",询问 "complex state management"、"time-travel debugging"、"middleware"、"thunks"、"RTK Query"、"global state with DevTools"、"enterprise state management" DO NOT USE FOR:简单状态——使用 `zustand`;服务器数据——优先使用 `tanstack-query`;Vue 应用——使用 `pinia`;小型项目——开销不合理
报告 RHDH 及其运行平台的供应商支持阶段和生命周期终止日期:OpenShift、ARO、OSD、ROSA、AKS、EKS、GKE、PostgreSQL、Red Hat build of Keycloak 和 Quay。适用于查询“ OCP 4.16 仍受支持吗”“PostgreSQL 15 何时停止支持”“AKS 应使用哪个 Kubernetes 版本”“RHDH 1.10 支持哪些 OCP 版本”,或查询 RHBK、Quay 生命周期。仅涵盖产品生命周期;Code Freeze 等 RHDH 里程碑日期请查 rhdh-release-schedule。
PDCA 工作流中的严格运行时验证纪律:由 AI 在环境中自行执行验证,优先使用真实环境而非模拟环境,但须考虑确定性和安全性;绝不默认改用人工检查清单。先尝试执行,再解析可插拔的验证提供方(项目脚本/技能 → 共享能力技能);只有遇到真正不可逾越的边界时才交由人工处理,并说明原因。用于工作流的任何验证/检查阶段(修复缺陷或开发功能),以决定验证在何处执行、由谁执行,以及是否充分。PDCA 宿主通过 frontmatter 依赖项引用。触发词——「环境验证」「真实环境验证」「真机验证」「真机测试」「模拟环境验证」「AI 验证」「验证分层」「验证充分性」/ runtime verification、environment verification、real vs simulated。检查打开 UI 时,须引用已保存且非空的截图;非 UI 检查则无需截图。不要将其与 completion-evidence-discipline(证据时效性)或 runtime-evidence-debug(调试检测工具)混为一谈。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
