PR-FAQ revisions (operator-authored): headline "Wiggleverse launches Wiggleverse
Makers"; the platform supports traditional stock-then-sell in addition to
commit-then-make ("many makers" run commit-then-make); the maker keeps their own
storefront/checkout/customers; storefront software optional / bring-your-own;
Curated-By also in email marketing; Seattle dateline; public URL
makers.wiggleverse.org; wording polish.
Strategy memo (§2): propagate the positioning — "many" makers run commit-then-make,
and the platform also handles ordinary stock-then-sell (it is a full storefront)
with commit-then-make as the differentiator ("not just stock-then-sell"); beachhead
community label aligned to "miniatures". PR-FAQ header-note URL also → makers.wiggleverse.org.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Worked-scenario table (explicitly illustrative, not validated) beneath the
parametric break-even formula: revenue by maker band (2 → 1,000) at midpoint
assumptions, broken into Pro fees / Starter % / referral spread. Reinforces the
parametric conclusions — revenue mix flips toward Pro + spread with maturity,
and break-even (~150–300 makers) sits well past the dozen-maker §9 demand gate.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Break the partner-compensation model out of the "Business model" subsection into
a dedicated §7 "Partner / consultant network: onboarding the high-touch tail"
subsection. Add the money-flow clarification: the referral-income split is the
only leg the network settles (principal-on-both-sides, out of flow); any upfront
cash, setup fee, retainer, milestone, or other agreement is a direct off-platform
deal between maker and partner — the network never takes custody (custody is the
line). Tooling may record an off-network term (coordination) but never moves it.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Specify the §7 "Partner / consultant network" compensation mechanism: a maker
may pay a partner a negotiated, front-loaded/tapering share of its *earned*
referral income (curator credits) for storefront stand-up + network onboarding,
with negotiation tooling. Rides existing invariants — principal-on-both-sides
(out of flow), a fourth consumer of the Phase-2 cashable rail, stateful
cumulative-tier settlement (Appendix C.5 pattern), and the curation-integrity
guardrail (no say in whom the maker vouches for). Reflect in §12 unit economics
as maker-borne activation cost / referral-activation driver, not a platform line.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Remove §12 #3 (concrete MVP scope / build roadmap) and #4 (data-model sketch):
these are implementation/rollout concerns that belong in the implementation plan
the strategy feeds, not in the strategy memo itself. Renumber the backlog to four
items (demand, sustainability/metrics, governance, hybrid-makers standard), record
the scope exclusion in the §12 intro, and re-point cross-refs (§12 #5 → #3
governance appeal; §12 #6 → #4 making/reselling standard).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Trust & safety (now §10) and legal & compliance (now §11) are written up, so
drop their backlog pointers (#1, #3) and renumber the six remaining items 1–6.
- Backlog now: demand, sustainability/metrics, MVP scope, data model,
governance, hybrid-makers standard.
- Intro notes the two graduated sections and points the recommended-next at
§10's open reputation-engine work.
- Re-pointed cross-refs to the renumbered items: §12 #4 → #2 (health metrics),
§12 #7 → #5 (governance appeal), §12 #8 → #6 (making/reselling standard);
the hybrid-makers "#1 accountability" tie now points to §10.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Promote backlog #1's settled shape into a full §10 (parallel to §11), leaving
only the OHM-guided reputation engine + adjacent frameworks as open work.
- §10 sections: the originating edge (trust topology); how reputation flows up
the edge (decayed, hop-capped, positive-reinforcement framing); consequence =
loss of standing not expulsion (transparency-as-enforcement, "gate the demand
not the tool"); authority & appeal (inviter primary, platform floor for active
harm, governance appeal path, provenance lies as trust violations, legal spine
in §11); and a "Still open" subsection gathering the OHM-guided reputation
engine, revocation triggers, dispute framework, out-of-flow non-delivery
(not guarantor), and false-report/collusion controls.
- Backlog #1 reduced to a pointer to §10, flagging the open engine as the
recommended next session.
- Re-pointed refs that targeted the old §12 #1 (top-of-file note, §11 ghosting
cross-ref) to §10.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Both verification (entry) and reputation (ongoing standing) gate the
network's demand surfaces; the storefront tool stays open to all.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
- Add an Open Human Model grounding note near the top: all principles rest
on the OHM dictionary (trust/consent/reputation/harm/recourse/value/agency/
dignity); the RFC is canonical on conflict; link to rfc.wiggleverse.org/p/ohm.
- §7: new 'Per-item provenance' subsection — provenance attaches per-item
(Original / Original+components / Resale–fellow-Maker / Resale–third-party),
self-attested + audited + buyer-facing, with trust-surface eligibility keyed
to it. Resolves the per-maker-vs-per-item question.
- Backlog #1 (trust & safety): upgraded from open question to spec-ready stub
— records the decided shape (originating edge, no-pay invites, decayed/capped
reputation flow-up, positive reinforcement, low-visible-score-not-expulsion,
inviter authority + platform floor) and marks the reputation *engine* as
OHM-guided work.
- Backlog #8: narrowed to the open making-vs-reselling line + enforcement.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
§7 + Appendix C refinements from the trust/referral working session:
- §7 money flow: spell out the Stripe Connect dial (charge type × account
type); the out-of-flow stance holds only at Standard + direct charges +
application_fee; flag the destination-charges default as a trap and label
Connect config a legal-posture constraint.
- Appendix C.2: default kit-supplier settlement is now money-free (merchant
handles obligations directly); platform notifies a supplier when their item
sells in another's kit but moves no money; Models B/C demoted to optional.
- §7 network service: holds full per-maker order history (since join) and a
cross-maker component-metadata layer on the catalog index.
- §7: new 'cross-merchant order transparency' principle (grocery scan-based /
DSD analogy) — one order-history asset, three uses.
- §7 verification: the membership gate phases (start invitation-only end to
end, loosen toward open signup once roots + density exist).
- §10 backlog: add item 8 (hybrid makers — original + resale catalogs).
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Records the seven undeveloped operational axes (trust & safety, demand
GTM, legal/compliance, sustainability economics, MVP scope, data model,
governance) in rough priority order, each flagged as a future session.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude Design export for SD-0001 (login + create-storefront surfaces): wf-*/hf-*
screens, design-system bundle, offline preview. First artifact in the ui/designs/
collection (ecomm#8). Also ignore .DS_Store.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Operator correction: designs live at the Solution-Design level — one subfolder
per spec (ui/designs/SD-0001/), not per slice.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
ben.stull