01
Apply
Start through contact with your Postgres footprint, migration workflow, and the kind of review pain your team is dealing with.
Design partner program
The free CLI is available today. We are shaping a governance layer around it with a small group of design partners: risky migration PRs, required approval, audit history, and compliance export. No fixed pricing, no self-serve product yet.
What we are exploring
The free analyzer stays local. We are shaping a governance layer that turns risky Postgres changes into a review process with clearer defaults, approvals, exemptions, and accountability.
Step 1
Start with the shipped OSS analyzer.Roll the CLI and editor checks into the repository your team already uses for migrations.
Step 2
Define how risky changes should be reviewed.We help shape what happens when HIGH and CRITICAL migrations are flagged in your workflow.
Step 3
Shape governance around one production scope.The engagement stays narrow and accountable so the team can prove out approvals, policy, and review evidence in one real workflow before anything broader exists.
Built with the cohort
The open-source analyzer stays local. The exploratory governance workflow adds collaboration and enforcement around the migrations that need human sign-off, shaped together with design partners.
We are exploring sign-off flows for HIGH and CRITICAL migrations before they merge, with an auditable approver trail.
We are shaping central controls for lock-timeout rules, risk thresholds, and exemptions so teams can enforce shared guardrails.
We are validating what teams need recorded about analyses, approvals, and bypasses for review and compliance evidence.
The public analyzer already supports stats snapshots for size-aware risk scoring, so future governance workflows do not need direct production database credentials.
Best fit
The design partner program is for teams with real migration risk, not casual curiosity.
You use Postgres in production and schema changes can create real customer impact if review goes wrong.
You ship migrations through Prisma, TypeORM, Knex, Sequelize, Drizzle, or mixed raw SQL workflows.
Application teams own schema changes and need better review consistency before merge.
You care about approvals, policy, and auditability, not just one more lint check.
Governance signal
The reason to talk is not better detection. The reason to talk is better control over risky changes across the team.
If migration review quality changes with whoever reviews the PR, you already have an organizational problem, not just a tooling problem.
Teams reach out when they need a clean answer to who approved a risky migration, why it was approved, and what safeguards were expected.
If the company needs review evidence for audits, internal controls, or customer trust, migration changes cannot stay an informal side process.
One migration that blocks reads or writes can cost far more than a focused design-partner engagement around safer review and escalation.
How company access works today
The current access path is a scoped design partner engagement with direct onboarding. We keep the rollout narrow so the team can prove out the workflow before anything broader exists.
01
Start through contact with your Postgres footprint, migration workflow, and the kind of review pain your team is dealing with.
02
We use a short call to confirm there is a real production workflow, real ownership, and urgency around migration governance.
03
If there is a fit, we keep the rollout narrow around one production database or one production application workflow and agree success criteria.
04
We provision access with your team manually, guide the rollout, and enable cohort features as the governance product is hardened.
We are looking for a handful of teams with painful migration workflows and clear urgency. If there is a fit, we scope one workflow, agree on the engagement, and onboard the company manually instead of sending you to a fake signup flow.