0saas

Job ticket 797218 · smb · newsroom bench · no subscription

Two thousand five hundred readers, zero working features. The craft was never frozen.

beehiiv's Launch pad holds 2,500 subscribers but freezes every AI feature and every automation; the thaw starts at US$43 a month, with an AI meter printed at 25 credits a day — honesty we quote because it's their own compare table. This page hands the two unfreezable jobs — assembling the issue, editing the open — to prompts you own: paste your week and the bench pastes up subject, lede, sections and spike; run the rack edit and the 3-second decision gets scored, rewritten and argued. Subscribers and sends stay beehiiv's — ink stays yours.

beehiiv is a trademark of its owner. This is an independent, unaffiliated comparison built on beehiiv's own published pricing material, linked below and re-read every thirty days.

Paste the week's notes, press paste up, and the issue lays out — subject locked in metal type, lede under 40 words, three sections of one idea each, and the spike curling with everything cut and why. — rendered in this browser

Source: noneRendered: 0Uploaded to 0saas: nothing

Sample data is illustrative, not a claim about beehiiv. Every beehiiv figure on this page comes from the linked pricing page, read 2026-09-27.

The prompt pack

Two prompts, each mapped one-to-one onto a beehiiv feature you are currently rationed on. Run them from this page with a free key, or copy them into any free chat model — the text is identical either way, and it is printed in full at the bottom of this section so it survives this site.

Loading the pack from tools.json… If this fails, the full prompt text is still readable below.

One-time unlocks only, never a subscription. If a price ever appears here it was read from Stripe in that request, not typed by hand. An unlock is client-side gating, not secure payment verification: it is stored in this browser and cannot prove payment to anyone else.

What beehiiv's own pricing page says

Read from beehiiv.com/pricing on 2026-09-27. Fields we could not read are marked unconfirmed rather than filled in with a plausible number.

What beehiiv freezes — read from beehiiv.com/pricing on 2026-09-27 — vs this job ticket. — verified 2026-09-27
The jobbeehiiv LaunchThis pageThis page + a free-tier model
Subscribers hosted2,500 — real value, undisputedYour list stays on your platformundefined
AI writing helpFrozen until ScaleIssue paste-up from your week, US$0undefined
AutomationsFrozen until ScaleNot displaced — sequences are send-rail workundefined
Open-rate craftAnalytics after the factRack edit: the open scored before you sendundefined

What this replaces, and what it does not

A displacement claim you cannot substantiate is a lie with good typography. This is the whole scope, including the parts where beehiiv wins.

A complete issue

Subject, lede, three one-idea sections, sign-off with one CTA

Visible editorial judgment

The spike names every cut and why it missed the issue

A sharpened open

Scored candidly, rewritten surgically, argued honestly

No subscriber storage

The bench never sees your list — paste notes only

No sending or automations

Issues download as Markdown; your platform sends

No growth analytics

Open rates live in your send platform's dashboard

The prompts, in full, as text

Copy these into any model. They are the product; the page around them is convenience. Each block is the exact system prompt the interactive runner sends, plus the user-message template.

Prompt 01 — 1. Paste up the issue · beehiiv-issue-paste-up v1.0.0 · best ally: Google Gemini API — Free usage tier · gemini-2.5-flash

Replaces: The issue itself: your pasted week of notes assembled into lede, three sections and sign-off — with a subject line locked in type, and everything that didn't earn column inches cut visibly.

Why this model: Editorial assembly is selection under a reader contract (what does the list actually gain); a free Flash at mid temperature cuts the week ruthlessly and writes the lede that earns the next line. Fallback ally: Groq Cloud — free tier.

System prompt (1449 chars):

You run the newsroom bench: the reader pastes their week (what happened, what they learned, what they want to say) and describes their list in one line. You paste up the issue — subject line, lede (under 40 words), three sections (each one idea, under 90 words), the sign-off with one call to action. Everything you cut goes to the SPIKE with its one-line reason.

Return ONLY one JSON object. No markdown fences, no commentary, no preamble.

{
  "kicker": string (max 8 words),
  "title": string (max 8 words),
  "subhead": string (max 20 words),
  "items": [
    { "title": string (SUBJECT: the line, under 60 characters. LEDE: the hook paragraph. SECTION: its number and one-line title; body: the section text. SIGN-OFF: the close with one CTA. SPIKE: the cut item and why it missed the issue), "tag": string (one of SUBJECT | LEDE | SECTION | SIGN-OFF | SPIKE), "body": string }
  ],
  "notes": [ string (one short footnote per run-wide decision) ]
}

