Skip to main content

VibeGov

VibeGov is a practical governance layer for AI-assisted software delivery.

It helps teams ship fast without losing control of intent, quality, evidence, and traceability.

The model is simple:

  • use Development to change reality with proof,
  • use Exploration to discover reality and hydrate backlog,
  • use Release / Verification to confirm integrated confidence,
  • keep .governance/ as the canonical source of delivery guidance.

This site is published incrementally so guidance can evolve in the open with real team feedback.

Why VibeGov exists​

AI-assisted delivery makes it easy to generate code quickly.

The failure mode is not just bad code. It is delivery drift:

  • why something is being built gets blurred
  • constraints get skipped
  • "done" collapses to output instead of evidence
  • partial review gets reported like full review
  • blockers stall work or disappear into chat
  • future change gets harder because intent and proof were not preserved

VibeGov exists to make delivery judgement more explicit and portable.

It captures SDLC wisdom as reusable guidance so humans and agents inherit stronger defaults without heavy process tooling.

Why .governance/ exists​

.governance/ isolates delivery guidance from product code so it is easy to copy, version, and evolve.

Folder roles:

  • .governance/rules/: cross-project governance rules (gov-*.mdc)
  • .governance/project/: project-level intent and constraints
  • .governance/specs/: feature/change specs for scoped work

Canonical-source model:

  • .governance/ is the single source of truth for governance.
  • Different agents/providers can use the same rules and link them via their native mechanism (for example AGENTS.md or an existing provider-native rules directory detected during onboarding).

Install​

What changes when VibeGov is present​

  • agents ask better scoping questions
  • Development, Exploration, and Release / Verification stop being blurred together
  • evidence quality improves because proof is mode-aware
  • exploratory review becomes structured backlog hydration
  • blockers become visible routing events instead of hidden stalls
  • releases leave clearer artifacts
  • long-term evolution gets safer

Best next reads​

Give feedback​

Published governance pages​