搜索「Search The Web」的结果

io.github.opensanctions/opensanctions/refactor-crawler

将杂乱或 AI 生成的爬虫代码重写为符合 zavod 最佳实践的整洁、生产级代码。当用户要求清理、重构、整理爬虫代码、“达到生产可用”或对齐最佳实践时使用。

io.github.hashintel/hash/testing-hashql

HashQL 测试策略，包括 compiletest（UI 测试）、单元测试与快照测试。在为 HashQL 代码编写测试、使用 //~ 注释、运行 --bless、调试测试失败或选择合适的测试方法时使用

io.github.androidx/androidx/api_review

在 AndroidX 支持项目中，按 API 设计合规性评审待处理工作的技能。

io.github.davila7/claude-code-templates/owasp-security

覆盖六大标准的 OWASP 对齐安全指南合集——Web 应用 Top 10（2021）、ASVS 5.0、移动端 MASVS v2.1.0、API 安全 Top 10（2023）、Kubernetes Top 10（2022），以及面向 AI/LLM 的 Agentic Applications 2026 版。用于安全评审、漏洞审计、安全认证/加密/访问控制的实现、Kubernetes 清单加固，以及 LLM/智能体提示注入防护；也包括间接提问，例如这个登录流程安全吗、审查这个接口、审计我的 pod spec。

io.github.ymichael/bb/automations

通过官方 automations 插件创建并管理 bb 自动化。使用 bb 自动化命令安排重复性或一次性的智能体/脚本工作时使用。

io.github.PostHog/posthog/writing-tests

判定新测试是否值得存在并强制其高效，保护 CI 不被低价值测试堆爆。在新增或大幅修改任何 pytest、Jest、Playwright 测试之前——即 agent 或工程师准备为新功能、bug 修复、PR 写测试时使用。前置两道门槛：价值门槛（每个测试必须能捕获现有测试未覆盖的真实回归；通过公共接口测行为而非实现细节；近似重复折叠为参数化用例）与效率门槛（确定性、隔离、快；选最便宜的测试层级；用 Django TestCase 而非 TransactionTestCase；不许 sleep、不许真实联网）。含"不要写它"决策树。修复既有 flaky 测试用 /fixing-flaky-tests；若本门槛判定需要 Playwright 测试，用 /playwright-test 处理写法。

io.github.davidondrej/skills/browser-harness

通过 CDP 直接控制浏览器。当用户想自动化、抓取、测试或与网页交互时使用。连接的是用户已在运行的 Chrome。

io.github.linq2db/linq2db/api-baselines

刷新 Source/ 下的 API 兼容性基线（CompatibilitySuppressions.xml）。删除现有抑制文件，通过 `dotnet pack -p:ApiCompatGenerateSuppressionFile=true` 重新生成，然后审查 diff，把一切非 `LinqToDB.Internal.*` 的 API 变更标记出来提请用户显式批准。

io.github.cloudflare/security-audit-skill/security-audit

对代码库做安全审计——Web 应用、API、服务、CLI 工具、库、守护进程等均可。在需要发现安全缺陷、做安全评审、漏洞审计或对代码做渗透测试时使用。聚焦真实可被利用、有实际影响的问题，不涉及理论风险或行业惯例行为。

io.github.XiaomiMiMo/MiMo-Code/design-blueprint

在任何视觉产物开工前产出结构化设计规范（DESIGN.md + 结构布局 + 决策记录）——这一“蓝图”阶段让 AI 生成的设计摆脱模板感。当用户要求设计、规划、做样机或重构任何视觉输出时使用——PPT/幻灯片、落地页、仪表盘、海报、图表、信息图、营销页、UI 组件、原型、插画——即便他们只说“做个关于 X 的幻灯片”或“帮我搭一个 Y 页面”。当用户要求以原则驱动、规格先行的方式（而非表面修饰）批判或改进既有设计时也触发。不要在用户已提供完整 DESIGN.md 且只想写实现代码时触发（交给 frontend-design 或直接实现）。

io.github.sgl-project/sglang/cookbook-review-pr

按 SGLang Cookbook（docs_new/，Mintlify）的贡献清单审查 PR——采用配置驱动的格式（每个模型的 config 与基准测试 JSX，由共享的 _deployment.jsx 与 _playground.jsx 引擎消费）。使用 /cookbook-review-pr <PR 编号> 运行。

io.github.aiskillstore/marketplace/typescript-strict-guard

在编写或审查 TypeScript 代码时使用。强制执行严格模式标准、显式类型与最佳实践，防止 any 类型、@ts-ignore 注释与非空断言。这是一项全面技能——在编写任何 TypeScript 之前请查阅详细指南。

io.github.terryyin/translate-python/post-change-refactor

在提交前重构并清理未提交的变更。消除重复、重命名不清晰的领域概念、在类似变更可能出现时收敛散弹式修改、移除无用/仅测试用/冗余代码，并将超过 250 行的文件拆分为内聚模块，同时确认相关测试仍然通过。在完成一个阶段或子阶段后、提交前使用，或开发者要求清理当前变更时随时触发。触发词：refactor change、clean up change、post-change refactor、before commit cleanup、tidy current change。

