搜索「postgres postgresql mysql redis」的结果

io.prisma/mcp

用于管理 Prisma Postgres 的 MCP 服务器。

ai.smithery/cpretzinger-ai-assistant-simple

2025 年 9 月 1 日更新！新增工具！

io.github.affaan-m/ECC/flox-environments

使用 Flox（声明式的 Nix 环境管理器）创建可复现的跨平台（macOS/Linux）开发环境。适用于为任意语言设置项目工具链、安装系统级依赖（编译器、数据库、openssl/BLAS 等本地库）、为团队锁定精确的包版本、运行本地服务（PostgreSQL、Redis、Kafka）、一条命令完成开发者入职，或解决“在我机器上没问题”类问题——包括需要项目级工具且无需 sudo 的智能体/vibe-coding 场景。用户提及 .flox/、manifest.toml、flox activate 或 FloxHub 时同样适用。

io.github.topoteretes/cognee/cognee-docker

当用户希望用 Docker 或 docker compose 运行 cognee 时使用——包括用预构建镜像快速体验、在容器中启动 API 服务，或用 compose profile 拉起完整技术栈（UI、MCP、Postgres、Neo4j）。

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.sickn33/agentic-awesome-skills/database-security

在授权范围内对 PostgreSQL、MySQL、MSSQL、MongoDB 与 Redis 进行数据库安全评估：暴露面、授权缺口、UDF/命令执行路径与错误配置审查。

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/suggesting-data-imports

当用户询问收入、支付、订阅、账单、CRM 商机、工单、广告投放、生产数据库表等 PostHog 原生不采集的数据，或想把 PostHog 产品事件与这些外部业务数据关联分析时使用。当查询因表不存在失败、或预期外部数据查无结果时也使用。数据仓库可从 SaaS 工具（Stripe、Hubspot、Zendesk 等）、广告平台、生产数据库（Postgres、MySQL、BigQuery、Snowflake）及其他任意数据源导入。涵盖检查现有数据源、识别正确的源类型并引导完成配置。

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.omnigent-ai/omnigent/docker

在任意 Docker 主机上以 Docker compose 栈（server + Postgres）运行 Omnigent 服务器——笔记本、VPS、手动操作的 EC2，或作为任何容器平台部署的底层。当用户要构建镜像、拉起 compose 栈、调试已有主机上的栈，或为新平台扩展该栈时调用。

io.github.modu-ai/moai-adk/moai-domain-database

数据库专家，覆盖 PostgreSQL、MongoDB、Redis、Oracle 和云数据库平台（Neon、Supabase、Firestore）。用于 schema 设计、查询优化、索引策略、数据建模或云数据库选型。已并入来自 moai-platform-database-cloud 的云厂商指南。

io.github.sickn33/antigravity-awesome-skills/sql-sentinel

审计 SQL 中会烧掉数仓额度的成本与性能反模式。为数仓健康度打分 0-100，并针对 BigQuery、Snowflake、Redshift 与 Postgres 输出按优先级排序的成本削减方案。

io.github.bytedance/agentkit-samples/database-skill

用于火山引擎（Volcengine）数据库（MySQL、veDB-MySQL、PostgreSQL、SQL Server、MongoDB、Redis）和公网自建数据库（MySQL和PostgreSQL系列）的元数据管理、数据分析、开发变更、运维诊断、巡检。覆盖实例列表查询、实例下数据库列表查询、表列表查询、表结构查询、数据查询、数据分析与可视化报告（含跨数据源/文件联合分析）、数据治理（资产盘点/数据画像/数据质量/敏感数据识别）、慢查询诊断、死锁与锁等待分析、事务与活跃会话排查、错误日志查询、表空间分析、健康巡检、监控指标查询、变更工单申请等场景。不支持字节云（ByteCloud）数据库，如 ByteRDS / ByteDoc / ByteRedis。

io.github.rommapp/romm/backend-development

开发 RomM Python 后端（backend/）——基于 FastAPI，配合 SQLAlchemy 2.0、Alembic、RQ/Redis 与 Socket.IO。在添加或修改 API 端点、handler、ORM 模型、响应 schema、元数据 provider 适配器、后台任务、数据库迁移或后端测试时使用。涵盖分层架构、约定、认证/scopes、OpenAPI→前端类型流水线，以及 uv/pytest/alembic/trunk 工作流。任何对 backend/ 下的工作都会触发。

io.github.Sunagatov/Iced-Latte/backend-testcontainers-routing

为涉及集成测试、PostgreSQL、Redis、Kafka 或任何依赖 Testcontainers 的测试流程的 Iced Latte 后端变更选择验证方式时使用。

io.github.latitude-dev/latitude-llm/testing

编写或调试测试、在单元与集成风格之间做选择、Postgres/ClickHouse 测试、重新生成 ClickHouse 测试 schema，或从不带测试代码进生产包的 package 中导出测试助手。

io.github.coollabsio/coolify/configuring-horizon

