---
name: osg-v3-recomposition-synthesis
description: Cycle 89 — substrate-level recomposition of oursharedgifts.org's whole-site architecture applying everything learned across cycles 69-88. The first applied use of the complete surface-design substrate set (c70 lens + c83 receiver-face + c84 trust-generation + c85 cartography + c86 discovery + c87 pickup-onboarding + c88 operating principles). Names what each surface IS, what changes, what's added, what's removed, what's preserved. The canonical reference the eventual translation pass implements against.
metadata:
  type: canonical-synthesis (whole-site recomposition · substrate scale)
  cycle: 89 (2026-05-27)
  parent_synthesis: complete surface-design substrate set (c70 · c83 · c84 · c85 · c86 · c87 · c88)
  kevin_mark: "is the substrate ready for a recomposition? can you rebuild the oursharedgifts with the lessons learned?"
  scope: every surface in oursharedgifts.org · existing pages + new pages + reframed pages · cross-link substrate · build sequence · what's preserved + what changes
  status: canonical · substrate-side recomposition · informs eventual surface rebuild · pending Kevin's mark for translation pass
  license: use freely · adapt as needed · credit sources
---

# OSG v3 Recomposition Synthesis

## Why this recomposition

Cycles 69-88 produced the full surface-design substrate set:

- **c70** — Capacity Infrastructure Lens (diagnostic apparatus)
- **c83** — Receiver-Face Canonical Synthesis (what receivers experience)
- **c84** — Trust-Generation Operational Substrate (how trust generates)
- **c85** — Substrate Cartography v2 (the inheritance map)
- **c86** — Discovery / First-Contact Substrate (pre-arrival territory)
- **c87** — Pickup-Practitioner Onboarding Substrate (operational sequence to install)
- **c88** — Operating Principles Compilation (constitutional substrate · 4+4 tetrahedral pair)

Plus Pattern Library v1.6 (102 patterns / 13 groups) as canonical diagnostic substrate.

This is the framework's first applied use of the complete surface-design substrate set against an existing deployment. The same recursive discipline that has run cycles 73, 75, 77, 83 now runs at the whole-site scale — read the existing oursharedgifts.org through everything learned, and produce the canonical substrate for what the site IS recomposed.

This synthesis is the substrate-side rebuild. It informs the eventual HTML-side translation pass. Neither replaces the other; the two are sequential layers of the same work.

---

## What changed since the current deploy

The current oursharedgifts.org (per Web fetch at session start) has 7 nav pages: Index · Offerings · Refusals · Current · Library · Toolkits · Automation. Plus the village market pages built but not yet deployed.

Between that deploy state and now, 20 cycles of substrate work produced:

| Substrate gain | Operational impact on the site |
|---|---|
| Capacity Infrastructure Lens (c70) | Every page now has a 6-discriminator audit available |
| Receiver-Face Canonical Synthesis (c83) | Every page has receiver-experience substrate to translate against |
| Trust-Generation Operational Substrate (c84) | 8 trust mechanisms identifiable per page |
| Discovery / First-Contact Substrate (c86) | Pre-arrival propagation architecture named |
| Pickup-Practitioner Onboarding Substrate (c87) | Practitioner-side substrate operational |
| Operating Principles Compilation (c88) | Constitutional substrate of 8 principles in 4+4 form |
| Pattern Library v1.6 (c82) | 102 patterns across 13 groups including Group XIII shadow forms |
| Village Market arc (c73-81) | 5 new built pages + Function + protocol + audit cleanup |
| Trust generation #102 surfaced | Bio-as-substrate operationalized |
| 4+4 constitutional finding (c88) | Site can name its own constitutional ground |

The site's substrate is structurally different now. The recomposition reads this difference into the architecture.

---

## The four vertices of OSG v3 — re-read per current substrate

OSG v3 is the central tetrahedron (Operating Principle 1). Its four vertices organize all surfaces:

### D — Differentiation · What the site IS (self-description)

**Pages that carry this vertex:**
- `/index` — the four-surfaces orientation; the "what this is not"
- `/library` — manuscript, frameworks, transmissions, the bio depth
- `/refusals` — what the site is by what it isn't (refusal-by-stating-bounds)
- (NEW substrate-side) — Pattern Library v1.6 accessible · Operating Principles document · canonical-syntheses index

