搜索「Search The Web」的结果

io.github.supabase/supabase/studio-queries

Supabase Studio 数据获取的 React Query 规范。在 apps/studio/data/ 下编写或评审 query hook、mutation hook 或 query key 时使用，包括为新接口或资源加首个 fetch 或 mutation。涵盖 queryOptions 模式、keys.ts 结构、mutation hook 模板与命令式 fetch。

io.github.saadeghi/daisyui/daisyui

Tailwind CSS 的官方 daisyUI 组件库技能。当你编写 HTML 或 JSX 代码时必须使用它；即使用户没有要求也应使用。

io.github.nextlevelbuilder/ui-ux-pro-max-skill/design

综合设计 skill：品牌识别、设计 token、UI 风格、logo 生成（55 种风格，可用 Gemini、Atlas Cloud 或 MuAPI AI）、企业识别系统（50 项交付物、CIP 样机）、HTML 演示（Chart.js）、banner 设计（22 种风格，社交/广告/网页/印刷）、图标设计（15 种风格，SVG，Gemini 3.1 Pro）、社交图片（HTML 转截图、多平台）。动作：设计 logo、制作 CIP、生成样机、做 slides、设计 banner、生成图标、制作社交图片/社媒图、品牌识别、设计体系。平台：Facebook、Twitter、LinkedIn、YouTube、Instagram、Pinterest、TikTok、Threads、Google Ads。

io.github.tabler/tabler/astro-dev

启动 Tabler Astro 开发服务器并在浏览器中验证改动。当 `preview/`、`docs/`、`shared/` 或 `core/` 的改动必须看到实际运行——交付页面或组件之前——以及开发服务器行为异常（CSS/JS 陈旧、资产消失、页面无法刷新）时使用。涵盖在哪个端口启动哪个服务器、后台模式、开发服务器运行时不得构建的规则，以及验证循环。

io.github.tabler/tabler/shared-lib

把逻辑移出 Astro frontmatter 到 `shared/lib/*.ts`，并用 vitest 测试覆盖。当 frontmatter 膨胀到不止拼装类名、demo 数据需要整形或格式化、同一辅助函数出现在两个组件中，或用户要求在 `shared/` 下写 helper、工具或单元测试时使用。涵盖该位置的归属内容、模块约定、同级 `*.test.ts` 规则、确定性 demo 数据，以及本仓库使用的严格 TypeScript 模式。

io.github.PostHog/posthog/adding-activity-logging

为 PostHog 中的 Django 模型添加或修改活动日志（审计跟踪）。当模型的写操作必须出现在 Activity 侧栏或高级活动日志中、在添加 ModelActivityMixin、ActivityScope、model_activity_signal 接收器、活动描述器或字段排除项、审计模型哪些写路径被记录，或某变更缺失于活动日志时使用。涵盖接收器模块约定、信号看不到的写操作（QuerySet.update、bulk_create）、请求之外的 actor，以及位于独立数据库上的产品模型。触发词：activity log、audit log、audit trail、ModelActivityMixin、log_activity、changes_between、activity describer、who changed this。

io.github.code-yeongyu/oh-my-openagent/opencode-qa

逐用例对 opencode 本身做 QA：验证 CLI/终端（opencode run、db、serve、export）、通过 SSE 事件流证明某个插件钩子/动作/事件已触发、在 tmux 下对 TUI 做冒烟测试，以及按 id、标题/名称或消息文本在 opencode 的 SQLite 数据库中调查会话。自带经测试的辅助脚本（每个都有 --self-test）与分领域的参考文档。凡要对 opencode 的 CLI、HTTP server、插件钩子/事件或 TUI 做 QA、冒烟测试、验证或调试，或要查找并检查数据库中的 opencode 会话时使用。触发词：opencode qa、qa opencode、test opencode、verify opencode hook、opencode session db、find opencode session by id/name/text、opencode tui test、opencode server health、opencode event stream。

io.github.langgenius/dify/e2e-cucumber-playwright

