Skills
收录 97,501 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
测试与质量
扫描 iOS 应用项目，检查 App Store 拒审风险。直接读取源代码，无需来回沟通。自动识别用户是 vibe coder 还是开发者，并调整用语。检测正在开发中的应用，并在切换模式前询问。输出风险清单、附带动态可复制修复方案的详细发现、审核者体验检查清单、App Store Connect 审核者备注草稿，以及扫描后的手动检查清单。出现以下任何情况时都触发此技能，即使用户没有明确要求：“audit my app”／“is my app ready”／“about to submit”／“submitting soon”／“about to launch”／“ready to ship”／“App Store review”／“keep getting rejected”／“got rejected”／“rejection”／“App Store Connect”／“TestFlight”／“submit for review”／“pre-submission”／“app review”／“first app”／“never submitted before”／“why did Apple reject”／“what do I need to fix”／“is this ready to launch”。在处理 iOS 应用时，如果用户看起来即将发布，也主动触发。Flutter/RN 技术栈：加载 references/flutter-patterns.md。首次提交者：加载 references/first-time-dev.md。
通过 Kiro CLI 获取独立的第二意见，严格只读——由独立审查器运行时检查实际差异，不具备仓库写入权限。读取实际差异（分支、提交或未提交内容）以构建聚焦提示词；可选注入技术栈的约定技能（`--skill`，因为 kiro 本身无法加载这些技能）；随后通过捆绑的辅助程序启动 kiro，并将信任范围限定为 `fs_read,execute_bash`，使其可以使用 grep/git 验证发现，但绝不能编辑。绝不使用 `--trust-all-tools`（自动模式分类器会因此在只读任务上陷入死循环），也不通过 shell 手工编写提示词；不泄露机密，将发现视为待验证的候选项，并明确报告审查无问题的结果。仅在用户明确要求或用户调用的工作流将其指定为 kiro 审查者时使用。
审计 Next.js（App Router，14/15+）代码库中的 React Hook Form 反模式——在表单根组件使用 watch()、在父组件内联 Controller、异步提交未使用 try/catch、服务器错误时缺少 setError、在非 "use client" 文件中使用 RHF、RHF 与 useActionState 混用、在组件内定义 schema、useFieldArray 未使用 field.id 作为 key、用 register({ disabled }) 实现视觉禁用、useFieldArray({ disabled }) 静默跳过变更，以及用 useEffect+reset(data) 替代 values 属性。只读；生成 Markdown 报告，包含 file:line 引用并链接到配套的 `react-hook-form` 提炼技能。用户要求审计、评审或 lint RHF 用法、查找表单反模式或进行表单质量检查时触发，即使未明确提及“react-hook-form”；只要提到审计 Next.js 项目中的表单，就使用此技能。
分析 Cursor／Claude Code／Codex Agent 日志中的 Dosu MCP read_knowledge 调用，并生成 HTML 影响报告。当返回的信息与问题和解决方案相关时视为亮点（无需在代码中引用）；当信息造成干扰或误导时视为失败。用户询问 Dosu 有何帮助、Agent 如何使用 Dosu、你如何使用 Dosu、read_knowledge 的影响、知识 MCP 审计，想要 read_knowledge 的趋势报告，或要求运行／重新运行 read-knowledge-impact 技能时使用。
brooks-lint 插件本身的维护编排器。运行顺序执行的子 Agent 流水线——author → eval → QA → trigger-audit → release——以新增或编辑技能、更新评测套件、保持四个清单 + 所有 README 翻译 + CHANGELOG + AGENTS/GEMINI 同步、审计触发边界并发布版本。当维护者要求处理 brooks-lint 本身时触发：“add a new skill”“edit the brooks-debt guide”“update the eval suite”“fix the trigger descriptions”“make this change and validate it”“release brooks-lint”“bump and publish”，以及后续请求：“re-run”“re-validate”“update that skill”“redo the audit”“redo the X part”。不要在以下情况触发：在目标代码库上使用 brooks-lint 分析技能（应使用 brooks-review / brooks-audit / brooks-debt / brooks-test / brooks-health / brooks-sweep）；一般性询问 brooks-lint 但未要求修改；或维护其他插件。
当用户想调查 bug、缺陷、事件或质量问题并找出根本原因时使用此 skill，包括要求进行“5 个为什么”分析、撰写事后复盘、进行根因分析（RCA）、查明 bug 为何进入生产环境或逃过代码审查/QA、建立定期缺陷分析流程，或开展每日/每周质量改进（Kaizen）分诊。此方法也称 Dantotsu 方法（Sadao Nomura 源自 Toyota 的缺陷分析方法，改编用于软件）。即使用户没有明确说出方法名称也应触发，例如“这个 bug 为什么通过了代码审查”“客户报告了一个 bug，帮我分析”“我想弄清楚为什么总是发生这种情况”“为这个缺陷写一份根因报告”或“帮我确定本周实际应该发布哪些修复”。
使用此技能，通过启用并阅读 Compose Compiler Reports（classes.txt、composables.txt、composables.csv、module.json）来诊断 Jetpack Compose 稳定性问题。涵盖 Gradle DSL、仅 release 构建的要求，以及如何解读按类与按 composable 的稳定性标注，包括 stable、unstable、runtime、restartable、skippable、readonly、@static 和 @dynamic 标记。当开发者问“为什么会重组”、报告卡顿、掉帧、滚动缓慢、高重组次数、怀疑参数不稳定、提及 Compose Compiler Reports、classes.txt、composables.txt、module.json，或想知道哪些 composable 不可跳过时使用。修复方法在另一个配套技能中——本技能只做诊断。
检测整个组件、Hook 和模块中的 React 与 TypeScript 可维护性问题，说明各项代价，并提供带来源链接的修复建议。覆盖属性与 API 设计（命名、布尔值、回调、变体、受控状态、泛型、引用、样式、JSDoc）、状态与数据流（冗余状态、过时闭包、误用 context 和 ref）、副作用与生命周期、组件结构和 Hook、渲染正确性（key、变更、非纯渲染、水合、&& 泄漏的 0）、可访问性与焦点管理、异步处理器、错误边界、不安全 HTML、TypeScript 规范（any、类型断言、未类型化的 catch、穷尽性），以及跨文件重复检查。记忆化和重渲染性能交由 react-compiler 处理，颜色字面量交由 theme-colors 处理。用于审查或编写 React 组件或 Hook、进行可维护性审计，或用户要求检查代码异味、lint 或清理代码库、文件夹、文件及粘贴的代码片段时。遵循原生 HTML 属性和库的惯例。
依据 FIASSE v1.0.4 SSEM 模型为代码库、文件或合并请求打分——每个属性 0-10 分、支柱等权、有证据支撑的优势与弱点、按优先级排序的建议、50 项检查清单附录。触发词:"review/score/audit securability"、"SSEM scorecard"、"FIASSE/SSEM compliance"、"where would I start hardening this?"、"is this audit-ready?"、"security posture baseline"——包括未明确提到 SSEM 的说法。需求场景请用 prd-securability-enhancement;新代码请用 securability-engineering。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。