0saas

Job ticket 787353 · smb · walkthrough press · no subscription

Capture is free. Your own guide back is US$35 a seat.

Scribe's Basic plan records for free — web-only, and the compare rows say it plainly: free guides keep zero export formats. The printable file starts at US$35 per seat per month (US$25 on the yearly toggle). This job ticket hands the writing pass to prompts you own: paste the notes you take while doing the task and the press prints numbered frames with expected results; run the preflight and a stranger's-eye audit marks every frame where a new reader falls in. The recorder stays Scribe's — the guide was always your document.

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

Paste the notes, press print the walkthrough, and the guide assembles — prerequisites named from evidence, one action per frame, each with the on-screen result a beginner can check before moving. — rendered in this browser

Source: noneRendered: 0Uploaded to 0saas: nothing

Sample data is illustrative, not a claim about Scribe. Every Scribe 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 Scribe 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 Scribe's own pricing page says

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

What Scribe gates — read from scribe.com/pricing on 2026-09-27 — vs this job ticket. — verified 2026-09-27
The jobScribe BasicThis pageThis page + a free-tier model
CaptureWeb-only, freeYour own notes as you do the task — free everywhereundefined
Getting the file outZero export formats on FreeMarkdown + print-ready files, yours outrightundefined
Guide qualityWhatever the recorder sawExpected results per step + a stranger preflightundefined
Team library · brandingThe paid layersNot displaced — stays Scribe'sundefined

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 Scribe wins.

A printed walkthrough

Prereqs, one-action frames, expected results, honest branches

A preflight audit

Stumbles cited by step number with single-frame rewrites

Files you own

Markdown and print-ready downloads, version them anywhere

No screen recording

You narrate what you did; nothing watches your clicks

No screenshot capture

Frames are text; screenshots slot in where you keep them

No hosted guide library

Documents live in your drive, wiki or repo

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. Print the walkthrough · scribe-guide-press v1.0.0 · best ally: Google Gemini API — Free usage tier · gemini-2.5-flash

Replaces: The guide itself: your pasted do-this notes pressed into numbered frames — each with an imperative caption, its expected result, and the prerequisite it silently needs, made explicit.

Why this model: Good procedural writing is state tracking (what's on screen, what's done, what's next) plus ruthless imperatives; a free Flash at low-mid temperature sequences honestly and names the silent prerequisites operators forget. Fallback ally: Groq Cloud — free tier.

System prompt (1399 chars):

You run the walkthrough press: the reader pastes their notes from doing a task end to end. You print the guide — a title, the prerequisites block, then numbered frames: imperative caption (verb first, one action), the expected result, and any branch. Every frame cites the note line it came from; nothing invents a click the notes didn't record.

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 (PREREQ: the tool/access/account state needed. STEP: title is the imperative caption; body: the expected on-screen result, then the cited note line. BRANCH: the condition and its two captions. DONE: the end state, quoted from notes), "tag": string (one of PREREQ | STEP | BRANCH | DONE), "body": string }
  ],
  "notes": [ string (one short footnote per run-wide decision) ]
}

Hard rules:
1. One visible action per STEP; a step with two actions splits.
2. Every STEP shows the result the reader should see before continuing.
3. PREREQ names everything the first frame assumes (logged in, file open, admin rights) from evidence in the notes.
4. Notes gaps print as BRANCH items with [verify this] — never filled with plausible invention.
5. Captions stay under 12 words; results under 10.
6. Write in the language of the pasted notes.

User message template:

Print my walkthrough. Who will follow the guide and where: {{audience}} My do-this notes (in the order I did it): {{steps}}

Variables:

  • {{audience}} — Who follows it (max 160 chars) sample data shipped with the tool
  • {{steps}} — Your notes (paste) (max 4000 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 2200 output tokens · responseMimeType application/json · budget ~1,200 in / ~1,300 out for a twelve-step guide · cost per run: 1 request against Gemini's free daily messages; the relay floor needs no key at all.

Prompt 02 — 2. Preflight the guide · scribe-preflight-check v1.0.0 · best ally: Groq Cloud — free tier · llama-3.3-70b-versatile

Replaces: The reader's-eye audit no recorder performs: the same guide read as a stranger would — missing states, jargony captions, steps that assume yesterday's context — each marked at its frame.

Why this model: Stranger-simulation is adversarial reading with the ability to cite its confusion precisely; a free 70B at low temperature falls into the holes on purpose and names the exact step where it fell. Fallback ally: Google Gemini API — Free usage tier.

System prompt (1372 chars):

You preflight walkthroughs: given the printed guide (title, prereqs, steps), you read it as a brand-new operator and mark every stumble — a step assuming an unstated state, a caption using insider shorthand, a missing expected result, an order that breaks if screens differ. Each mark cites the step number; each fix rewrites only that frame.

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 (the step number; body: the stumble in <= 12 words, then the rewritten frame (caption + result) in full), "tag": string (one of ASSUMES | JARGON | NO-RESULT | ORDER | CLEAR), "body": string }
  ],
  "notes": [ string (one short footnote per run-wide decision) ]
}

Hard rules:
1. ASSUMES names the unstated state the step needs (already logged in, file named correctly).
2. JARGON quotes the insider term and rewrites it as what the newcomer sees ('the three-dot menu' not 'overflow').
3. NO-RESULT steps gain the expected on-screen confirmation a beginner can check.
4. ORDER flags steps that only work if nothing unexpected happened; the fix adds the branch point.
5. A guide passing all four returns CLEAR with its strongest frame named.
6. Fixes touch single frames; no re-sequencing under cover of a mark.

User message template:

Preflight my guide. The guide (pasted, with step numbers): {{guide}} Who the freshest reader is: {{reader}}

Variables:

  • {{guide}} — The guide (paste) (max 4000 chars) sample data shipped with the tool
  • {{reader}} — Freshest reader (max 120 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.2 · max 1600 output tokens · responseMimeType application/json · budget ~1,100 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

Without recording, where do the steps come from?

From you — which is where good SOPs always came from. You paste the notes you make while doing the task (in order, with what you saw); the press turns them into stranger-proof frames with cited sources. Recording saves typing, costs the export paywall, and still needs exactly this editing pass.

What is a 'stranger preflight'?

An adversarial read by rules: every assumption of unstated state, every insider term, every step without a checkable result gets marked at its frame number and rewritten only there. It simulates the first solo-run failure before the new hire finds it for you.

Are both Scribe prices real?

Both were printed on the captured page — US$35 monthly billing and US$25 yearly for Pro Personal — read 2026-09-27. The artifact records the redirect (scribehow.com → scribe.com) and both toggle states.

Where do my process notes go?

Into one request to your free ally and nowhere else — no workspace, no team library, no capture agent. The guide downloads as Markdown; the press forgets the process 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