在 e2e/ 下编写、修改或审查 Cucumber 与 Playwright 测试时使用，涵盖 feature 文件、step 定义、支撑代码、scenario 标签、定位器和断言。不适用于 Vitest、React Testing Library、后端测试或 E2E 套件之外的通用浏览器自动化。

io.github.github/awesome-copilot/upstash-redis

使用 @upstash/redis 在 serverless 与边缘运行时通过 HTTP 访问 Redis，并用 @upstash/ratelimit 实现限流。适用场景：涉及 Upstash Redis；在 Next.js 路由处理器或中间件、Vercel、Cloudflare Workers、Deno、Bun 中无需 TCP 连接池地访问 Redis；或需要基于 TTL 的 cache-aside 缓存、会话存储、计数器，以及固定窗口、滑动窗口、令牌桶实现的 429 限流。不适用于自建或基于 TCP 的 Redis 客户端（ioredis、node-redis）、Redis Cluster 管理或向量相似度检索。

io.github.openclaw/openclaw/openclaw-testing

为 OpenClaw 测试、CI 检查、Docker E2E 流水线、发布验证选择运行方式，或重跑、调试，找出成本最低且安全的验证路径。

io.github.ai-dynamo/dynamo/dynamo-docs

在 Dynamo Fern 文档站上添加、更新、移动或删除内容——标准文档页面、目录驱动的配方与功能基准页面、示例、配方及翻译——始终保持与文档风格指南一致。适用于 docs/、recipes/ 或 examples/ 下的任何变更（新建页面、编辑、标签页或章节移动、重命名、移除、配方/基准页面、.zh-CN 翻译、版本切割），决定页面应归属的文档标签页（Kubernetes 指南 vs CLI 指南 vs 参考 vs 用例），以及任何需要修正 frontmatter、标题、链接、标注或术语的内容。

io.github.usestrix/strix/managed-pentesting-with-strix

通过 strix cloud CLI 或 REST API 在 app.strix.ai 平台上对 Web 应用、API、仓库或本地工作区进行托管式渗透测试,无需本地 Docker 或 LLM key。可安全审阅并上传本地源码、注册资产、启动并轮询扫描、分诊漏洞、导出 SARIF、下载合规报告、启动 PR 审查、购买额度和配置定时任务或 webhook。适用于托管式、持续、定时、团队跟踪或沙箱 agent 的安全测试。

io.github.openai/codex/babysit-pr

在 GitHub PR 创建后持续轮询评审评论、CI 检查/工作流运行与可合并状态直至其被合并/关闭或需要人工介入。诊断失败原因、对疑似 flaky 失败最多重试 3 次，并在合适时自动修复并推送分支相关问题，同时持续监视未关闭的 PR 以便及时反馈新的评审意见。当用户要求 Codex 盯住某个 PR、观察 CI、处理评审评论，或持续关注未合并 PR 上的问题与反馈时使用。

io.github.openai/codex/imagegen

当任务受益于 AI 生成的位图视觉（照片、插画、纹理、精灵图、样机、透明背景抠图）时生成或编辑位图图像。当 Codex 需要新建图像、变换既有图像或从参考衍生视觉变体，且产物应为位图素材而非仓库内的代码或矢量图时使用。若更适合编辑现有 SVG/矢量/代码原生资产、扩展既有图标或 logo 体系、或直接在 HTML/CSS/canvas 里画视觉，则不要使用。

io.github.discourse/discourse/discourse-writing-html-css

为 Discourse 核心、插件、主题与主题组件编写和修复 HTML/CSS/SCSS。在编写或修改模板（.gjs/.hbs）、样式表（.scss）、组件标记、类名、响应式布局、FormKit/select-kit 样式或处理 CSS 回归时使用。涵盖 Discourse 的 BEM 加独立修饰符命名、CSS 自定义属性色彩体系（主题化与暗色模式）、模板/HTML 约定、CSS 修复模式，以及样式表的存放位置。

io.github.n8n-io/n8n/create-issue

按 n8n 约定创建 Linear 工单或 GitHub issue。当用户要求创建工单、报缺陷、开 issue，或输入 /create-issue 时使用。

io.github.diegosouzapw/OmniRoute/omni-cli-tools

