“Knowledge Base” 共 400 个结果
io.github.supabase/supabase/ask-the-docs
基于文档化的架构、构建流水线与 review 模式回答关于 Supabase docs 应用（apps/docs）的问题，并在提议或评审改动时套用功能设计原则（代码库复用、极简编码）。当用户问“docs 应用里 X 是怎么工作的”“Y 在哪里”“这个方案在 docs 应用里合适吗”，或在 apps/docs/ 下做非平凡改动前使用——特别是涉及 MDX 流水线、markdown 生成、内容组件、联邦文档、贡献者写作模式的场景。必要时可用 Mermaid 图回答架构问题。
io.github.metabase/metabase/native-parameters
通过 question_write 的 native 编写原生 SQL 问题的模板标签——标签种类、field-filter 与 raw-variable 的区别、template_tags 结构、widget 类型、[[ ]] 可选块、把标签接入仪表盘。首次传 template_tags 前先读本技能。触发语:"给我的 SQL 加筛选控件""把这个查询参数化""字段筛选器""为什么我的变量查不到行""把仪表盘筛选器接到 SQL 卡片"。
io.github.metabase/metabase/transforms
使用 transform_write 编写 transform——查询来源(definition 与 query_handle 的区别)、目标表以及修补它会重命名什么、为何目标数据库不由你选择、工具拒绝的两种形态(python、incremental)、标签与文件夹。首次调用 transform_write 前先读本技能。触发语:"做一个 transform""把这个查询物化成表""建一张供其他查询使用的表""重命名 transform 的输出表""为什么不让编辑这个 transform"。
io.github.metabase/metabase/clojure-write
以 REPL 驱动的工作流、编码规范与最佳实践指导 Clojure 和 ClojureScript 开发。在编写、开发或重构 Clojure/ClojureScript 代码时使用。
io.github.supabase/supabase/studio-e2e-tests
为 Supabase Studio（e2e/studio）编写并运行 Playwright E2E 测试。在被要求跑 E2E 测试、编写新 E2E 测试或调试不稳定/失败的 Playwright 测试时使用。涵盖执行命令、规避竞态条件、等待策略、选择器、辅助函数以及 CI 与本地差异。
io.github.supabase/supabase/dev-toolbar-review
dev toolbar、PostHog 客户端与特性标志的安全规则。在编写或评审 packages/dev-tools/、packages/common/posthog-client.ts 或 packages/common/feature-flags.tsx 的任何改动时使用。涵盖环境守卫、标志覆盖 cookie、遥测事件订阅以及 SSE 流安全。
io.github.supabase/supabase/studio-testing
Supabase Studio 的测试策略。在编写测试、判断改动是否需要测试及需要什么类型、把组件逻辑抽取为可测试的工具函数，或评审测试覆盖度时使用。涵盖单元测试、组件测试与 E2E 测试的选型标准。
io.github.supabase/supabase/safe-sql-execution
只要代码会构建、返回、拉取或执行针对用户真实 Postgres 数据库的 SQL，就使用本 skill——即使需求读起来像普通功能或 bug 修复，完全没提“security”“injection”或“SafeSqlFragment”。覆盖：编写或修改任何构造/返回数据库对象（表、视图、函数、DB 触发器、索引、RLS 策略）SQL 的 pg-meta 函数、查询构造器或接口；把 schema/表/列/搜索词/路由参数插入 SQL 文本；存储、读取或重跑从数据库往返的 SQL（策略定义、函数/视图定义、片段保存内容）；以及任何把 SQL 发到项目库的 Run/Apply/Execute 动作（SQL 编辑器执行选中、策略编辑器应用、片段执行器）。在动手写这类代码前就要加载，不要只在评审成品 diff 时才用。仅在改动完全不涉及 SQL 文本或执行时跳过——样式、无关的数据 hook、非 SQL 表单校验或 UI 布局工作。
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.supabase/supabase/vercel-composition-patterns
易于扩展的 React 组合模式。适用于重构 boolean prop 泛滥的组件、构建灵活的组件库、设计可复用 API。当任务涉及 compound components、render props、context provider 或组件架构时触发。包含 React 19 的 API 变化。
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.supabase/supabase/explorer
构建与修改 Supabase Studio Explorer 界面，包括 notebook、chat、SQL 代码片段、查询单元格及其共用的工具栏模式。
io.github.metabase/metabase/fe-modularization
决定前端代码放在哪里——分层模型、迁移机制、扩展点、副作用、命名与常见陷阱。适用于在模块间移动代码、拆分新模块、修复边界违规、添加 barrel 或 endpoint,以及审查模块形态决策。
io.github.supabase/supabase/review-the-docs
在 ~/GitHub/supabase/supabase 本地审查 Supabase 文档变更——既包括审阅已开的 PR（分诊、分类、验证），也包括开 PR 前审阅自己分支（本地自审）。涵盖 markdown 流水线、MDX 内容、教程、示例、Studio 链接以及文档工具链。在被要求审阅文档 PR、自审草稿分支、确认谁已批准、验证构建产物或评估 supabase/supabase 文档改动时使用。
io.github.supabase/supabase/react-hook-form
在 monorepo 内正确使用 React Hook Form——数据流、订阅、reset、脏状态、数字输入以及受控输入规则。在编写或修改任何表单代码、给已有表单加字段、使用 watch/useWatch/formState/getValues/setValue/reset、把表单接入 dialog 或 sheet、或实现提交/取消底栏之前先加载本 skill，即使改动看起来很简单。仓库中普遍存在 RHF 反模式，不加载本 skill 会照抄它们。表单布局与选用组件请再加载 studio-ui-patterns。
io.github.metabase/metabase/analytics-events
在 Metabase 前端添加用于追踪用户交互的产品分析事件。
io.github.supabase/supabase/studio-e2e-tests
为 Supabase Studio（e2e/studio）编写并运行 Playwright E2E 测试。在被要求跑 E2E 测试、编写新 E2E 测试或调试不稳定/失败的 Playwright 测试时使用。涵盖执行命令、规避竞态条件、等待策略、选择器、辅助函数以及 CI 与本地差异。
io.github.supabase/supabase/dev-toolbar-review
dev toolbar、PostHog 客户端与特性标志的安全规则。在编写或评审 packages/dev-tools/、packages/common/posthog-client.ts 或 packages/common/feature-flags.tsx 的任何改动时使用。涵盖环境守卫、标志覆盖 cookie、遥测事件订阅以及 SSE 流安全。
io.github.supabase/supabase/safe-sql-execution
只要代码会构建、返回、拉取或执行针对用户真实 Postgres 数据库的 SQL，就使用本 skill——即使需求读起来像普通功能或 bug 修复，完全没提“security”“injection”或“SafeSqlFragment”。覆盖：编写或修改任何构造/返回数据库对象（表、视图、函数、DB 触发器、索引、RLS 策略）SQL 的 pg-meta 函数、查询构造器或接口；把 schema/表/列/搜索词/路由参数插入 SQL 文本；存储、读取或重跑从数据库往返的 SQL（策略定义、函数/视图定义、片段保存内容）；以及任何把 SQL 发到项目库的 Run/Apply/Execute 动作（SQL 编辑器执行选中、策略编辑器应用、片段执行器）。在动手写这类代码前就要加载，不要只在评审成品 diff 时才用。仅在改动完全不涉及 SQL 文本或执行时跳过——样式、无关的数据 hook、非 SQL 表单校验或 UI 布局工作。
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.supabase/supabase/studio-testing
Supabase Studio 的测试策略。在编写测试、判断改动是否需要测试及需要什么类型、把组件逻辑抽取为可测试的工具函数，或评审测试覆盖度时使用。涵盖单元测试、组件测试与 E2E 测试的选型标准。
io.github.tursodatabase/turso/testing
如何编写各类测试、何时使用哪种测试，以及如何运行它们。包含将 .test 转换为 .sqltest 的信息，以及如何编写 .sqltest 与 Rust 测试。
io.github.yyw-code/MallBase/backend-driven-routing
MallBase Vben Admin 后端驱动路由与 API 契约规则；新增或调整后台菜单、权限路由、页面路由及前端接口定义时使用。
io.github.keybase/client/react-devtools-profile
在分析 React DevTools Profiler 导出（含 "dataForRoots"/"commitData" 的 .json）时使用——重渲染风暴、commit 扇出、“这个组件为何渲染”、send/interaction 渲染开销。不用于 Chrome Performance trace（其含 "traceEvents"——改用 electron-profile）。
