startups as
Qbrs.Email qbrs.email
namespace seednamespace
contested · 1 tension
- tier: namespace · projection lens A reads namespace (namespace); lens B reads projection (brand)
The two lenses (and any ledger statement) are kept side by side, not resolved. Most names carry one; it is a reading to explore, not an error.
What it is
| Tier | namespace | Inferred · med · portfolio-lens-a.tsv (tier) | |
|---|---|---|---|
| Status | namespace seed | Inferred · med · lens A tier namespace | |
| Product kind | — | no provenance | |
| Core noun | Deal | Inferred · low · seed rule: the unit noun of lens B abstraction V-deal (portfolio-lens-b.md §1) | |
| Buyer and position | Deliverable Mint: "qbrs" | Inferred · med · portfolio-lens-b.tsv (icp_or_position) | |
| Closed set or journey | S20 [task].email semantic-TLD work rails | Inferred · med · portfolio-lens-a.tsv (set_or_journey) | |
| Abstraction | V-deal | Inferred · med · portfolio-lens-b.tsv (abstraction) | |
| Role (lens B) | projection | Inferred · med · portfolio-lens-b.tsv (role) | |
| Registrar | dynadot | Inferred · high · holdings ledger (domains repo, read-only) |
Its stack
Qbrs.Email centre
│
Headless.ly the abstractions
╱ ╲
SaaS.Studio SaaSKit.AI the abstractions
╲
API.SB brands
│
StartupBuilder.Dev brands
│
Startups.Management ─────── Startups.Studio the factory
Click any node to re-centre the stack on it; the trail above keeps the nesting. Each node's own page is one more click.
Neighbours
Same abstraction (V-deal)
API.ForSaleClosers.DealsAudience.ForSaleBookers.SaleClosers.AgencyClosers.SaleCreators.SaleGigs.SaleHeadless.MarketingReferrals.SaleSalesBuilder.DevSells.toSetters.SaleAnalytics.doBdr.doCadences.doChurn.doCommissions.doDeals.doEstimates.doOutbound.doOutreach.doProposals.doProspect.doQualify.doQuotes.doRenewals.doRevops.doRfps.doSdr.doSegment.doUpsell.doWinback.doAdcopy.ClickAdvertis.ngAPIs.PromoAPIs.SaleCallnotes.coCallsummaries.coClosers.Services +24 more
Listed by
no discovery view lists it yet
In logo rows
- Headless.ly's row specified
- API.ForSale's row buildable
Slices
in no slice
Relationships (2)
| from | verb | to | provenance | |
|---|---|---|---|---|
| Qbrs.Email | runs-on logo row: "Powering" / "Built on" (customer runs on supplier) | Headless.ly | Inferred · medium · docs/plans/research/2026-10-24-builder-brands/logo-graph.tsvspecified sb def qbrs.email: built on headless.ly [medium] — The fan-out's builtOn names it; the inputs (Ticket, Subscription, Invoice, Metric) are headless.ly resources that answer today. | |
| Qbrs.Email | runs-on logo row: "Powering" / "Built on" (customer runs on supplier) | API.ForSale | Inferred · low · docs/plans/research/2026-10-24-builder-brands/logo-graph.tsvbuildable sb def qbrs.email: built on functions/sales [low]; api.forsale is its preferred provider [medium] |
Sign in to curate.
Edit log
loading the versions of this record from api.sb…
Machine-readable: /qbrs.email.json