当用户在 Laravel 语境中提到 Horizon 时使用。覆盖 Horizon 全生命周期:安装(horizon:install、Sail 配置)、配置 config/horizon.php(supervisor 块、队列分配、平衡策略、minProcesses/maxProcesses)、修复仪表盘(通过 Gate::define viewHorizon 授权、指标空白、horizon:snapshot 调度),以及排查生产问题(worker 崩溃、超时链路顺序、LongWaitDetected 通知、waits 配置)。还包括任务打标签与静默。不适用于无 Horizon 的普通 Laravel 队列、SQS 或数据库驱动、独立 Redis 配置、Linux supervisord、Telescope 或任务批处理。

io.github.manaflow-ai/cmux/cmux-backend

cmux 的后端 TypeScript 与 Cloud VM 开发规则。用于编辑 web/app/api、web/services、后端脚本、Cloud VM 生命周期、provider 集成、Postgres、Stack Auth 计费门控、迁移，或 provider 镜像构建脚本。

io.github.electric-sql/electric/electric-deployment

通过 Docker、Docker Compose 或 Electric Cloud 部署 Electric。涵盖 DATABASE_URL（直连，非连接池）、ELECTRIC_SECRET（v1.x 起必需）、开发用 ELECTRIC_INSECURE、wal_level=logical、max_replication_slots、ELECTRIC_STORAGE_DIR 持久化、用于池化查询的 ELECTRIC_POOLED_DATABASE_URL、用 ELECTRIC_DATABASE_USE_IPV6 启用 IPv6、Kubernetes 就绪探针（200 与 202）、复制槽清理，以及 Postgres v14+ 要求。在部署 Electric 或为逻辑复制配置 Postgres 时加载。

io.github.kubeshark/kubeshark/kfl

KFL2（Kubeshark Filter Language）参考。在编写、构造或建议任何 KFL 过滤表达式前必须先加载本技能。KFL 是静态类型的——错误的字段名或语法会静默失败或报错。未加载本技能时不要猜测 KFL 语法。触发于任何提及 KFL、CEL 过滤、流量过滤、显示过滤、查询语法、过滤表达式、写过滤器、构造查询、build a KFL、创建过滤表达式、“我该怎么过滤”“只看……”“查找满足……的流量”、协议专属查询（HTTP 状态码、DNS 查询、Redis 命令、Kafka topic）、Kubernetes 感知过滤（按命名空间、pod、service、label、annotation）、L4 连接/流过滤、基于时间的查询，或任何在 Kubeshark 中切分/搜索/收窄网络流量的请求。当其他技能需要构造过滤器时也触发——KFL 是所有 Kubeshark 流量分析的查询语言。

io.github.affaan-m/ECC/flox-environments

用 Flox（基于 Nix 的声明式环境管理器）构建可复现的跨平台开发环境。以下情况务必使用本技能：为需要系统级依赖（编译器、数据库，以及 openssl、libvips、BLAS、LAPACK 等原生库）的项目做配置；为 Python、Node.js、Rust、Go、C/C++、Java、Ruby、Elixir、PHP 等语言搭建可复现工具链；管理在 macOS 与 Linux 之间表现一致的环境；为团队锁定精确的包版本；让 PostgreSQL、Redis、Kafka 等本地服务与开发工具并行运行；用一条命令让新成员完成上手；或解决“在我自己的机器上能跑”这类问题。在 AI 辅助编程与 vibe coding 场景下价值尤其突出——Flox 让 Agent 无需 sudo、不污染系统、不受沙箱限制即可安装项目级作用域的依赖，且最终环境会随仓库提交，任何人都能立刻复现。即使用户没有提到 Flox，只要描述需要可复现、声明式、跨平台的开发环境以及系统级软件包，也应使用本技能；用户提到 .flox/、manifest.toml、flox activate 或 FloxHub 时同样适用。

io.github.modu-ai/moai-adk/moai-domain-database

数据库专家，覆盖 PostgreSQL、MongoDB、Redis、Oracle 和云数据库平台（Neon、Supabase、Firestore）。用于 schema 设计、查询优化、索引策略、数据建模或云数据库选型。已并入来自 moai-platform-database-cloud 的云厂商指南。

io.github.LeoYeAI/openclaw-master-skills/fly-io-deployer

在 Fly.io 上部署和运维 Node、Python、Go、Rust、Elixir 与 Docker 应用：生产级 fly.toml 编写、Machines API 编排、区域选择（延迟/数据主权/出口流量）、Fly Postgres 集群、用 LiteFS 做 SQLite 复制、Upstash Redis 绑定、Tigris 对象存储、持久卷、WireGuard 私网（6PN）、通过 flyctl 管理密钥、借助自动停机机器实现蓝绿部署、缩零策略、定时扩缩、每个 PR 的预览部署、多区域副本、热配置重载、机器 SSH、日志投递到 Better Stack/Axiom/Datadog/Logtail，以及激进的 cost 调优。触发词：“fly.io”“flyctl”“fly machines”“fly.toml”“fly postgres”“litefs”“tigris”“upstash on fly”“fly deploy”“migrate from heroku”“migrate from render”“migrate from railway”“scale to zero”“fly regions”“fly volumes”“fly wireguard”“6pn”“fly secrets”