io.github.Arize-ai/phoenix/phoenix-frontend

Phoenix AI 可观测性平台的前端开发准则。在 app/ 目录编写、审查或修改 React 组件、TypeScript 代码、样式或 UI 功能时使用。任何前端任务都会触发——新组件、UI 变更、样式、无障碍修复、表单处理或组件重构。用户询问本项目前端约定或组件模式时也使用。设计系统规则（错误展示、布局、对话框、令牌）请改用 phoenix-design 技能。

io.github.c15t/c15t/writing-docs

撰写或编辑 docs/**/*.mdx 下的 c15t 文档——c15t.com 站点与随已发布包分发的文档均以它为源。在编写指南、集成页面、参考文档、修改包内文档（packages/*/docs、packages/*/AGENTS.md）或修复文档 lint 失败时使用

io.github.bdfinst/agentic-dev-team/docker-image-audit

使用 hadolint、Trivy 和 Grype 审计 Docker 镜像与 Dockerfile 的安全漏洞、臃肿问题和最佳实践违规，输出带严重度分级和可执行修复建议的结构化报告。当用户想检查 Docker 镜像安全问题、扫描容器漏洞、审计 Dockerfile、加固镜像、缩小镜像体积、减少攻击面、查看容器 CVE，或问“这个 Dockerfile 安全吗”“扫描我的镜像”“检查我的容器漏洞”“怎么让镜像更小”“审计我的 Docker 配置”“加固这个容器”时使用。用户刚创建或修改 Dockerfile 并希望出货前验证时也应触发。

io.github.infection/infection/docker-sandbox

维护 Infection 的 Docker Sandbox 镜像与 sbx 模板。当需要添加、移除或升级沙箱工具，更改 PHP 沙箱镜像，更新 Codex 沙箱遥测，重建或加载 codex-infection 沙箱，或排查 devTools/sbx 镜像与测试失败时使用

io.github.aiskillstore/marketplace/backend-ralph-plan

为后端 Django 项目创建集成 Ralph Wiggum Loop 的结构化计划目录。生成 PLAN.md（任务索引）、任务文件与 RALPH-PROMPT.md（供 ralph-loop 使用的实际提示词）。用于需要质量闸门与验证的严谨迭代式实现。

io.github.addyosmani/agent-skills/code-review-and-quality

执行多维度代码审查。合并任何变更前使用；审查自己、其他 agent 或人类编写的代码时使用；在代码进入主分支前从多个维度评估质量时使用。

io.github.telagod/code-abyss/backend

从更强模型蒸馏的后端工程判断经验——在选择技术栈、语言、数据库、队列或架构时调用；在设计服务、API、业务逻辑或 schema 时；在让系统达到生产可用（可观测性、故障处理、安全）时；或评审服务端代码、判断代码库健康度时。包含场景化技术栈取舍、逻辑设计规则、数据纪律、生产底线，以及“腐烂目录”（代码不可维护的早期征兆）。

io.github.pproenca/dot-skills/nextjs-ppr-patterns

Next.js 16 App Router 页面混合静态与动态内容——Cache Components 模型下的 Partial Prerendering（PPR）。涵盖：用 cacheComponents 启用 PPR（已移除的 experimental.ppr / experimental_ppr 标志）、默认动态的渲染模型反转、Suspense 的静态外壳/动态空洞边界、'use cache' 指令（自动键、cacheLife/cacheTag、children/action 透传、运行时值作 props、无服务器环境的持久性）、异步运行时 API 与 connection() 制造非确定性、页面组合（从单个空洞到并行仪表盘，再到用 use() 把 Promise 流式传入 Client Component），以及表单/向导中用 updateTag 实现读己之写并保持 Activity 状态。触发词：PPR、cacheComponents、'use cache'、Suspense 流式渲染、部分预渲染或静态外壳工作——即使未明确点名。

io.github.pproenca/dot-skills/nextjs-bundle-optimizer

Next.js 16 包体积与构建时长优化——运行数据驱动的迭代循环：测量基线 → 分析最大占用项 → 应用一个优化配方 → 重新测量 → 验证一切未被破坏（构建 + 类型 + 测试 + 无回退）→ 提交或回滚。面向默认启用 Turbopack 的 Next.js 16，项目尚未迁移时回退到 webpack 模式工具链。触发语句如“First Load JS is huge”“bundle size”“build takes too long”“page is slow to TTI”“reduce bundle”“tree-shake”，或用户贴出 `next experimental-analyze` / `@next/bundle-analyzer` 的输出时——即便没有明说“优化”。

io.github.netalertx/NetAlertX/mcp-activation

启用与 NetAlertX 运行时的实时交互。此技能配置 Model Context Protocol（MCP）连接，授予完整 API 访问权限，用于调试、故障排查与实时操作，包括数据库查询、网络扫描与设备管理。

io.github.netalertx/NetAlertX/testing-workflow

运行测试前必读。详细说明：单个标准单元测试（快）、完整套件（慢）、认证处理，以及获取 API Token 的方法。任务完成时必须运行测试。