“Weather Query” 共 369 个结果
io.github.metabase/metabase/transforms
使用 transform_write 编写 transform——查询来源(definition 与 query_handle 的区别)、目标表以及修补它会重命名什么、为何目标数据库不由你选择、工具拒绝的两种形态(python、incremental)、标签与文件夹。首次调用 transform_write 前先读本技能。触发语:"做一个 transform""把这个查询物化成表""建一张供其他查询使用的表""重命名 transform 的输出表""为什么不让编辑这个 transform"。
io.github.K-Dense-AI/scientific-agent-skills/paper-lookup
在 11 个学术文献 API 中检索论文、预印本、引用与开放获取全文，并返回可复现的溯源结果。覆盖 PubMed、PMC（全文）、Europe PMC（全文与预印本检索）、bioRxiv、medRxiv、arXiv、OpenAlex、Crossref、Semantic Scholar、CORE、Unpaywall。适用于检索论文、引用、DOI/PMID/arXiv、摘要、全文、开放获取 PDF、预印本、引用网络、作者发文或任何学术文献查询。提及任一受支持数据库，或“find papers on X”“look up this DOI”“who cites this paper”“get me the PDF”等请求会触发。
io.github.netdata/netdata/triage-codeql
分诊本仓库的 GitHub Code Scanning 告警（CodeQL security-extended 套件）——列出开放告警，按误报/不修复/仅测试使用驳回，经 GitHub REST + GraphQL 查询。当用户要求「review GitHub security alerts」「check CodeQL findings」「triage code scanning」，或提及 Code Scanning、CodeQL、security-extended、github.com/$repo/security/code-scanning 时使用。
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.K-Dense-AI/scientific-agent-skills/polars
面向 Python ETL、分析与 pandas 迁移的高性能 DataFrame 库。适用于基于表达式的数据操作，支持惰性查询优化、并行执行、流式跨核处理、Arrow 互操作与可选的 GPU 执行。
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.supabase/supabase/explorer
构建与修改 Supabase Studio Explorer 界面，包括 notebook、chat、SQL 代码片段、查询单元格及其共用的工具栏模式。
io.github.code-yeongyu/oh-my-openagent/data-scientist
以混合引擎策略进行专业数据处理：优先使用常驻内核引擎——DuckDB 加上常驻的 Python 技术栈（Polars/numpy/matplotlib），在 harness 支持的 js/py eval 内核中保持常驻，其他环境则用 bun/uv 单次执行——并按动作决定放置方式（内存内、流式、远端就地）。触发词：analyze the data、what is in this CSV/parquet/json、summarize this、group by、filter rows、sort by、join these files、merge datasets、time series trend、compare yesterday and today、distribution/histogram、correlation、clean duplicates、handle missing values、dataset larger than RAM、SQL query on files、DataFrame operations、chart/plot this data、DuckDB vs Polars selection、quick data exploration CLI。不适用于：纯文本/代码查看、配置文件或极小的内联计算。
io.github.addyosmani/agent-skills/performance-optimization
跨前端、后端、查询与数据库优化应用性能。在存在性能指标要求、怀疑性能回归、需要改善 Core Web Vitals 或加载时间、需要修复 N+1 查询模式，或剖析暴露瓶颈时使用。
io.github.mem0ai/mem0/mem0-cli
Mem0 CLI——mem0 记忆操作的命令行界面。触发条件:用户提到 "mem0 cli"、"mem0 command line"、"@mem0/cli"、"mem0-cli"、"pip install mem0-cli"、"npm install -g @mem0/cli",或在终端/shell 中运行 mem0 命令(mem0 add、mem0 search、mem0 list、mem0 get、mem0 init、mem0 config、mem0 import)。查询包含 --user-id、--output、--json、--agent 等 CLI 参数,或描述 bash/zsh/终端使用时也触发。不触发:Python/TS 代码中的 SDK 集成(用 mem0 技能),或 Vercel AI SDK provider(用 mem0-vercel-ai-sdk)。
io.github.code-yeongyu/oh-my-openagent/coding-agent-sessions
当需要查找、读取、列出、搜索、查看、拉取、导出或重建跨 Codex、Claude Code/Desktop、OpenCode、OMO/Senpi/pi、oh-my-pi (omp)、gajae-code (gjc)、OpenClaw、Factory Droid、Amp、Gemini/Kimi/Qwen CLI、Codebuff、Roo/Kilo/Cline、Kodu、Cursor CLI、Aider、Aside 浏览器 agent 会话或未知本地 agent 日志时务必使用。覆盖 transcript、会话 ID、rollout JSONL、state SQLite、Claude projects/pre-compact 历史、OpenCode messages/parts、子/subagent 关联、cwd/model/时间/token 过滤、归档与成本线索。会把模糊回忆展开为并行查询通道，并先探测已知存储，从而低成本跳过不存在的平台。触发词：coding agent sessions、Codex/Claude/OpenCode/OMO/Senpi/pi/oh-my-pi/omp/gajae-code/gjc/OpenClaw/Droid/Amp/Kodu/Cursor/Aider/Aside sessions、transcript search、session history、session ID、read transcript、token usage、subagent sessions、what did I do yesterday、did we already do this。
io.github.getsentry/sentry/migrate-container-queries
将 Sentry 前端的视口 media query（@media、useMedia 及 screen: 前缀的响应式 props）迁移到 container query 的指南。在把响应式布局迁移到 container query、替换 @media/useMedia/screen: 断点、将带样式的响应式组件重构为 Container/Flex/Grid 原语，或参与 DE 的 container-query 迁移工作时使用。
io.github.PostHog/posthog/writing-dataclasses
PostHog 中 Python dataclass 的内部规则：何时选用它而非元组或 `dict[str, Any]`、用哪个装饰器（`posthog.dataclasses` 的 `@frozen`）、如何命名、构造、消费与演进、如何让密钥不进入 `repr`，以及函数何时应接受 dataclass 而非拆开的字段。在新增或修改 dataclass、让函数返回或传递多个值、转换元组/字典负载、决定 `frozen=`/`slots=`/`kw_only=`，或把门面契约 DTO 传入内部层时使用。不适用于作 HogQL/查询 schema 的 pydantic 模型、DRF 序列化器或 Django 模型。
io.github.PostHog/posthog/investigating-replay
通过一次性收集元数据、person 档案、同会话事件与关联的错误追踪议题来调查会话录像。当用户给出录像或会话 ID 并想了解发生了什么——用户是谁、做了什么、出现了哪些错误、有没有相关的错误追踪议题——时使用。替代手工串联 session-recording-get、persons-retrieve、execute-sql 与 query-error-tracking-issues-list 的流程。
io.github.affaan-m/ECC/mysql-patterns
面向生产后端的 MySQL 与 MariaDB 表结构、查询、索引、事务、复制和连接池模式。在设计 MySQL 或 MariaDB 表结构与索引，或查询、事务、副本出现延迟时使用。
io.github.affaan-m/ECC/jpa-patterns
Spring Boot 中 JPA/Hibernate 的实体设计、关联关系、查询优化、事务、审计、索引、分页与连接池模式。在设计 JPA 实体或关联关系，或需要修复 Hibernate 查询、事务、N+1 问题时使用。
io.github.affaan-m/ECC/clickhouse-io
ClickHouse 数据库模式、查询优化、分析与数据工程最佳实践，适用于高性能分析型工作负载。适用于设计 ClickHouse Schema 或查询，或分析型查询过慢时。
io.github.affaan-m/ECC/postgres-patterns
PostgreSQL 数据库模式，涵盖查询优化、Schema 设计、索引与安全，基于 Supabase 最佳实践。适用于设计 PostgreSQL Schema、索引或 RLS 策略，或查询过慢时。
io.github.affaan-m/ECC/prisma-patterns
面向 TypeScript 后端的 Prisma ORM 模式——表结构设计、查询优化、事务、分页，以及若干关键陷阱：updateMany 返回的是 count 而非记录、$transaction 超时、migrate dev 重置数据库、批量写入跳过 @updatedAt、Serverless 下连接池耗尽。当编写 Prisma 表结构或查询，或调试事务、迁移与 Serverless 连接限制时使用。
io.github.PostHog/posthog/triaging-warehouse-sync-tickets
借助 PostHog 自身生产数据，从支持工单出发排查客户的数据仓库源、schema 或表。当工单称仓库表过期、为空、卡住、重复、缺行或同步失败，且你需要同步的真实状态而非客户描述时使用。客户所在团队你的 MCP 会话无法直达，因此所有答案都来自 execute-sql，其 connectionId 指向直连 PostHog 线上生产库（存有全部客户数据）的 direct-connect 源。涵盖区域判定（US 与 EU）、生产 Postgres 连接（externaldatasource / externaldataschema / externaldatajob / datawarehousetable）、生产 ClickHouse 连接（log_entries、app_metrics2）、经 posthog-connection-call 的跨区域访问、为何 external-data-* 产品工具会悄悄从你自己的项目作答，以及如何以一条建议动作加“谁能执行”收尾。仅限内部：每次查询返回的都是其他客户的数据。
io.github.PostHog/posthog/optimizing-clickhouse-and-hogql-queries
ClickHouse 与 HogQL 查询的优化流程。当 HogQL 查询、查询运行器、insight 或报表太慢，手写的 ClickHouse 查询（经 `sync_execute` 或在迁移中）太慢，ClickHouse 超时或触及内存限制，排查 `system.query_log` 中的慢查询记录，或评审拟议的 HogQL printer 性能改动时使用。涵盖提取 ClickHouse SQL、常见坏味道（`FROM ... FINAL`、对 properties 的 JSONExtract、缺失 skip index、自连接、CTE 膨胀）、对着真实集群度量，以及在正确的层（printer、查询运行器或迁移）应用修复。不覆盖 Postgres / Django ORM / 应用库查询；那些需要 pganalyze 与 `query-performance-optimization.md` 的 Postgres 章节。
io.github.PostHog/posthog/adding-personhog-rpc
在 personhog-replica 与 personhog-router 中新增 RPC 的指南。涵盖资格检查、proto 定义、Python 与 Node.js 客户端代码生成、Rust 实现（storage trait、postgres 查询、服务处理器、router 接线）与索引兼容性校验。在为 personhog 添加新 gRPC 端点、把 Django ORM 查询迁移到 personhog 或扩展 personhog 服务 API 时使用。
io.github.mukul975/Anthropic-Cybersecurity-Skills/implementing-pam-for-database-access
为数据库系统部署特权访问管理（PAM），覆盖 Oracle、SQL Server、PostgreSQL 与 MySQL：会话代理配置、凭据保管、查询审计、动态凭据生成与最小权限数据库角色。适用于保护 DBA 访问、实施数据库 PAM 控制或审计特权数据库会话。
io.github.PostHog/posthog/exploring-autocapture-events
引导对 posthog-js 捕获的 $autocapture 事件的探索，以理解用户交互、查找 CSS 选择器（尤其 data-attr 属性）、评估选择器唯一性、即席查询匹配的点击事件并创建 action。当用户询问 autocapture 数据、想知道用户点击了什么、要从点击事件构建 action、询问 elements_chain、要构建按点击或其他 autocapture 交互筛选的趋势/漏斗、询问 autocapture 发送哪些属性或如何筛选 $autocapture 事件时使用。仅适用于使用 posthog-js autocapture 的项目。
