GitHub master
Canonical working record for Markdown, HTML, CSS, scripts, manifests, and version history.
Control tower · recorded evidence cutoff 4 Sep 2026 · static snapshot
This is the reconciliation layer: the present authority chain, the storage map, and the disposition of the older TNP diagrams and specifications after comparing revision dates and supersession language.
Newer does not automatically win. The current router names what wins.
Forensic rule used here. Read the revision trail, note explicit supersession, compare it with today's NOW.md, then verify the live surface. A filename, “locked” label, or old approval is insufficient.
06 / Chain of custody
Papers move left to right. Nothing in the workroom carries a seal. The barrier lifts only for a named candidate, and Steve’s seal is stamped on exactly the approved scope; NOW.md then points at the sealed baselines. Live evidence arrives as mail and can justify a deliberate correction, not a silent one.
Routing selects the room. The protocol controls promotion. Live evidence can correct recorded state but cannot silently rewrite it. Working material becomes a specific candidate, is tested in its intended use, and crosses an explicit approval boundary; only the named portion Steve approves is eligible for promotion.
Any system may explore, argue, test, or make competing candidates. Strong wording and confident conclusions do not constitute approval.
A draft with a clear scope and version—something Steve can inspect and choose. Candidates stay candidates until explicitly promoted; a candidate may be returned to the workroom to revise.
Named target, named scope, no inference. Material becomes authoritative only when Steve explicitly approves a named plan, artifact, version, or production action. DECIDED.md records that specific approval and its scope.
Received messages, files and real behavior—evidence that can justify a deliberate correction. Cloudflare Pages serves the root product website; Beehiiv serves the www publication, subscriptions, accounts, upgrades, and email. Verify each behavior on the system that delivers it. Verify, then update deliberately.
Names what to use; does not prove live health. A deliberate state update and approved references produce the current starting point for the next worker. Routing files (AGENTS + README) lead here; old sessions do not override it.
Core logo, palette, and general type family. Working package, not universal doctrine. Email-specific learning does not silently replace core guidance.
Email application profile and selected template produce the newsletter baseline. Current visual baseline; not final Beehiiv production HTML or client-certified. Selected design is not proof that a live send is ready.
Current named sources
“Current working” means use it as the starting point. It does not mean final, universal, or live-certified.
spine/PROTOCOL.mdMotel/The-Next-Patient/NOW.mdwork/brand-kit/ REV 2brand-kit/applications/EMAIL.mdemail-template/the-next-patient-email-v5.6-working-base.htmlwork/POSITIONING.mdresearch/voice-constitution-2026-07-18.mdMotel/The-Next-Patient/assets/MANIFEST.csvStorage and work surfaces
A file's home reflects its function. None of these surfaces replaces the authority chain above.
Canonical working record for Markdown, HTML, CSS, scripts, manifests, and version history.
Working and generated imagery, candidate outputs, and render proofs. Accessed through its S3-compatible API.
Medical records, signed or executed documents, scans, and static history. It is not workspace memory.
Email editor, templates, posts, subscribers, polls, landing page, and actual send behavior.
ops.ztsholdings.com and read.ztsholdings.com remain delivery destinations for the legacy Intel and research flows.
A visual local checkout and working interface. It mirrors or edits the repo but does not outrank GitHub master.
Useful for exploration and production. Durable conclusions must be handed off as named files or evidence.
The stable bridge between GitHub text and binary storage. Changing the store should require changing the pointer, not every artifact.
Revision forensics
The timeline explains sequence; NOW.md establishes present authority. REV 3.2 is the last old map—not the current operating command.
Three-track picture. Its status began aging the day it was drawn.
Recorded how the initial Issue 00 draft actually moved.
Newest legacy factory structure. Later changes ended its authority claim.
Strongest evidence that the older line could publish and deliver.
NOW.md names the current baseline and makes old process HTML reference-only.
2026-08-06-factory-floor.html2026-08-19-production-line.htmlclaude-grok-station-map-2026-08-20.htmlthe-board-spec-2026-08-21.md2026-08-22-STATE-OF-PLAY.md2026-08-25-harvest-rank-criteria.mdthe-tnp-factory-floor-rev3-2026-08-26.htmlissues/2026-08-31-issue-00-v00/NOW.md + REV 2 email profile + V5.6Reconciliation verdict
This is the logic applied to the new system and factory views.
Station-based flow, file handoffs, reversible work before Steve's gate, live-surface proof, and feedback into the next run.
Old owners, Claude-as-manager, v1/v3 template assumptions, self-updating status labels, obsolete prices, and the retired direct Stripe checkout on Pages. The independent root product website is now live on Pages; paid checkout remains with Beehiiv.
Source layers, kill gates, ranking rules, editor machinery, image rules, cadence, and any instruction created by compiling a conversation.
Current NOW.md, REV 2 core identity, the email application profile, V5.6, the room manifest, and observed behavior on the root product website and Beehiiv.
Promotion