Skills
收录 97,222 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
测试与质量
使用本技能可通过 `androidx.compose.ui:ui-test-accessibility`(用于 `ComposeUiTest`)或 `androidx.compose.ui:ui-test-junit4-accessibility`(用于 `ComposeTestRule` / `AndroidComposeTestRule`)中的 `enableAccessibilityChecks(...)`,针对 Compose 语义树启用 Espresso 的 `AccessibilityValidator`。涵盖 API 范围、每次改变 UI 的操作后自动检查(`performMultiModalInput` 是唯一的例外)、手动的 `tryPerformAccessibilityChecks()` 入口、通过 `AccessibilityChecks.enable()` 与 Espresso 共享验证器、API 34+ 的要求,以及 Robolectric 下结论不确定的行为(记录一条 `Log.w` 警告并仍然安装验证器,但 Robolectric 无法忠实驱动无障碍服务 —— b/332778271)。当开发者询问 “how do I enable a11y checks in a Compose test”、“AccessibilityChecks.enable”、“AccessibilityValidator throws on click”、“robolectric a11y not supported” 或 “ComposeTestRule IllegalStateException” 时使用。
仅当用户明确要求为 MoviePilot 核心、前端或已安装插件提交上游 issue 时使用此 skill,例如“反馈 issue”“提 issue”“报 bug”“给 MP 提 issue”“让上游修一下”“提交错误报告”“提问题”“提需求”“功能请求”,或英文“file an issue / report a bug / open an upstream issue / feature request”。仅有问题报告还不够:先在本地诊断。此 skill 使用 `scripts/` 下的自有脚本;它不会为 collect / prepare / submit 添加或调用专用的 Agent 工具。
使用本技能在 UI 测试中通过 `onNodeWithTag`、`onNodeWithText`、`onNodeWithContentDescription`、`onAllNodes*` 和 `onRoot` 定位 Compose 语义节点。涵盖计数约定(单节点 finder 在 0 或 >1 个匹配时失败;集合 finder 在 0 个匹配时从不抛异常)、合并树与未合并树的区别,以及为什么在生产代码中打 tag 优于在测试中做文本匹配。当开发者反馈 "no node matched"、"multiple nodes matched"、"tag not found"、"useUnmergedTree"、"Modifier.testTag",或询问如何在 Compose 测试中查找 Button/Text/Icon 时使用。如果开发者提到 onNodeWithText、onNodeWithTag、onNodeWithContentDescription、onAllNodesWithTag、onRoot 或合并树与未合并树,请使用本技能。
在调查和记录生产事故、服务中断、数据损坏事件或事后复盘时使用 —— 指导调查过程中的证据收集,并产出内容详实、可复现的根因分析报告。在出现“write an RCA”、“post-mortem for X”、“document this incident”、“what went wrong with...”、“the pipeline broke yesterday, help me investigate”等表述时触发,或任何用户在调试刚解决的事故并希望形成书面记录时使用。也可在用户于当前会话中刚解决事故、解决上下文尚新鲜时主动使用 —— 在细节淡忘前提议将其记录为 RCA。
在编写、审查或改进测试时强制执行测试最佳实践。涵盖 TDD/红-绿-重构、基于属性的测试、用真实对象替代 mock、构造即正确、断言质量、E2E/契约测试、不稳定测试升级、mock 与现实漂移、变异式缺口分析,以及被破坏/被跳过/薄弱的测试。适用于编写测试、审查测试质量、修复不稳定测试、提升覆盖质量,或用户提到 TDD、testing、coverage、mocks、invariants、types vs tests、defense in depth、fuzzing、generative testing 或 test quality 时。
常见错误的目录,这些错误会破坏 Claude Code Agent 和技能触发,另附市场验证规则。主动在以下情况激活:(1) 插件已安装但从不触发,(2) Agent 无法路由,(3) 技能未出现在发现中,(4) 发布前的触发审计,(5) 迁移已弃用的 agent true 标志,(6) 零 frontmatter 的 SKILL.md 文件,(7) YAML 描述中的样板内容,(8) 抽象描述,(9) 超过 2,500 词的臃肿 Agent 缺少示例块,(10) 缺少 PROACTIVELY 或 Provides 部分,(11) 运行 validate_plugins.py,(12) 在审计插件时不与先前有意的重构相矛盾。提供:反模式、修复方法、前后对比示例、审计清单和验证器规则索引。
在 Material 之上构建 Flutter UI 包的最佳实践:自定义组件、ThemeExtension 主题、一致的 API、组件测试、app_ui_package 脚手架。适用于创建 UI 包、在 UI 包内工作,或在使用该包的 app 中工作:添加或审查组件、接入设计 token、通过 barrel 文件导出,或为 lib/src/widgets 下的组件编写测试(这些测试通过包的 pumpApp 辅助函数进行 pump),因此即使需求只是 "write its tests",也应优先使用本技能而非通用测试指南。当被要求认可本技能所禁止的做法时也可使用:逐文件导入 package:<name>/src/...、跳过 barrel 以 "only pull in what I use",或另建一套并行主题系统。凡是提出涉及共享组件与设计 token 的包的请求都会触发,例如 "create a ui package"、"add a design token" 或 "is it fine to import from src"。
WordPress 性能代码审查与优化分析。用于审查 WordPress PHP 代码的性能问题、审计主题/插件的可扩展性、优化 WP_Query、分析缓存策略、上线前检查代码或检测反模式,或当用户提到“performance review”“optimization audit”“slow WordPress”“slow queries”“high-traffic”“scale WordPress”“code review”“timeout”“500 error”“out of memory”或“site won't load”时。检测数据库查询、钩子、对象缓存、AJAX、模板加载和编辑器端性能中的反模式。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
