Discover
Collect current signals and primary records. The old four-layer source scheme is useful evidence, but it is not promoted into this new line without a live run.
Operating view · current baseline plus tested history
A miniature daily issue and the full Sunday issue use the same line. Volume changes; the stations do not. The next run is designed to expose breaks, not disguise them.
Open the line small. Find the break. Repair the station. Run it again.
Every issue carries sources, a named copywriter pass, an independent challenge, visual treatment, Steve's approval, a delivery proof, and a recorded result. A failure returns to the station that caused it.
Traditional production-line view
The belt carries one named issue. Diamonds are stop/go decisions. The blue return line carries observed evidence back into the next run.
Four operating zones
Collect current signals and primary records. The old four-layer source scheme is useful evidence, but it is not promoted into this new line without a live run.
Turn mixed inputs into a consistent source package and prevent the same event from masquerading as multiple stories.
Confirm the actor, date, reachable record, and whether the event has already run. Old kill-gate language is a candidate starting point, not newly approved doctrine.
Choose what earns attention now and order it for the reader. Issue 00 proves that judgment can produce an issue; the current selection method still needs a clean test.
After evidence and order are settled, rewrite for attention: subject, human opening, governing thesis, headlines, transitions, pacing, and reader payoff. An accurate analytical draft does not satisfy this station.
After the copywriter pass, check claims, links, completeness, tone, and whether the language outruns the source before the issue reaches Steve.
Apply V5.6: official logo, email palette, six-level type hierarchy, weighted imagery, lead CTA, binary poll, and minimal footer.
The current V5.6 template and miniature issue contain the full section structure, direct sources, native poll, and clean desktop/mobile previews.
Steve approves or cuts the named issue. Approval of an issue does not silently approve every method used to make it.
The shared Beehiiv sender is acceptable for the current baseline. Verify its actual display in the received proof; revisit a custom domain only if evidence warrants it.
After Steve's scoped approval, send the miniature issue only to Steve, inspect Gmail desktop and phone, and correct only the failures exposed outside the editor.
After proof, publish the named issue, observe delivery and reader behavior, and return the evidence to the next production cycle.
The repeatable loop
The daily exercise is a small issue through the real factory, not a new template every day.
Name the issue, date, target, and what the run is meant to prove.
Gather evidence and preserve links, dates, and provenance before drafting.
Turn the verified story order into an issue someone would open and finish. Accuracy alone does not pass.
Recheck evidence, overstatement, novelty, logic, and whether every section earns its space.
Build in V5.6, then inspect the received desktop and phone form, links, poll, sender, and footer.
Approve the named send or return it to the failed station.
Use the same line for a tiny daily test or the complete Monday product.
Capture what actually worked, failed, changed, and remains uncertain.
Repair the observed fault. Do not convert every workaround or conversation into doctrine.
A broken From display, link, layout, source claim, or poll returns to its station. It does not trigger a system-wide rewrite unless the evidence shows a structural problem.
Useful reader response, delivery evidence, and Steve's explicit choices update the next run. A repeated pattern may later justify a scoped rule—but only through the promotion gate.