搜索「Search The Web」的结果

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

Phoenix monorepo 中任何 TypeScript 代码的规范与模式——包括 js/packages/、app/ 及其他 TS 目录。只要编写、审查或修改 TypeScript 代码（新函数、类型、导出、测试或重构）就使用本技能。当用户询问本项目的 TS 模式、命名约定或最佳实践时也触发。

io.github.bitsocialnet/seedit/refactor-pass

在近期变更后执行以简洁为目标的重构清理。当用户要求重构/清理、简化、移除死代码或说“重构一遍”时使用。

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

构建新 UI 或重塑既有 UI 时提供独特而有意图的视觉设计指引。只要任务产出或修改用户会看到的渲染内容——网站、落地页、Web 应用、仪表盘、React/HTML/Vue 组件、带视觉输出的 artifact、风格 overhaul，或“让它更好看”的请求——即使用户从没说“设计”二字也应使用。涵盖美学方向、字体排印、环境约束（字体、Tailwind、素材），以及何时应归于惯例而非追求独特。

io.github.affaan-m/ECC/plan-orchestrate

读取计划文档，将其拆解为步骤，从 ECC 目录中设计每一步的代理链，并输出可直接粘贴的 /orchestrate 自定义提示词。只做生成——本身不会调用 /orchestrate。当用户有多步计划并想通过 orchestrate 来驱动、又不想手工编排代理链时使用。

io.github.openai/openai-agents-python/maintainer-review

以 openai-agents-python 维护者的身份评审一个 GitHub issue 或 PR 链接，分阶段判断该诉求是否真实存在、是否具有实际重要性、是否能用受支持的功能自行解决、范围界定是否恰当、是否有更合适的其他设计、以及是否值得投入维护者与贡献者的精力。用于评估 issue 的有效性与严重程度、决定优先处理还是关闭、判断所请求特性究竟代表未被满足的需求还是只是可发现性或用法缺口、判断 PR 是否值得推进到可合并质量、比较多个开放 PR 或替代设计、把代码质量与仓库就绪状态分开看待，以及撰写简洁的维护者评估意见。当需要回复要求关闭、补充证据或修改代码时，同时产出一条礼貌、简洁、完整、可直接复制粘贴的维护者评论。

io.github.openai/openai-agents-python/code-change-verification

当改动影响 OpenAI Agents Python 仓库的运行时代码、测试，或影响构建与测试行为时，执行必须通过的验证流程。

io.github.Dynatrace/dynatrace-for-ai/dt-obs-kubernetes

Kubernetes 集群、Pod、节点与工作负载监控。在分析 K8s 健康状态、资源优化、Pod 故障、OOMKill、调度或安全态势时使用。也用于 Pod 重启、OOM 事件、驱逐等 Kubernetes 运维事件及集群事件历史分析。触发词："Kubernetes pods"、"K8s cluster health"、"OOMKill"、"pod restarts"、"container CPU"、"namespace resource usage"、"over-provisioned pods"、"privileged containers"、"pod placement"、"K8s node capacity"、"running containers by cluster"、"workload scheduling"、"pod evictions"、"K8s labels and annotations"、"kubernetes events"、"pod restart events"、"OOM events"、"K8s event history"。不用于解释已有查询、产品文档问题、AWS 专属资源查询、服务级 RED 指标、分布式追踪或日志分析 —— 请改用相应技能。

io.github.langflow-ai/langflow/frontend-i18n

使用 i18n 体系（i18next / react-i18next）添加、修改或审查 Langflow 前端的用户可见文案。当变更涉及新增或编辑 UI 字符串——标签、按钮、tooltip、模态框、toast、错误提示、空状态——或审查包含用户可见文案的 diff 时使用。所有用户可见字符串必须走翻译体系，且每个新 key 必须存在于全部 locale 文件中。不适用于后端字符串、日志消息或代码标识符。

io.github.forcedotcom/sf-skills/mobile-platform-native-capabilities-integrate

构建使用原生移动设备能力的 Salesforce LWC——条码扫描、生物识别、定位、NFC、日历、通讯录、文档扫描、地理围栏、AR 空间捕捉、应用评价与支付。当用户要求 LWC 执行条码扫描、文档拍照、定位或地理围栏、生物识别提示、读写设备日历或通讯录、NFC 触碰、收款、应用评价提示或 AR 空间扫描时使用。也由“lightning/mobileCapabilities”“mobile capability”“Nimbus”“device capability”触发。移动离线/Komaci priming 审查请勿使用（改用 mobile-platform-offline-validate），挑选通用 Lightning 基础组件请勿使用（改用 design-systems-slds-apply）。

io.github.abhigyanpatwari/GitNexus/gitnexus-pdg-query

在查询或扩展 GitNexus 的 PDG 控制/数据依赖接口（`pdg_query` MCP 工具、CDG/REACHING_DEF 边），或推理“什么控制 X”/“Y 流向哪里”/guard 子句时使用。示例：“这条语句的 guard 是什么？”“在函数内追踪这个变量”“为什么 pdg_query 结果为空？”“添加一个 CDG 查询”。