管理通过 API 暴露的 CLI 工具集成。列出、配置并调用扩展 OmniRoute 自动化能力的 CLI 工具插件。

io.github.diegosouzapw/OmniRoute/omni-db-backups

触发系统备份、从备份文件恢复并管理 SQLite 数据库生命周期。支持导出、导入和增量快照策略。

io.github.PostHog/posthog/creating-box-plot-insights

在 PostHog 中创建基于产品分析或 SQL 的箱线图 insight。当用户要求创建、构建或保存箱线图、可视化数值分布、跨日期或分组比较四分位数/中位数，或把 SQL 结果变成箱线图时使用。在标准 Trends 箱线图与 SQL insight 之间做出选择、校验分布数据、保存 insight 并验证。

io.github.openclaw/openclaw/openclaw-pr-maintainer

遇到任何粘贴的 OpenClaw GitHub issue 或 PR 链接/编号时立即使用；也用于 OpenClaw issue/PR 编排、审查、分诊、根因修复、PR 重写、重复搜索、发起人身份/作者信息、账号注册时间/活跃度、评论、标签、关闭、合入或维护者证据核查。

io.github.PostHog/posthog/debugging-experiments

为查看自己结果的客户调试和支持 PostHog Experiments（A/B 测试）。只要粘贴了实验支持工单或客户提出结果相关问题就使用，最常见的是“为什么我的曝光不均？”“为什么某个变体没有流量？”“为什么我缺少/只见很少曝光？”“为什么出现偏差横幅？”“为什么 PostHog 的数字和我的 SQL 对不上？”。以只读方式拉取实验真实数据，对照已知成因清单匹配，产出面向客户的解释、修复方案与相关数字的评审。加载 diagnosing-experiment-results 作为深度诊断库。不触发：创建实验（用 creating-experiments）、仅配置放量（configuring-experiment-rollout）或指标（configuring-experiment-analytics）、询问生命周期问题（managing-experiment-lifecycle），或行为异常的是底层 feature flag 而非结果（用 debugging-feature-flags）。

io.github.PostHog/posthog/turning-engineering-analytics-into-insights

把工程分析（PR / CI）数据转化为已保存的 PostHog insight、仪表盘与订阅，并说明如何用 SQL 直接查询产品数据。涵盖经 engineering-analytics-sources 发现按团队的 GitHub 仓库表、在 HogQL 中复刻精心的列语义、在涉及产品逻辑时读取暴露的 engineering_analytics_* 仓库视图（CI 成本、指纹化失败行、提交归属）、用 insight-create 保存查询，以及用 subscriptions-create 安排投递。当被要求“把这个存成 insight”“把 CI 健康度/合并时长做成仪表盘”“每周给我邮件发 PR 吞吐量”“画 CI 成本图”“跟踪首次评审时长”“订阅这些数字”“对 CI 成功率告警”或询问“工程分析读取哪些数据/表/视图”时使用。临时性 CI 与合并问题用 diagnosing-ci-and-merge-bottlenecks；调查某个具体 CI 失败用 investigating-ci-failures。

io.github.prisma/orm/ast-visitor-pattern

对存在多个分发点的可辨识联合使用 frozen-class/visitor 模式。适用于：新建一组将在 2 处以上被 switch 的变体（命令、IR 节点、工厂调用），或重构已出现多个 switch 站点的现有联合类型。

io.github.PostHog/posthog/posthog-desktop

将工作限定在 products/desktop 下的桌面应用——一个嵌套的独立 pnpm/turbo/Biome 工作区，由现已归档的 PostHog/code 仓库引入；PR、CI 与发布以 posthog/posthog 为唯一事实来源，且不属于根前端或 Django 构建。当用户说 /posthog-desktop，或开发 Electron 桌面应用、apps/code、apps/web、apps/mobile、packages/core、packages/ui、packages/workspace-server、@posthog/api-client、@posthog/agent 或代理框架时使用。把工作目录钉在 products/desktop，以该目录树的工具链与约定取代 monorepo 的，并界定树外允许触碰的少数路径（应用调用的 Django API、根目录的 desktop-* CI）。