Meeting
Apr 17 · 35 min"Kill the password screen for new users — magic link first. Keep WebAuthn as fallback. Mobile is the priority."
captured: rationale, trade-off, fallback
Freshbase captures product and engineering conversations, proposes decisions, requirements, and acceptance criteria for review, then keeps approved context synced with your docs and Linear.
Context layer review & V1 positioning
Meetings create intent. Docs flatten it. Tickets fragment it. By the time engineering starts building, the original why is usually stale, incomplete, or missing.
"Kill the password screen for new users — magic link first. Keep WebAuthn as fallback. Mobile is the priority."
captured: rationale, trade-off, fallback
"New onboarding will use magic links. WebAuthn may be added later. Mobile considerations TBD."
lost: fallback rationale, mobile priority
Implement password reset via magic link.
lost: why, fallback, scope, owner
Three surfaces, three different versions of the same decision. Nobody is wrong. Everyone is shipping from a different reality.
Freshbase is a review gate between conversation and execution. It pulls out decisions, requirements, open questions, and risks, then keeps the quote, rationale, and source attached until a human signs it off.
"We need to cut the password screen for new users — magic link first."
"I'm worried about email deliverability. We'd need a fallback."
"WebAuthn as fallback. Same flow, different rail. Mobile is the priority."
Feature: Magic Link Authentication
Scenario: User requests password reset via magic link
Given the user has a registered account
When they request a password reset
Then a magic link is sent to their email
And the link expires after 15 minutes
Scenario: User completes reset via magic link
Given the user clicks a valid magic link
When they set a new password
Then a confirmation screen is shown
Each artifact links back to the conversation it came from and the decision that approved it. Edit one and the trace travels with the change.
Given-When-Then scenarios linked to the decision and conversation that produced them.
User flows that preserve the rationale, constraints, and trade-offs behind each step.
Technical decisions with context, consequence, source, and a reversible trail.
What done means, attached to the approved decision before it reaches engineering.
Tickets with rationale, acceptance criteria, and links back to the approving decision.
Approved specs flow to Cursor, Codex, and Claude Code through MCP, not screenshots.
Preserve intent clearly enough to build from it across time zones, contractors, and coding agents.
Stop chasing decisions across four tools. Approve criteria once; docs and tickets update from the same source.
Design from the rationale, not leftover bullet points. Journeys stay linked to approved decisions.
Keep ADRs, trade-offs, and prior constraints attached to the implementation path.
Build from approved context and hand it to Cursor, Codex, or Claude Code without private brainstorming leaking in.
Half-formed thoughts should not become team knowledge by accident. freshbase separates private drafting from collective truth with an explicit approval gate.
Draft bases, rough notes, and half-formed plans stay personal until someone deliberately promotes them for review.
Approved decisions, specs, ADRs, and criteria join the team base with source, rationale, and ownership attached.
The source quotes, trade-offs, acceptance criteria, and downstream tickets stay linked after the meeting ends.
freshbase refines intent and routes approved context downstream. Linear remains the place where execution runs.
We are onboarding a small group of technical startups with 3-30 engineers that want approved specs before more execution noise.
For teams willing to shape the review flow with us before Freshbase becomes generally available.
We'll reply within 48 hours with a calendar link.
For organizations that need Freshbase deployed around stricter security, procurement, and data-boundary requirements.
Enterprise access opens after the beta cohort.
Can't find what you're looking for? Check our docs or reach out to us.
No. Meetings are an intake surface. freshbase turns conversations into proposed decisions, specs, ADRs, and acceptance criteria, then routes them through Inbox before they become shared team context.
Only approved Inbox items. Private drafts, rough thoughts, and raw meeting material stay separate until a human promotes them into the collective base.
Approved specs, product decisions, ADRs, acceptance criteria, user journeys, and Linear handoffs. Each artifact keeps provenance back to the conversation and the approving decision.
Linear remains the execution surface. freshbase sends approved context, rationale, criteria, and links downstream so tickets carry the why instead of replacing your delivery process.
MCP gives tools like Cursor, Codex, and Claude Code access to approved product context, not private brainstorming or raw transcript sprawl.
Founding teams get free access, direct founder support, and a tight feedback loop while we tune the approval flow, integrations, and product boundaries.
The product is designed around private drafts, explicit approval, and enterprise controls. Team intent should stay yours, and model processing is scoped to generating outputs inside the service.
Yes. Keep your meetings, planning calls, docs, and Linear workflow. freshbase adds the review gate between conversation and shared truth.
Freshbase turns product and engineering conversations into approved context your team can review, trust, and route into the tools where work actually ships.
Early teams help define the approval layer before general availability.