核心用法
Supabase Ops 是一款面向 Next.js + Supabase 技术栈的专业数据库运维工具。它通过结构化的 Planning Protocol 强制用户在执行任何数据库操作前完成六步规划：理解需求、调研现有模式、制定执行计划、识别风险点、按序执行操作、总结变更报告。这种协议化流程将潜在的数据库事故扼杀在萌芽阶段。
该技能覆盖三大核心场景：数据库迁移管理（自动生成带时间戳的 SQL 迁移文件、本地/生产环境差异化推送、类型自动生成）、RLS 策略编排（内置 Owner-only/Team-based/Public read 三种标准模式）、Edge Functions 开发（Deno 运行时函数模板、本地调试与云端部署）。所有操作均通过 npx supabase CLI 完成，避免直接读取本地凭证文件。
显著优点
安全性设计突出：强制 dry-run 机制、破坏性操作双重确认、RLS 全表强制启用、服务角色密钥隔离使用，从源头规避数据丢失风险。文档中明确声明"生产环境绝不执行 db reset"等红线规则。
工程化流程完整：迁移-类型-代码的联动更新机制确保 TypeScript 类型与实际表结构同步，避免运行时类型错误。标准文件名格式、CRUD 辅助函数生成等细节体现专业开发规范。
开源生态可信：MIT-0 许可证零限制，依赖 deno.land 和 esm.sh 两个业界标准 CDN，无黑盒代码或闭源组件。
潜在缺点与局限性
技术栈绑定较深：专为 Next.js + Supabase 组合设计，对 Prisma、Firebase 等其他后端方案无直接支持。Edge Functions 采用 Deno 运行时，需开发者适应非 Node.js 的模块导入语法。
生产操作门槛较高：虽然安全机制完善，但 Planning Protocol 的六步流程对简单变更显得繁琐。团队需要建立 Code Review 习惯来确保迁移文件质量。
来源可信度限制：T3 来源（个人开发者 guifav）意味着长期维护可持续性需社区观察，尚无 Supabase 官方背书。
适合的目标群体
- 使用 Next.js 全栈开发、以 Supabase 作为 PostgreSQL 后端的中小团队
- 追求类型安全、需要自动化迁移管理的 TypeScript 优先项目
- 缺乏专职 DBA、希望将数据库最佳实践沉淀为可复用流程的技术负责人
- 需要快速启动 Edge Functions 开发但不愿深入研究 Deno 部署细节的前端开发者
使用风险提醒
依赖项风险：技能本身无代码执行，但实际运行依赖 Supabase CLI 版本兼容性。建议锁定 CLI 版本并在团队内统一。
凭证管理风险：SUPABASE_SERVICE_ROLE_KEY 拥有数据库超级权限，泄露可导致全表数据暴露。技能虽声明不读取本地 env 文件，但开发者仍需自行配置 CI/CD 密钥保护。
网络权限范围：申请 network 权限用于下载 Deno 标准库和 Supabase JS 客户端，建议部署环境配置出站流量白名单限制。
破坏性操作残留风险：DROP COLUMN 等操作不可逆，即使遵循 backup migration 建议，大型表的结构变更仍可能触发长时间锁表影响生产可用性。