Know every step before you connect GitHub.
This guide shows exactly how the license reaches you, how the WebApp uses it, and where you remain in control.
From payment confirmation to a review-ready draft PR
- 01Payment is verified
Paddle confirms the completed order to the server. A browser message alone cannot unlock access.
- 02Your license codes arrive
The confirmation page shows every purchased code once. When transactional email is enabled and confirmed, the verified buyer email receives the same codes with the WebApp URL.
- 03Connect one eligible repository
The first code is active in the current browser. Connect GitHub, then choose the repository covered by that license.
- 04Review the guided setup
Founder Repo OS scans read-only, asks focused questions and explains the proposed repository changes.
- 05Approve a draft pull request
The final action creates a dedicated setup branch and draft pull request. You review and merge it yourself.
- 06Apply future updates through review
Automatic updates stay off. Approved versions repeat the scan, full diff, setup branch and customer-controlled draft pull request.
Watch the complete purchase-to-install journey
The recording uses the real local WebApp with test data. Pause, seek, enable English or German captions, or read the transcript at any time.
Codes are displayed once after verified payment
Founder Repo OS stores only a cryptographic digest and the last four characters. The full code cannot be read back from the database, so the confirmation page requires you to acknowledge that every code is saved before setup continues.
Your repository stays review-first
The WebApp scans before it proposes changes. The installation plan is visible before execution, and the final output is a setup branch plus a draft pull request. Main is never merged automatically.
Updates use the same review-first GitHub path
Automatic updates are off. Future package versions require an explicit entitlement decision first. When approved, the WebApp rescans the repository and presents a full diff before creating a dedicated branch and draft pull request. You decide whether and when to merge it.