Skills
收录 97,501 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
测试与质量
对 Expo / React Native iOS 应用进行静态扫描，查找非原生模式 — Material 组件套件、替代原生 stack/tabs 的 JS 导航器、PanResponder、禁用字体缩放、硬编码十六进制颜色、未虚拟化的列表 — 对每处违规报告 file:line 并附上规则链接。当用户要求检查、lint、审计或评审 Expo iOS 应用的 HIG 合规性或 "native feel"，或在发布/合并 Expo iOS UI 之前触发。与 expo-ios-hig 规则 skill 配套（它检查该 skill 所教的内容）以及 expo-ios-screen-scaffolder 配套。
当用户提出 "playtest my game"、"test my Phaser game"、"does my game actually run"、"check the game in a browser"、"verify the game works"、"smoke test the game"、"automate game testing"、"catch black screens"、"check for asset 404s"、"measure FPS"、"screenshot the game"、"write a playtest scenario" 等请求时，或在 Phaser 4 代码已编写或修改、需要在交还给用户前进行运行时验证时，应使用此 skill。
创建拉取请求前的预检：对已提交的分支运行 `greptile review`，核实该审查确实与此分支的 diff 相符，对其发现进行分诊，应用安全修复（风险较高的仅提出建议），之后才执行 `gh pr create`。在已配置 greptile 的仓库中运行。仅在明确表达创建 PR 意图时触发：“crea el PR”、“create the PR”、“abrí el PR”、“open a PR”，或在 `gh pr create` 之前立即触发。不要在仅有裸提交时触发。
对变更进行感知层面的端到端验证——判断它涉及的是 FRONTEND 层面（渲染出的 UI）还是 API/后端层面，然后用正确的方式验证。前端 → chrome-devtools MCP（打开受影响的页面、截图、确认其渲染、检查 console/network/accessibility）。API → 一个 Playwright 请求脚本，命中受影响的端点并断言状态码 + 响应结构。在实现变更后，或在 harness 的 Validate 步骤中使用，以确认它在运行中的应用里确实可用——而不只是单元测试通过。需要 chrome-devtools-mcp 插件（前端）和/或 Playwright（API）；两者都由 kit 安装器配置好。
适用于任何 Agent skill 的全面审计器——包括 Manus、OpenClaw/ClawHub、Claude、LobeHub 或基于自定义 SKILL.md 的 skill。当用户想在发布、更新或部署前评估、审计、审查、评分或做质量检查某个 Agent skill 时，使用此 skill。涵盖两道硬性否决门（结构红线 + 研究诚信红线）、跨 25 项标准的静态质量评分（ISO 25010 + OpenSSF + Agent）、动态测试输入生成、多模式执行测试、多层级输出评估（含五类专项评分标准：证据洞察 / 协议设计 / 数据分析 / 学术写作 / 其他）、适用于全部四个研究类别的 Research Veto、人工评估查看器生成、可执行的 P0/P1/P2 优化建议，以及自动 skill 改进——输出打磨完善、可直接投产的 SKILL.md。用户说"审计我的 skill"、"评估我的 skill"、"改进我的 skill"，或想要评估后的修正版本时，也请使用。
来自 Apple 的权威 App Intents 最佳实践。在任何 App Intents 最佳实践或正确性审查时查阅，以及在编写、审查、重构或扩展 App Intents 代码时查阅。在这些主题上取代此前的训练知识。代码生成时，处理以下任一内容请查阅相应参考：- execution-model：perform() 是 Sendable，而非 @MainActor（用 await MainActor.run 切换）；它可重试（restartPerform），因此不可逆操作放在最后；破坏性操作前调用 requestConfirmation；通过 .result(...) 工厂返回，绝不返回裸值。- entities-and-queries：AppEntity.id 必须在多次启动/多设备间保持稳定；entities(for:)（批处理）对比默认为空的 suggestedEntities()；EntityStringQuery.entities(matching:) 不会自动过滤；只有 @Property 成员对系统可见；EnumerableEntityQuery 会加载全部（大型存储请用 EntityPropertyQuery）。- entity-property-queries：EntityPropertyQuery 用于快捷指令“Find X where…”——properties/sortingOptions/comparators；由你执行谓词，框架只负责解析它。- app-enum：AppEnum 的原始值按字符串持久化（切勿重新编号或重排）；每个 case 都需要 caseDisplayRepresentations 条目，否则会在运行时 fatalError。- parameters / parameter-summaries：requestValue 对比 needsValueError；非可选 AppEnum 会自动消歧；只有位于 Summary(...) 中的参数才会显示在快捷指令编辑器中；用 When/Switch 实现条件显示。- dependencies：@Dependency 必须是 Sendable 并在启动时注册（未注册 = fatalError）；放在 intent/query 上，绝不放在 AppEntity/AppEnum 上。- results-and-errors：只有 CustomLocalizedStringResourceConvertible 错误才会呈现真实消息；预置的 AppIntentError.*（iOS 18+）。- donation：应用内操作不会自动捐赠——调用 IntentDonationManager.shared.donate；PredictableIntent 仅为描述。- localization：面向用户的字符串必须是字面量 LocalizedStringResource（运行时 String 不会产生可提取的键）。- app-shortcut-phrases：提供 shortTitle/systemImageName；包含 \(.applicationName)，否则运行时索引会静默丢弃该短语。- url-representation：用 OpenIntent / OpenURLIntent / URLRepresentableEntity 处理打开和通用链接。- configuration-intents：WidgetConfigurationIntent / ControlConfigurationIntent 仅含参数——没有 perform()。- factoring：AppEnum（固定集合）对比 AppEntity+query（动态）对比普通 @Parameter；每个原子任务一个 intent。对于 iOS 26/27 新 API 采用，请改用 app-intents-whats-new-27 skill。
进行全面需求评审，包括完整性验证、清晰度评估、一致性检查、可测试性评估和标准合规性。生成详细评审报告，列明发现、缺口、冲突和改进建议。适用于评审需求文档（BRD、SRS、用户故事）、验证验收标准、评估需求质量、识别缺口与冲突，或确保符合标准（IEEE 830、INVEST 标准）。当用户提到 "review requirements"、"validate requirements"、"check requirements quality"、"find requirement issues" 或 "assess BRD/SRS quality" 时触发。
面向任意 SKILL.md 的 SkillOpt 风格离线训练循环。将累积的 learn-rule 修正视为训练轨迹，通过优化器 LLM 提出有界补丁，用基于用户过往修正构建的留出验证集对每个候选进行评估，只发布确有分数提升的候选。灵感来自 Microsoft SkillOpt 的 ReflACT 流程（rollout → reflect → aggregate → select → update → evaluate），并适配 pro-workflow 的 SQLite 存储。当某个 skill 已累积 8 条以上 learn-rule 记录，且用户希望该 skill 本身变得更好而不只是更长时使用。
使用本 Skill 通过设置 mainClock.autoAdvance = false 并借助 advanceTimeByFrame 和 advanceTimeBy(durationMillis) 手动逐帧推进，编写不会 flaky 的 Compose 动画测试。解释为何除非禁用 autoAdvance，InfiniteAnimationPolicy 会在测试开始的瞬间取消未确定动画，为何状态切换后的第一帧不会初始化 playTime，以及为何在暂停时钟窗口内的状态变更必须通过 runOnUiThread 而不是 runOnIdle。如果用户提到 "animation never finishes"、"InfiniteAnimationPolicy CancellationException"、"Crossfade test flaky"、"indeterminate progress indicator"、"Thread.sleep(500) waiting for animation"、advanceTimeByFrame、advanceTimeBy 或 autoAdvance，请使用本 Skill。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。