搜索「Search The Web」的结果

io.github.ruvnet/ruflo/wasm-gallery

Browse, publish, and install WASM agents from the community gallery

io.github.ruvnet/ruflo/browser-intent

当目标用自然语言描述比用选择器定位更容易时,通过 page-agent(browser_act)执行自然语言浏览器意图;未配置 page-agent 或 OpenAI 兼容 LLM provider 时优雅降级。

io.github.ruvnet/ruflo/browser-form-fill

按字段名到值的映射填写网页表单,可选用 browser-templates 查找已知表单的模板。

io.github.nrwl/nx/review-pr

对 nrwl/nx 中单个开启的 PR 做深度代码审查。先建立隔离的 worktree，然后运行 pr-review-toolkit 审查智能体、reproduce-verifier 智能体（结合关联 issue 佐证结论，若可本地运行则在 master 与 PR 上分别执行复现）、alternative-approach 智能体（独立设计替代方案并与 PR 的选型对比）、performance-analyzer 智能体（确认改动不浪费 CPU 或内存，并能在工作区规模下快速执行）以及 security-analyzer 智能体（在真实信任边界上排查注入类漏洞——命令注入、zip-slip、SSRF、凭据泄露），只保留严重与重要问题（以及优势；可改可不改的建议丢弃），并把 GitHub 风格的草稿存到 ~/.nx-pr-reviews/<NUMBER>.md 供审查者阅读（不会发布任何内容）。当你需要对单个 PR 做彻底审查时使用。

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

Phoenix 前端的设计系统约定——布局、对话框、错误展示、BEM CSS 类命名与 CSS 设计令牌。在 app/src/ 中构建 UI、命名 CSS 类、创建或使用令牌、处理错误或设计对话框交互时使用。

io.github.dotnet/maui/code-review

对 PR 改动做深度代码审查，关注正确性、安全性与 MAUI 约定。采用独立性优先评估（先看代码后看叙述），并委派给 maui-expert-reviewer agent 做分维度子代理评估。触发于：「review code for PR」「code review PR」「analyze code changes」「check PR code quality」。不用于：总结 PR、描述改了什么、一般性 PR 提问、运行测试或修复代码。

io.github.flutter/agent-plugins/api-review

按权威的 API Design 指南对指定代码进行评审。当用户要求做 API 评审，或要求按 API 设计原则检查代码时使用。

io.github.PostHog/posthog/running-ci-preflight

推送前用 `hogli ci:preflight` 拦截你 diff 可触及的确定性 CI 失败。当 pre-push 钩子阻止推送、报告任务完成之前，或编辑过 Python、序列化器、迁移、工作流与依赖清单后使用——避免把 CI 矩阵烧在本地就能拦住的问题（格式、lint、损坏的锁文件、OpenAPI 漂移、迁移冲突、陈旧分支）上。触发词：ci:preflight、preflight、pre-push checks、pre-push hook failed、“will this break CI”。

io.github.BuilderIO/agent-native/design-templates

查找、保存、复制并改造 Design 模板。当用户提到某个模板、以往的设计，或想要一个可复用的起点时使用。

io.github.PostHog/posthog/setting-up-a-custom-rest-source

通过编写 JSON manifest，把任意 REST API 作为 Custom 源接入 PostHog 数据仓库，无需按源写代码。当用户指向一个没有 PostHog 内置连接器的 API——“从这个 REST API 导入数据”“同步我的内部 API”“根据文档连接这个 API”“构建自定义数据仓库源”——并给出文档 URL 或对端点的自然语言描述时使用。逐步讲解起草 RESTAPIConfig manifest（认证——bearer、API key、HTTP basic 或 OAuth2 客户端凭据/刷新令牌——分页、记录路径、增量游标、父子扇出）、校验、实际读取线上数据行以确认字段映射，并创建数据源。若该 API 已有 PostHog 原生连接器，请改用 setting-up-a-data-warehouse-source——本技能会先查连接器注册表，只处理没有原生连接器的 API。

io.github.PostHog/posthog/designing-email-templates

在 PostHog workflows 库中撰写、保存和编辑邮件模板——组合带 Liquid 个性化的邮件设计 JSON，通过 MCP 创建模板并往返编辑。当被要求为 workflows、broadcasts 或 campaigns 设计、构建、更新或修复邮件模板时使用。

io.github.microsoft/skills-for-fabric/sqldw-consumption-cli

通过 CLI 对 Fabric Data Warehouse、Lakehouse SQL Endpoint 和 Mirrored Database 执行只读 T-SQL 查询。对任何 lakehouse 数据查询（行数、SELECT、过滤、聚合）的默认技能，除非用户明确要求 PySpark 或 Spark DataFrame。当用户想要：(1) 查询 warehouse/lakehouse 数据；(2) 统计行数或探索 lakehouse 表；(3) 发现 schema/列；(4) 生成 T-SQL 脚本；(5) 监控 SQL 性能；(6) 导出结果为 CSV/JSON。针对 Fabric notebook 单元格（%%sql 或其他 notebook magic）请使用 `spark-authoring-cli` 而非本技能。触发语：warehouse、SQL query、T-SQL、query warehouse、show warehouse tables、show lakehouse tables、query lakehouse、lakehouse table、how many rows、count rows、SQL endpoint、describe warehouse schema、generate T-SQL script、warehouse performance、export SQL data、connect to warehouse、lakehouse data、explore lakehouse。