Hard rules:
1. The subject promises what the lede pays off — bait echoes are checked against SECTION 1.
2. Every section carries one idea and one detail from the paste; made-up details are unprintable.
3. LEDE opens with the reader's tension, not your news.
4. SPIKE carries every pasted item the issue dropped, each with its reason (weak, old, off-list).
5. CTA is one action, answerable with a click or a word.
6. Write in the pasted voice; the bench prints in the newsletter's own register.

User message template:

Paste up my issue. My list (who reads it, one line): {{list}} My week of notes: {{week}}

Variables:

  • {{list}} — Who reads your newsletter (max 160 chars) sample data shipped with the tool
  • {{week}} — Your week of notes (max 3000 chars) sample data shipped with the tool

Output schema (the answer must match this exactly):

{ "type": "object", "required": [ "blocks" ], "properties": { "title": { "type": "string" }, "blocks": { "type": "array", "minItems": 3, "maxItems": 80 } } }

Decoding: temperature 0.5 · max 2000 output tokens · responseMimeType application/json · budget ~900 in / ~1,200 out · cost per run: 1 request against Gemini's free daily messages; the relay floor needs no key at all.

Prompt 02 — 2. Rack-edit the open decision · beehiiv-rack-edit v1.0.0 · best ally: Groq Cloud — free tier · llama-3.3-70b-versatile

Replaces: The editing that decides opens: your pasted subject lines and lede scored against the 3-second decision, the weak elements rewritten — and the winner argued, not crowned by vibes.

Why this model: Subject-and-lede critique is pattern judgment trained on what makes a stranger stop; a free 70B names the exact failing element (vague noun, buried tension) and rewrites it without changing your news. Fallback ally: Google Gemini API — Free usage tier.

System prompt (1374 chars):

You rack-edit for the open decision: the reader pastes their subject line and lede (or two candidates). You score every element against the 3-second test — what does a stranger see, want, doubt — mark the failing part, rewrite it, and argue the final pick in one paragraph that names what the loser lacked.

Return ONLY one JSON object. No markdown fences, no commentary, no preamble.

{
  "kicker": string (max 8 words),
  "title": string (max 8 words),
  "subhead": string (max 20 words),
  "items": [
    { "title": string (SCORE: the element (subject/lede) and its 3-second verdict with the failing part named. REWRITE: the element, rewritten. PICK: the finalist and one paragraph arguing it against the loser), "tag": string (one of SCORE | REWRITE | PICK), "body": string }
  ],
  "notes": [ string (one short footnote per run-wide decision) ]
}

Hard rules:
1. The 3-second verdict names what a stranger literally sees in the words (a promise, a number, a fog) — quote the exact phrase.
2. REWRITE changes the failing part only; the news stays identical.
3. Picks are argued by predicting reader tension, never by 'catchiness'.
4. Subjects stay under 60 characters; ledes under 40 words, or the rewrite says why not.
5. If both candidates are strong, PICK says what would make the loser win a different audience.
6. Write the critique in the reader's pasted language.

User message template:

Rack-edit my open. My subject line(s) and lede: {{open}} What this issue must make the reader do: {{goal}}

Variables:

  • {{open}} — Subject + lede (paste) (max 800 chars) sample data shipped with the tool
  • {{goal}} — The issue's goal (max 160 chars) sample data shipped with the tool

Output schema (the answer must match this exactly):

{ "type": "object", "required": [ "blocks" ], "properties": { "title": { "type": "string" }, "blocks": { "type": "array", "minItems": 3, "maxItems": 80 } } }

Decoding: temperature 0.3 · max 1600 output tokens · responseMimeType application/json · budget ~700 in / ~900 out · cost per run: 1 request against Groq's free daily quota; the relay floor needs no key at all.

Questions worth asking before you cancel

Why praise beehiiv's frozen tier and still displace it?

Because the pricing page is unusually honest — it prints the frozen rows and the daily AI meter. We quote that honesty, then point out the deeper truth: the two things that decide an issue's fate (assembly and the open) are craft, and craft was never part of the freeze.

What is a rack edit, in newsroom terms?

The pass a section editor gives your head and lede before the page locks. Here it's rules, not magic: what a stranger sees in 3 seconds, the failing phrase quoted, a surgical rewrite, and the pick argued by reader tension — so the open earns its click.

Where did the 25-credits-per-day figure come from?

The compare table on beehiiv's own pricing page, read 2026-09-27 at the 1,000-subscriber slider, annual view: 10 credits a day on upper-Launch rows, 25 on Scale, 50 on Max. The artifact records the rows verbatim.

Where do my notes go?

Into one request to your free ally and nowhere else — no list upload, no draft storage, no send hooks. The issue downloads as Markdown; the bench forgets the week when the tab closes.

Nothing is loaded from X or LinkedIn until you click, and no share is counted, logged or reported back to us — the buttons are plain links to each network's own share page.

Next on the ledger