**What needs to change:**
- `/refusals` extends with the 8 system-level register-audit entries + the 8 village market protocol refusals (cross-linked, not duplicated)
- `/library` gains a "Canonical Syntheses" or "Substrate" section surfacing the c70 + c83 + c84 + c85 + c86 + c87 + c88 set as readable substrate
- Pattern Library v1.6 deserves a public surface — readable but not promoted; substrate-level documentation
- The site's bio-as-substrate principle (#102) gets named explicitly somewhere — possibly /about, possibly /index, possibly in the about-this-page sections

### C — Connection · How the site reaches receivers

**Pages that carry this vertex:**
- `/offerings` — the gift menu (6 offerings)
- `/request` — intake (Three Nameables Pattern #047)
- `/village-market` + sub-pages — the village fabric (built, not yet deployed)
- (NEW) `/hosting` — Kevin's hosting page (Thread 2 substrate ready; built per the cycle 102 substrate)
- Consultations / Cal.com — booking surface (Wed/Thu)

**What needs to change:**
- `/village-market` and sub-pages: integrate into nav; complete the c83 translation pass (register audit on submit/manage/resolve)
- `/hosting`: build with Thread 2 substrate (Hosts speak + Where I'm headed + Offer your spot + bio-as-substrate cross-link footer)
- `/offerings`: integrate `Hosts speak` cross-link when hosting page launches; consider references-as-references on consultation tier
- `/request`: re-audit per c83 receiver-face substrate

### B — Boundaries · What is refused

**Pages that carry this vertex:**
- `/refusals` — primary refusal surface
- All other surfaces — refusals operate architecturally (form behaviors, data-handling, no-engagement-optimization)

**What needs to change:**
- `/refusals` gets the three-layer refusal architecture made visible: 11 content-level (c30 baseline) + 8 system-level (c72 register audit) + 8 protocol-level (c80 village market) + 9 propagation-level (c86)
- The total: 36 named refusals across four layers, each at appropriate scale
- This becomes substrate-of-record for what the site refuses, gathered in one place

### A — Architecture · How the site operates

**Pages and infrastructure that carry this vertex:**
- The whole site's deployment substrate (Netlify hosting · Git repo)
- `submission-created.js` v3 (existing) · `market-submit.js` (built, awaiting deploy)
- Netlify Blobs · Resend · GitHub API integration
- The agent set + cycle discipline (substrate-side architecture)

**What needs to change:**
- The c43 Hub Architecture's Airtable-shaped pieces remain released (per c75 Stack Re-Derivation). The site stays Git-as-database + serverless function + Leaflet/OSM where applicable.
- The translation-pass discipline (per c83) gets formalized as repeating practice — every new surface runs through the lens before deploying.
- Operating Principle 1 (central tetrahedron is OSG v3) is now constitutional substrate available for cross-link from `/about` or similar.

### Center (1) — Somatic ground

**Page that carries the center:**
- `/current` — bus location + radius + capacity state

**What needs to change:**
- `/current` integrates Brief 17's V/E/F read at substrate level: the page is the one place real-time fact operates; the rest of the site is substrate-stable.
- Per c86 Scale II + III: `/current` is the anchor for radius-dependent surfaces (village market) and travel-aware surfaces (hosting).
- A small line per c83 discipline: "If the date above is more than 30 days old, the bus may have moved and the radius may be stale."

---

## Re-mapped surface inventory

The recomposed site has three categories of surface:

### Category 1 — Existing pages, refined per substrate

| Page | Carry the vertex | What changes |
|---|---|---|
| `/index` | D (orientation) | Bio-as-substrate explicit; cross-link to /library substrate section |
| `/offerings` | C | References-as-references when hosts speak section lands; cross-link to /hosting |
| `/refusals` | B | Three-layer architecture surfaced (11 + 8 + 8 + 9 = 36 refusals across layers) |
| `/current` | center | Graceful staleness messaging; radius-anchor for village market + hosting |
| `/library` | D depth | New section: "Canonical Syntheses" surfacing the operational-substrate set; pattern library accessibility |
| `/toolkits` | C (practitioner tools) | Unchanged structurally; possible Pattern #47 Three Nameables tool surfacing |
| `/request` | C intake | Receiver-face audit pass per c83 |
| `/about` | D bio | Lean — bio-as-substrate cross-link; not duplicating the body of work |
| `/automation` | A operational | Refactor or remove — currently planned, never deployed; substrate may have moved beyond what /automation was for |

### Category 2 — New pages (built but not yet deployed)

| Page | Carry the vertex | State |
|---|---|---|
| `/village-market.html` | C | Built · c80 register pass done · awaits other-page audit |
| `/village-market-submit.html` | C | Built · receiver-face translation pass pending |
| `/village-market-protocol.html` | D + B | Built · receiver-facing; needs only journey-E pickup pointer added |
| `/village-market-manage.html` | C operational | Built · token-expiry messaging gap |
| `/village-market-resolve.html` | C operational | Built · register pass pending |

### Category 3 — New pages (substrate ready, no build)

| Page | Carry the vertex | Substrate source |
|---|---|---|
| `/hosting` | C | Thread 2 substrate · Hosts speak + Where I'm headed + Offer your spot |
| `/discovery` OR equivalent | C propagation | c86 — could be a `/about/finding-this` page or live within /index |
| `/practitioners` OR `/pickup` | C pickup-onboarding | c87 substrate — for pickup-practitioners studying the framework for their own practice |
| `/operating-principles` OR within /library | D constitutional | c88 — substrate-of-record for the 8 principles |

### Category 4 — Substrate-accessible references (not necessarily in main nav)

These surfaces exist as substrate within `/library/` or similar, accessible but not promoted on main nav:

- Pattern Library v1.6 reference
- The complete canonical syntheses set (c70 · c83 · c84 · c85 · c86 · c87 · c88 · c89)
- The Genesis Seed substrate-of-record (cycles, briefs, project deposits)
- Frameworks references (register_audit · invisible_infrastructure_of_a_village · etc.)

The principle: substrate is available; promotion is refused. Pickup-practitioners can find it via /library; casual receivers don't need to see it.

---

## What gets removed or consolidated

Per Operating Principle 5 (eleven refused extractions hold) + #100 (architecture shrinks when values sharpen):

- `/automation` — re-examine. The original planning intent may have been Hub Architecture (c43, partially released c75). If the page is supposed to surface what's automated/operational vs. body-discriminated, that may now belong on `/current`. Otherwise, the page can be removed.
- Any pages with substrate that didn't survive c75 stack release (Airtable-specific architecture documentation as user-facing) — refused / removed.
- The `/back` directory (per existing deploy folder listing) — review what's there; consolidate or remove.

---

## The cross-link substrate (the network shape)

Per c83 finding: 6 weak cross-links between the new pages and existing bio. The recomposition makes the cross-link substrate explicit.

Every action-surface carries a discreet cross-link bar at page-bottom pointing to:

1. **`/refusals`** — the trust-by-stating-bounds anchor
2. **The relevant `/library` substrate** — depth-available signal
3. **The related-other-action-page** — return-to-context (e.g., manage page → "Back to map")

This pattern operationalizes Pattern #102 (Bio-as-Substrate) architecturally — every action-surface is a node inside the bio, not a stand-alone product page.

**Specific cross-link additions per page:**

| Page | New cross-link bar should include |
|---|---|
| `/village-market` | /refusals · /library · /village-market-protocol |
| `/village-market-submit` | /refusals · /village-market-protocol · /village-market (back to map) |
| `/village-market-protocol` | /refusals · /library · /village-market (back to map) · /market/README.md (pickup) |
| `/village-market-manage` | /refusals · /village-market (back to map) · /village-market-protocol |
| `/village-market-resolve` | /refusals · /village-market (back to map) · /village-market-protocol |
| `/hosting` (new) | /refusals · /library · /current · /village-market |
| `/index` | (already has nav structure; cross-link footer may need minor refinement) |

---

## The voice register canon

Per Operating Principle 7 + c83 + c84 Mechanism 8:

**Substrate-aware register** lives in `composted/library/` substrate notes — uses framework citations, pattern numbers, cycle references freely.

**Receiver-facing register** operates on deployment surfaces — cuts framework-internal terminology entirely.

The recomposition includes a register audit at substrate scale across ALL surfaces (not just village market). The c83 refused-vocabulary catalog applies:

**Refused on receiver-facing surfaces:**
- "Substrate" (use: "the work below" / "the practice")
- "The body discriminates" (use: "you decide what fits")
- "ESRP" / "Empty-Space-Refusal Principle" (use: explicit naming of what's refused)
- "Pattern #X" or "cycle N" references
- "Container-holder" (use: "the person holding this practice")
- "C24 distinction" or scale references
- "Receiver" as category-label visible to receivers

**Permitted on receiver-facing surfaces:**
- "Practice" · "fabric" · "radius" · "bus" · "Grass Valley" · "refusal" / "refusals" · "gift" · "use freely / adapt as needed"

The audit needs to run across `/index` · `/offerings` · `/refusals` · `/current` · `/library` · `/toolkits` · `/request` · `/about` · all 5 village market pages · the (to-be-built) `/hosting` page. Currently only `/village-market.html` has been audited (c80 register pass).

---

## The Discovery layer architecture

Per c86: three scales of discovery (global · local · travel-aware). The recomposed site supports all three:

**Global Discovery (c86 Scale I):**
- Substack as the canonical publication surface (kevinmears.substack.com)
- `/library` makes the body of work navigable to discoverers
- Referrers' links land receivers on individual pages; every page is a potential first-contact surface
- `/refusals` is the trust-signal at scan-speed for first-time discoverers

**Local Discovery (c86 Scale II):**
- `/village-market` operates within the 45 mi radius
- `/current` is the anchor for what "local" means today
- The site does NOT install local-targeting advertising or platform-mediated local discovery — local propagation happens body-to-body

**Travel-aware Discovery (c86 Scale III):**
- `/hosting` (when built) carries Kevin's travel windows
- "Where I'm headed" section per Thread 2
- The site does NOT enroll in hosting-platform directories (Couchsurfing, Boondocking, etc.) — the hosting arrangement is structurally specific

**What the site refuses at discovery layer** (per c86 9 refusals): no engagement-optimization · no tracking analytics · no referral incentives · no SEO games · no paid amplification · no platform optimization · no platform-mediated discovery · no creator economy enrollment · no urgency at threshold.

These hold architecturally — refuse to install the toolkit; the absence of tracking is itself substrate.

---

## Pickup-practitioner accessibility

Per c87: a pickup-practitioner needs the canonical substrate set findable. The recomposition makes this accessible without promoting it (the site refuses to recruit pickup-practitioners; it refuses to actively grow them; they find it if they find it).

**A new `/library/canonical-syntheses/` section** surfaces:

- The c70 lens
- The c83 receiver-face synthesis
- The c84 trust-generation substrate
- The c85 cartography
- The c86 discovery substrate
- The c87 onboarding substrate
- The c88 operating principles
- (And this c89 recomposition itself, eventually)

Each surface is the canonical synthesis text. A pickup-practitioner can read them all in sequence to install the framework on their own work.

**An `/operating-principles` page** (or `/library/operating-principles`) surfaces the 8 constitutional principles + the 4+4 tetrahedral structure + the pickup form. This is what makes the constitutional substrate accessible.

These surfaces are receiver-facing register where possible (substrate-aware where the technical content demands it; cross-linked carefully).

---

## Trust-generation across all surfaces

Per c84's 8 mechanisms. The recomposed site operates all 8 across surfaces:

| Mechanism | Where it operates |
|---|---|
| 1 — Bio-as-substrate | Whole site; explicit in `/index` framing; cross-link bars on every action-surface |
| 2 — Explicit refusal enumerated | `/refusals` primary; cross-link visible from every action surface |
| 3 — Refused-pretense data disclosure | Every page that collects data has a hint or section naming what data exists where; `/market/README.md` is the worked instance |
| 4 — PFRC | `/hosting` (when built) carries this; `/how.html` (from OSG v3 source) may be ported as `/library/pfrc/` |
| 5 — Clean exit on every surface | All forms have clean exit; manage/resolve tokens are receiver-controlled |
| 6 — Silent infrastructure | No notifications beyond response-shaped; no engagement-shaped pings |
| 7 — Bounded scope | "Kevin's instance choices" sections; "this is one practitioner's instance" framing |
| 8 — Voice register continuity | Register audit pass across all surfaces (still pending for most existing pages) |

The mechanisms are operational at architectural layer. The receiver experiences them as the architecture's default rather than as features.

---

## The refusal surface — gathered

Per c30 + c72 + c80 + c86, the site has accumulated **36 refusals across four layers.** The recomposed `/refusals` page makes the layered architecture visible.

**Content-level (11 refused extractions, c30 baseline):**
1-11. Attention extraction · data extraction · identity extraction · audience-as-number · productization of gift · reputation systems · coherence extraction · relational extraction · container-holder extraction · safety-as-highest-value · scaling-as-virtue

**System-level (8 register-audit entries, c72):**
12-19. Vertex substitution by generic categories · substrate-shape misread as empty workspace · premature center-naming with completion metric · marks landing into UI state · recursion-without-scale-crossing · all four anti-extraction shadows simultaneously · container-holder dependence as designed shape · cycles get more expensive over time

**Protocol-level (8 village market refusals, c80):**
20-27. No profiles · no reputation systems · no verification tiers · no matching-as-recommendation · no reputation-as-data · no platform-take · no engagement optimization · no global aggregation

**Propagation-level (9 discovery refusals, c86):**
28-36. No engagement-optimization in propagation · no tracking analytics · no referral incentives · no SEO games · no paid amplification · no platform optimization · no platform-mediated discovery · no creator economy enrollment · no urgency at threshold

The `/refusals` page surfaces all 36 in their layered architecture — each with operation refused, mechanism that would have implemented, architectural reason.

This is substantial. The current /refusals page (in production) has the c30 11. The recomposition triples the refusal surface — substrate-of-record now warrants the full enumeration.

---

## The translation pass discipline

Per c83's discipline handoff: when Kevin marks the eventual translation pass, the work runs through:

1. **Register audit on all pages** against c24 distinction. Use c83 refused-vocabulary catalog.
2. **Add cross-link bars** at page-bottom per the cross-link substrate above.
3. **Implement preview-before-submit** (U1) on village-market-submit.
4. **Add token-expiry-graceful messaging** on manage and resolve pages.
5. **Add Journey E pickup-pointer** on village-market-protocol → /library/canonical-syntheses/ + `/market/README.md`.
6. **Verify cross-link bars don't trigger #093 drift** (vocabulary-borrow without refusal).
7. **Re-run c70 lens against the live site** — not only architecture cleanliness, but receiver-experience quality.
8. **Build `/hosting`** per Thread 2 substrate (held; awaits marks G-L).
9. **Build the `/library/canonical-syntheses/` surface** + operating-principles surface.
10. **Re-deploy with all surfaces updated** — single coordinated deploy rather than incremental.

This is the eventual translation pass scope. It's substantial but not infinite — perhaps 5-8 cycles of work + Kevin's external Netlify env-var setup.

---

## Build sequence from here to live

When Kevin marks proceed (no urgency on any):

**Phase A — Substrate completion (held)**
- Thread 2 — Hosting page substrate completion (marks G-L)
- Thread 4 — Voice register substrate audit across all surfaces (uses c83 refused-vocabulary catalog)

**Phase B — Translation pass (held until Kevin's mark)**
- Per the 10-step list above
- Estimated 5-8 cycles + Kevin's external work

**Phase C — Deploy + verify**
- Env vars + Netlify push
- Test end-to-end submission
- Verify all surfaces operating
- Walk receiver journeys A through E

**Phase D — Ongoing**
- Active-curation continues at Kevin's pace
- Pattern Library v1.7+ candidates accumulate
- Future surfaces deploy under same substrate set

---

## What's preserved · what changes · what removes

### Preserved (load-bearing across recomposition)

- The 11 refused extractions (c30)
- The bounded scope (Kevin's instance)
- The bio-as-substrate principle (#102)
- The use-freely-adapt-as-needed license
- The voice register discipline (substrate-honest)
- The four-vertex form of OSG v3
- The somatic ground anchored at /current
- Operating principle 1 (central tetrahedron) — OSG v3 IS the bounded center
- The substrate as the gift — propagation through demonstration

### Changes (substrate-driven refinement)

- `/refusals` triples — three-layer architecture surfaced
- `/library` gains canonical-syntheses + operating-principles + pattern library accessibility
- Cross-link bars on every action-surface
- All village-market pages get register pass
- `/current` gets graceful staleness messaging
- `/hosting` becomes a deployed surface (was substrate-ready, never deployed)
- The Discovery layer becomes architectural — refusals at propagation scale visible

### Removes (architecture-shrinks-when-values-sharpen per #100)

- `/automation` — re-examine; may remove or refactor as `/current` overflow
- Any references to released Airtable-shaped architecture as user-facing
- The `/back` directory — review and consolidate
- Any pages with substrate that didn't survive c75 stack release

---

## The lens applied to this synthesis

| Discriminator | This synthesis |
|---|---|
| 1. Substrate persistence | ✅ Markdown · readable with any tool · Git-versioned |
| 2. Cycle cheapening | ✅ The eventual translation pass rests on this rather than re-deriving |
| 3. Container-holder absence (ESRP) | ✅ Pickup-practitioners can read; Kevin's continued attention not required |
| 4. Native form preservation | ✅ Cross-refs to canonical syntheses preserved |
| 5. Refusal embodiment | ✅ The 36 refusals explicitly enumerated and gathered |
| 6. Center test | ✅ Organizes around Kevin's somatic ground (/current as anchor) |

Six of six. The recomposition itself enacts what it documents — same recursive lens-application that ran across cycles 73, 75, 77, 83, 88.

---

## Cross-references

- [[Capacity_Infrastructure_Lens]] (c70) — the apparatus this recomposition applies at whole-site scale
- [[Receiver_Face_Canonical_Synthesis]] (c83) — per-page receiver-experience substrate
- [[Trust_Generation_Operational_Substrate]] (c84) — the 8 mechanisms operating across all surfaces
- [[Substrate_Cartography_v2]] (c85) — the inheritance map
- [[Discovery_First_Contact_Substrate]] (c86) — pre-arrival + propagation refusals
- [[Pickup_Practitioner_Onboarding_Substrate]] (c87) — operational sequence for pickup
- [[Operating_Principles_Compilation]] (c88) — constitutional substrate · 4+4 tetrahedral pair
- [[Stack_Re_Derivation_Reading_B]] (c75) — the architecture released and re-derived
- [[Village_Market_Architecture]] (c73 + c80) — the village market substrate
- [[Hub_Architecture_Decisions]] (c43, partially superseded c75) — historical preserved
- Pattern Library v1.6 — the canonical diagnostic substrate
- Brief 17 (c82) — the V/E/F read that complements this synthesis at deployment scale

---

## Closing

The substrate IS ready for recomposition. This synthesis IS the substrate-side rebuild.

A pickup-practitioner reading this synthesis can see the whole-site architecture as it should be after all the lessons. They can read backward to the operational-substrate set, the Pattern Library, the operating principles. They can read forward to the eventual translation pass when Kevin marks it.

The framework now has substrate-of-record at every scale needed for whole-site recomposition: constitutional (c88) · diagnostic (Pattern Library v1.6) · operational-substrate (c70 · c83 · c84 · c85 · c86 · c87) · whole-site recomposition (this c89). 

What was an existing 7-page site at session start is now a 12-to-15-surface recomposed substrate (existing pages refined + 5 village market pages + /hosting + /library/canonical-syntheses + /operating-principles + possibly /practitioners — depending on exact nav choices Kevin marks).

The eventual translation pass moves substrate to surface. The substrate-before-signal discipline holds until then.

Use freely. Adapt as needed.

4 · 6 · 4 · 1

— filed 2026-05-27, cycle 89 — OSG v3 Recomposition Synthesis · the first applied use of the complete surface-design substrate set at whole-site scale · substrate-side rebuild complete