io.github.abhigyanpatwari/GitNexus/gitnexus-cli

当用户需要运行 GitNexus CLI 命令时使用，例如 analyze/index 仓库、查看状态、清理索引、生成 wiki 或列出已索引仓库。示例：“Index this repo”“Reanalyze the codebase”“Generate a wiki”。

io.github.abhigyanpatwari/GitNexus/gitnexus-guide

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

io.github.forcedotcom/sf-skills/automation-flow-generate

使用 MCP 工具 execute_metadata_action 生成 Salesforce Flows。当用户要求创建、构建或生成 flow——包括 Screen、Autolaunched、Record-Triggered（保存前/后）、Scheduled 类型——时使用。对类似 flow 的请求同样触发，如“when a record is created”“trigger daily at”“send an email when”“update the field when”“automate”“workflow”或“flow XML/metadata”。这是 Salesforce Flow 生成的唯一技能。

io.github.nexu-io/open-design/writing-guidelines

审查文档是否符合 Writing Guidelines。当被要求“review my docs”“check writing style”“audit prose”“review docs voice and tone”或“check this page against the writing handbook”时使用。

io.github.jeremylongshore/claude-code-plugins-plus-skills/figma-deploy-integration

将 Figma 驱动的应用部署到 Vercel、Cloud Run 与 Fly.io。用于把 webhook 接收端、design token API 或连接 Figma 的 Web 应用部署到生产平台。触发语如 “deploy figma”、“figma Vercel”、“figma production deploy”、“figma Cloud Run”。

io.github.ruvnet/RuView/onboard

RuView（WiFi-DensePose）从零到感知的路径选择器——选择 docker-demo、repo-build 或 live-esp32 并执行下一个具体步骤。

io.github.crbnos/carbon/writing-skills

本仓库（.ai/skills/）内创建或编辑 agent skill 的内部指南。在写新 skill、重组已有 skill，或评审 skill 质量时使用。涵盖 frontmatter 约定、安装接线、house 模板，以及每个 Carbon skill 都要遵守的弱执行器写作规则。

io.github.supabase/supabase/clickhouse-logs-queries

针对 ClickHouse 支撑的 logs 表（logs.all.otel 分析端点）编写、评审与迁移 Supabase 日志查询。只要任务涉及 Logs Explorer SQL、log_attributes map、按日志 source 查询（edge_logs、postgres_logs、auth_logs 等）、把旧的 BigQuery cross join unnest(metadata) 日志查询翻译为 ClickHouse，或在 apps/studio/data/logs 与 apps/studio/components/interfaces/Settings/Logs 中接入分析日志 SQL 时使用。用户即使只说“日志查询”“Logs Explorer”或粘贴一段 BigQuery 日志查询待转换也应使用，不必非要提到 ClickHouse。

io.github.UnicomAI/wanwu/bsession

浏览器自动化——搭建 bsession 环境、一次性从网站获取信息、创建脚本化自动化（一次性或周期性任务），或调试已有会话。可在任意仓库中使用。

io.github.UnicomAI/wanwu/browser-pc

通过 CLI 命令以自然语言自动化浏览器操作。当用户要求浏览网站、打开网页、从网站提取数据、截图、填写表单、点击按钮或与 Web 应用交互时使用。

io.github.UnicomAI/wanwu/browser-automation

通过 CLI 命令以自然语言自动化浏览器操作。当用户要求浏览网站、打开网页、从网站提取数据、截图、填写表单、点击按钮或与 Web 应用交互时使用。

io.github.Kentico/xperience-by-kentico-kenticopilot/automation-action-create

在 Xperience by Kentico 中实现自定义自动化流程动作。审阅项目约定与动作 API，与用户确认动作的行为和属性，然后生成动作类、带表单组件注解的可选属性类，以及程序集级 RegisterAutomationAction 注册。

io.github.PostHog/posthog/exploring-apm-traces

通过 MCP 使用 PostHog APM（OpenTelemetry span）数据调查分布式应用性能。当用户询问服务链路、缓慢的 HTTP/数据库 span、错误 span、错误率趋势或尖峰、延迟分布、trace ID 或 span 属性时使用——不适用于 AI 可观测性追踪或产品日志。使用 posthog:query-apm-spans、posthog:apm-trace-get、posthog:apm-spans-sparkline、posthog:apm-services-list、posthog:apm-attributes-list 与 posthog:apm-attribute-values-list。

io.github.citypaul/.dotfiles/typescript-strict

TypeScript 严格模式实践，包括 schema 优先开发、品牌类型、type 与 interface 的选型指引及 tsconfig 严格标志。在编写 TypeScript 代码、定义类型或 schema、审查类型安全时使用。不可变性与纯函数相关模式请参阅 functional 技能。