testing(测试编写与调试)
vdevelopment
io.github.latitude-dev/latitude-llm/testing
编写或调试测试、在单元与集成风格之间做选择、Postgres/ClickHouse 测试、重新生成 ClickHouse 测试 schema,或从不带测试代码进生产包的 package 中导出测试助手。
“postgres” 共 36 个结果
vdevelopment
io.github.latitude-dev/latitude-llm/testing
编写或调试测试、在单元与集成风格之间做选择、Postgres/ClickHouse 测试、重新生成 ClickHouse 测试 schema,或从不带测试代码进生产包的 package 中导出测试助手。
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.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”
io.github.davila7/claude-code-templates/neon-instagres
用 Neon Instagres 即时开通可用于生产的 Postgres 数据库。在配置数据库、用户提到 PostgreSQL/Postgres 或需要开发库时使用,兼容 Drizzle、Prisma 与原生 SQL。
io.github.CorrectRoadH/OpenTickly/backend-test-worker
构建并验证基于真实 PostgreSQL 的 Go 测试,以及用于追踪行为的轻量传输冒烟测试。
io.github.aiskillstore/marketplace/database-orm
使用 Drizzle ORM 与 NeonDB Postgres 交互。
io.github.davila7/claude-code-templates/senior-architect
覆盖 ReactJS、NextJS、NodeJS、Express、React Native、Swift、Kotlin、Flutter、Postgres、GraphQL、Go、Python 的全面软件架构技能,用于设计可扩展、可维护的系统。包含架构图生成、系统设计模式、技术选型决策框架与依赖分析。在设计架构、做技术决策、绘制架构图、评估权衡或定义集成模式时使用。
io.github.prisma/orm/prisma-8
在依赖 @prisma/orm-postgres、@prisma/orm-sqlite 或 @prisma/orm-mongo(Prisma 8,原 Prisma Next)的项目中工作时使用:编辑 contract.prisma 或 contract.ts builder、运行 `prisma contract emit`、规划或应用迁移、编辑 migration.ts、编写 db.orm / db.sql / db.query 查询、接线 db.ts 或中间件、集成构建工具、使用 Supabase 扩展或 RLS、阅读 MIGRATION.HASH_MISMATCH 等点号错误码。当用户问“Prisma 8 是什么”“从哪里入手”或与别的 ORM 比较时使用。当用户要求在应用或扩展包中升级 Prisma 8 时使用。当你看到 @internal/* 或 @prisma/orm-* 导入、带 definePrismaConfig 的 prisma.config.ts、contract.json / contract.d.ts 时使用。不适用于 Prisma ORM 7 及更早版本(schema.prisma + @prisma/client)。
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.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.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。