← HomeHow it works
User guide
Everything you need to go from a fresh sign-in to a fully documented, marketed release. No prior setup knowledge assumed — follow top to bottom.
Built for vibe coders
If you build fast — shipping features with AI pair-programming, iterating in public, moving from idea to working product in days — the docs and marketing side almost always lags behind. You know the feeling: the code works, but there’s no README worth reading, no positioning, no launch post, and by the time you get to it the release has already gone out quietly. This portal exists to close that gap without slowing you down: it tells you exactly what’s missing for a release, and drafts the first pass of it for you, so shipping fast and shipping well aren’t in tension anymore.
1. Sign in
- Click Sign in with Google on the homepage.
- Choose your Google account and approve access.
- You’ll land on Your projects.
During testing, only pre-approved Google accounts can sign in. If you hit an “Access blocked” screen, ask whoever set up the portal to add your email as a test user.
2. Create a project
- Type a name into New project name.
- Click Create.
- Click the project card to open it.
3. Connect a Drive folder
- In Google Drive, open or create the folder you want to use, using the same account you signed in with.
- Copy its URL from the address bar (
drive.google.com/drive/folders/...). - Paste it into Parent Drive folder URL and click Enable Drive.
The portal automatically creates subfolders for each category below, so every generated asset has an obvious home.
4. Connect GitHub (optional)
- Enter your repo as owner/repo.
- Add a personal access token if it’s private — leave blank for public repos.
- Click Pull releases to import existing tags as tracked releases with generated checklists.
5. Generate collateral
- Type what you need in Draft a collateral, e.g. “Draft a one-pager positioning for this release.”
- Click Generate.
- Copy the draft out and refine it — this gets you a strong first pass, not a finished asset.
Each generation counts against a daily cap, so it’s worth being specific in your prompt rather than generating several rough attempts.
6. Create a release & track the checklist
- Enter a version (e.g. v2.3.0) and pick Major, Minor, or Patch.
- Click + Release — the portal builds a checklist scaled to that release type.
- Click any item to cycle its status: missing → progress → done.
What gets tracked (20 artifact types, 6 categories)
Not every item is required for every release — a patch release might only need a changelog, while a major release pulls in most of the list. The portal figures that out for you based on the release type you pick.
Foundation4 types
The basics every project needs before anyone takes it seriously.
- README / project overview
- Positioning one-pager
- Pricing page
- Logo & brand assets
Technical docs4 types
What lets someone actually use, integrate, or upgrade your project.
- User guide / getting started
- API / CLI reference
- Changelog / release notes
- Migration guide
Marketing collateral4 types
The material that makes a case for why someone should care.
- Case study
- Whitepaper
- Competitive positioning doc
- Brochure / sales one-pager
Proof & media3 types
Show it working, not just tell.
- Demo video
- Screenshots (current UI)
- Webinar / walkthrough recording
Announcement3 types
How people actually hear the release happened.
- Release announcement post
- Social / launch post copy
- Mailing list email
Web & SEO2 types
Making sure the release is findable and the site reflects it.
- Landing page updated
- SEO / structured data reviewed
Troubleshooting
| “Access blocked” on Google sign-in | Your email isn’t added as a test user yet. |
| “File not found” enabling Drive | The folder URL is from a different Google account than the one you’re signed in with. |
| “No inference providers configured” | A server-side setup issue — not something you can fix as a user. |
| “Daily limit reached” on Generate | You’ve hit your daily generation cap — try again tomorrow. |