Case

I inherited a half-built vibe-coded app

Onboarding reads the code and drafts the solution's design from it, for people to confirm before anything binds.

For: Solo builder, Team developer, Project lead

What happened

You took over an app built quickly with agents. There are no requirements and no design, just code.

Why it happens

Code shows what the app does, not what it should do. An agent that changes it has nothing to check against.

What CorPole does

  • Runs onboarding as the "Onboard <solution>" initiative (with its demand), started with /corpole:onboard: a quick baseline, then module by module, one repository at a time.
  • Writes what it finds in the code, documents and tests as design drafts of that repository's component (modules become TDR drafts; behaviour FDR, rules BDR, qualities NFDR), never as binding records. Objectives and needs stay requirement drafts.
  • Guards modules nobody has reviewed yet: the agent asks first (advisory) or waits (enforced).

What you do

  1. Run /corpole:onboard in each repository and review the drafts on the onboarding page.
  2. For each draft choose Confirm as the design, Wrong behaviour → defect, or Reject.
  3. Leave onboarding when the maturity checks are met; the Onboard initiative closes once its work is done, and new work goes to your next initiative.

Keep it from happening again

  • Review a module before the agent changes it.

Feedback for CorPole