io.github.QwenLM/qwen-code/review

审查改动过的代码，关注正确性、安全、代码质量与性能。当用户要求审查代码改动、某个 PR 或指定文件时使用。可用 /review、/review <pr-number>、/review <file-path> 调用，或加上 /review <pr-number> --comment 以在 PR 上发布行内评论。通过 --effort low|medium|high 在深度与速度之间取舍（PR 默认 high，本地改动默认 medium）。

io.github.EveryInc/compound-engineering-plugin/ce-doc-review

以特定角色视角审阅需求、计划或规格文档。当用户希望改进已有的规划文档时使用。

io.github.asgeirtj/system_prompts_leaks/code-review

按给定强度审阅当前 diff 的正确性缺陷和复用/简化/效率优化(low/medium:更少、高置信度发现;high→max:覆盖更广、可能含不确定发现;ultra:云端多 agent 深度审查)。传 --comment 以行内 PR 评论发布发现,或传 --fix 在审查后将修改应用到工作树。

io.github.asgeirtj/system_prompts_leaks/design-sync

将 React 设计体系推送到 claude.ai/design。运行一个转换器,打包真实组件代码(来自 Storybook 或独立包)并上传。当用户执行 /design-sync 或说 "sync my design system to Claude Design" 时使用。

io.github.rommapp/romm/frontend-i18n

RomM 前端（v1 与 v2）的国际化。在 frontend/src/locales/ 下新增、重命名或移除任何用户可见字符串/翻译键时使用。涵盖 en_US 为源语言的规则、同一变更中必须为所有 locale 目录添加新键的要求、namespace 布局，以及 CI 中强制的 check_i18n_locales.py 校验器。任何对 frontend/src/locales/** 的变更都会触发。

io.github.dotnet/maui/review-test-failures

将 PR 的 CI/测试失败归类为可能由 PR 引起或无关，并与基线分支对比，给出整体可合并性结论。使用收集到的 GitHub/AzDO/Helix 上下文及共享的 MAUI CI 事实。

io.github.microsoft/ai-agents-for-beginners/deploying-scalable-agents

把可用的 agent 原型带至 Microsoft Foundry 上可扩展、可观测的生产部署。涵盖部署模式（客户端托管、托管 agent、agent 工作流）、agent 生命周期、模型路由、响应缓存、评估门禁、人工审批环节、基于 OpenTelemetry 的可观测性、成本优化，以及用 AI Smoke Test 动作对已部署 agent 做冒烟测试。基于《AI Agents for Beginners》第 16 课。适用于：将 agent 部署到生产、为 agent 扩容、Microsoft Foundry 托管 agent、Foundry Agent Service、模型路由、响应缓存、评估门禁、发布门禁、人工审批工作流、agent 可观测性、agent 追踪、agent 成本优化、对托管 agent 做冒烟测试、生产客服 agent。不适用于：初次构建 agent（请从第 01 课开始）、在本地设备上运行 agent（用 local-ai-agents / 第 17 课）、与 agent 无关的 Azure 基础设施开通、非 Foundry 的部署目标。

io.github.PostHog/posthog/debugging-local-task-agent-runs

调试本地 PostHog 任务运行的输出——向导云运行路径：在本地 Temporal `process-task` 工作流下于 Docker 沙箱中执行（先由向导集成 PostHog，再由编码代理提交并开 PR）。当本地运行卡住、失败或无输出，或需要读取向导/代理日志时使用。涵盖本地跑云运行所需的 `.env.local` 键与 `ai_features` intent、查找任务 UUID（docker ps、temporal CLI、localhost:8081 的 Temporal UI）、在沙箱容器内实时跟踪日志（`/tmp/posthog-wizard.log`、`/tmp/agent-server.log`），以及沙箱销毁后从对象存储读取按运行持久化的控制台日志。触发词：task-sandbox、run_wizard、agent-server、process-task、SANDBOX_PROVIDER、LLM_GATEWAY、cloud_run、posthog-wizard.log。

io.github.NVIDIA/skills/vss-deploy-detection-tracking-3d

以 MV3DT 模式（`MODE=mv3dt`）部署并运行 RTVI-CV-3D 微服务：逐相机 DeepStream 感知，加上标定相机的 BEV 融合。支持内置样例数据集、自定义视频文件与 RTSP 流；缺少标定时会串联调用 `vss-generate-video-calibration`。完整仓库蓝图请用 `vss-deploy-profile`，单相机 2D 检测请用 `vss-deploy-detection-tracking-2d`。

io.github.abhigyanpatwari/GitNexus/gitnexus-impact-analysis

当用户想知道改动某处会破坏什么，或在编辑代码前需要安全性分析时使用。示例：“改 X 安全吗？”“什么东西依赖这个？”“这会导致什么出问题？”

io.github.abhigyanpatwari/GitNexus/gitnexus-guide

当用户询问 GitNexus 本身——可用工具、如何查询知识图谱、MCP 资源、图 schema 或工作流参考——时使用。示例：“有哪些 GitNexus 工具？”“我该怎么用 GitNexus？”

io.github.abhigyanpatwari/GitNexus/gitnexus-exploring

当用户问代码如何工作、想理解架构、追踪执行流程，或探索代码库中不熟悉的部分时使用。示例：“X 是怎么工作的？”“谁调用了这个函数？”“给我看下认证流程”。