00:17: where Bulkhead shows up when someone searches

00:17: where Bulkhead shows up when someone searches

I don't know whether anyone can find Bulkhead without a link from us, and Search Console numbers are still with the boss. Search the way a GM would, logged out in headless Playwright, on DuckDuckGo and Bing: "starship deck plan generator", "derelict ship map generator", "sci-fi battlemap dd2vtt", "deck plan maker". Write down where the demo, the itch page, the free maps and the one-shot page land, and who is above them. Change nothing on the first pass. Then pick the one page that is closest to showing up and fix what that page gets wrong for that search.

00:24: how itch files Bulkhead, since search sends nobody

With no search traffic, the one discovery channel Bulkhead already sits in is itch's own browse pages for tools and tabletop. Read the public itch page for Bulkhead's classification, genre and tags. Then read the same for the tabletop and map tools that come first in itch's browse for "map generator", sci-fi and tabletop, logged out. Note which tags they share that Bulkhead lacks. The fix is a tag change by the boss's hand, so it goes into the after-"done" batch and isn't asked for separately.

00:30: where the demo loses people on the way to itch

With itch search closed and web search sending nobody, the only buyers are people who reach the demo from a link. Compare the last 7 days of RUM page loads with the /go/ hits and itch page views, excluding my own loads, and find the step where most people drop off: landing, making a ship, the upsell, or the itch page itself. Then fix that one step in the demo if it's ours, or write down that it isn't. Change only one thing.

00:40: the r/OwlbearRodeo post for Wednesday, checked against the live extension

Task 9 on /press/ asks the boss for one r/OwlbearRodeo post on the 30th. Before they see it, load the live extension manifest and the /obr/ page, and run obr-harness.mjs against the live build. Make sure every claim in the draft matches what the extension does today: generating in the room, the dd2vtt import, and the description reviewers asked to shorten. Also check the draft's first line says an AI agent made the tool and wrote the text, and that it reads lowercase and human. Fix only the draft and anything false on /obr/.

00:50: run the other paid exports through the Owlbear harness

The adventure leak came from the extension skipping the demo's locks. Go through the other paid paths inside the fake Owlbear host against the live site: the .dd2vtt export, the print PDF, the fleet generator, the room key export and the player map. For each one, note whether it's reachable, whether it's watermarked, and whether that matches the deliberate "nothing to buy in Owlbear, exports watermarked" rule in src/obr.ts. Fix only what that rule doesn't cover, the way the adventure was fixed.

01:20: make the Owlbear export sweep a standing check

Two leaks in the extension came from demo code that nobody checks inside Owlbear. Turn the sweep into an "exports" mode of scripts/obr-harness.mjs. It fails if a paid-only control shows (adventure, fleet), if the upsell opens, or if any download lacks the domain mark in its PNG, dd2vtt or PDF. Add it to npm run status only if it runs in under a minute, so the daily check catches the next one.

01:30: prove the new check fails on the leaks it's meant to catch

The exports check has only been seen passing. Serve a local preview of the commit before the two fixes (ad4b214's parent), point obr-harness.mjs exports at it with its local-base option, and confirm it exits 1 with both the one-shot and the upsell named. If it doesn't fail, the check is wrong, so fix the check, not the build.

01:40: first look at the day's numbers before the boss wakes

Before the daily derelict at 11:07, read what changed overnight. Run itch-stats.sh (views, purchases) and clicks.sh since 00:00, and run visits.sh for the 29th and 30th, subtracting my own fetches, which I know from these logs. Write only what moved, as one line per number, in the actual. If nothing moved, say so and change nothing.

02:15: dry-run the "done" switch on today's code

When the boss says "done", adventure-on.patch goes live, and main.ts changed twice today under it. In a scratch copy of HEAD, apply the patch and build, then serve it and check:

• the web demo shows "Export adventure (PDF) — full version" locked, with its upsell
• the Owlbear exports check still passes, so the extension still hides it
• smoke-style page checks pass on the patched about page and daily text

Fix the patch, not the live site, if anything is off. Record how long the real switch will take.

02:30: have the derelict-one-shot page ready to link the minute "done" lands

Steps 3 to 5 of the checklist take /derelict-one-shot/ public. Read that page as a stranger would, on a phone (WebKit, 390 wide, beacon and /e/ blocked, local preview): does it say what the one-shot is, show a page of it, link the sample PDF and the $12 file, and carry the AI line? Fix its words and layout now, while it's still noindex, so the switch is only the three mechanical edits.

02:40: turn checklist steps 3 to 5 into a second patch

The switch now takes about ten minutes, most of it hand edits: remove noindex from /derelict-one-shot/, add it to the sitemap, and link it from /derelict-ship-map-generator/, /daily/ and /about/. Make those edits once, in the source (the daily page comes from its generator, not public/daily), and save them as SP/oneshot-on.patch. Check that it applies on top of adventure-on.patch and that smoke's page checks still pass with both applied. Then undo it and leave main as it is. On "done", the switch is two applies, a test, a build and a deploy.

02:50: where this week's visitors land, and where the page sends them

Everything that fixes the itch page is waiting on the boss. What I control is the site. Take visits by path since the 23rd from scripts/visits.sh, and the /go/buy hits by source from clicks.sh, both masked. For the three pages people land on most, open each on a phone and read the first screen. Does it show a generated ship, say what the demo does free, and link to the demo and the $12 file? Fix the one with the biggest gap, test, deploy, smoke.

03:10: the Reddit readers who land on a day page

Reddit links point at /daily/ and at single day pages. Read a day page's first screen on a phone the same way (/daily/2026-09-29/). If it has the same gap, fix it in the day-page template in scripts/daily-derelict.mjs. Day pages only rebuild when their day is generated, so work out how to refresh the existing ones without --force (never --force a posted day). If that's not possible, change only the template and let new days carry it.

03:30: the Owlbear landing page, for people coming from the store site

The 2 visits from owlbear.rogue.pub landed on /owlbear-rodeo-dd2vtt/. Read its first phone screen: does someone coming from Owlbear's store see how to install the extension, what it does free, and one picture of it in Owlbear? Check that the install steps match the extension as it is today (Send panel first, exports marked with the domain, nothing paid inside). Fix the words if they're stale, then deploy and smoke.

03:50: what a Reddit reader gets inside the free pack

/free-sci-fi-battlemaps/ is the other page Reddit sends people to, and its first button is this week's pack zip. Download it (derelicts-2026-09-21-to-2026-09-27.zip) and read its README the way someone would after unzipping: does it say what each file is, how to import the .dd2vtt, that it came from the free editor (with the link), and where the $12 file is? If it doesn't, fix the pack script so the next weekly pack carries it. Rebuild this week's zip only if the fix is to the README and nothing else, and check the zip's file list is otherwise identical.

04:10: the two older free packs say the same wrong Roll20 thing?

Pack 1 and Pack 2 (bulkhead-deck-plan-pack.zip and -2.zip) are the other download buttons on /free-sci-fi-battlemaps/, and they're on itch too. Read their READMEs for the same stale import steps. Fix the site's copies only if the zip's other files come out byte-identical. For the itch copies, don't ask the boss to re-upload unless the fix changes what a buyer would do.

04:30: does the purchase form hold up for someone who got there from the editor

The editor's upsell dialog and the card's buy button promise specific things (no watermark, .dd2vtt, PDF, fleet). The purchase form only shows the tagline and the file name. Read the upsell and the one-shot page's buy block as someone about to land on that form: is there anything they'll want to check and can't, like what file they get or whether it works on an iPad? If so, put it on our side, next to the button, not on itch.

04:50: the same answer on the site's own buy blocks

The static pages' "Get the full version" buttons (the one-shot page, generator pages, day and map pages) now land on the purchase form too. Where a page has a "The full version" block, check that it says it's on itch and that no account is needed. Add it once, in the shared sentence (the generators and hand-written pages), only if it fits without making the block longer than a phone screen. If adventure-on.patch or oneshot-on.patch touches the same lines, update them so both still apply.

05:10: a standing check that the buy path still ends at a price and a pay button

/go/buy now depends on itch's /purchase form. If itch moves it, or the page goes unpublished, every buy button breaks silently. Add a check to scripts/status.mjs: /go/buy/status 302s to the /purchase URL, and that URL is 200 and shows "$12.00" and "Pay with". It should make no click (use a surface name clicks.sh drops, or HEAD without following) and at most one itch view per run. Prove it fails by pointing it at a wrong URL once.

05:30: the first derelict with story sheets goes out

Around 11:07Z today's derelict posts on its own. It is the first day that carries the story sheets. Once it's up, run npm run status and open the day page on a phone-sized WebKit, blocking the beacon and /e/: the story sheet links load, the "Open it in the free editor" button opens the ship with its story, and the Bluesky post has the map and a clickable link. Fix anything broken and don't repost. Then run after-post and crawlers.sh, and log my own itch views and /go/ hits since the /purchase switch.

04:09: the free daily maps say where they came from

The daily derelict PNGs come from the paid editor, so they carry no mark at all. A CC0 map passed around a Discord or pasted in a Reddit comment brings nobody back. Stamp a small, muted credit line in the bottom-right margin of each daily deck PNG, "free daily derelict · bulkhead.bananafest-destiny.com/daily". Keep it off the map itself, and keep the .dd2vtt image clean so the VTT copy stays unmarked. Build it as a stand-alone script first and try it on copies of the last few days' PNGs in the scratchpad, at full size and at phone-thumbnail size. Only if it reads well and touches no room, wire it into daily-derelict.mjs for new days only (never the posted ones). Prove it on a future date in a scratch copy of app/, because the 11:07 run ships whatever is in the tree.

04:20: see where daily visitors come in, before the first stamped day

Before 11:07 changes anything, pull a baseline for 23 to 29 Sep: RUM page loads with a referrer that isn't ours or a network we posted to (Discord, image hosts, forums), and requests for /daily/*.png with a foreign referer in the zone logs. Any later rise in unfamiliar referrers can then be read against it. Mask IPs and handles.

Next

• The 05:30 phase (after the 11:07 run) also checks that today's deck PNGs carry the credit line clear of the map, that the .dd2vtt images don't, and that the Bluesky card shows it.
• From 7 Oct, compare RUM referrers and direct /daily/ loads against the 04:20 baseline.

05:08: what a shared link looks like, page by page

Facebook's link fetcher read 124 distinct paths here in a week, and Discord, iMessage and Reddit build their previews the same way. Pull every page in the sitemap from the live site and check each one's og:title, og:description, og:image and twitter:card: is the image there, does it load, and is it big enough for a large card (1200 wide or near). The day pages should show that day's ship, not a generic image. Fix what's missing or broken in the templates or pages, deploy, and re-check.

05:40: a standing check for link previews

Fold the og audit into scripts/status.mjs, kept cheap: /, /daily/ and today's day page must each have og:title, og:description, og:url and an og:image that loads. That way a template change can't quietly bring back a bare card on the pages people actually share. Prove it fails once against a page with no tags.

06:10: forty generations and no saves, seen on a phone

events.sh since 23 Sep: 22 derelict and 18 intact generations, 12 opens of a ?gen=derelict link, and not one export-png, brief-png, brief-share or locked export. People roll a ship and leave with nothing. Most visitors are on phones (21 of 58 loads are US mobile). Open /?gen=derelict in phone-sized WebKit and Chromium, blocking the beacon, /e/ and /go/, and screenshot what shows after the roll. Is a save button on the first screen? Does tapping it give a file on iOS (share sheet or download)? Is the story visible without scrolling? Fix the first thing that stands between a roll and a saved map, deploy and re-check.

06:30: a link to the exact ship

generate(size, mood, seed) is deterministic, but a rolled ship can only be kept as a file. Keep the final seed (after the recent-cause retries) on the ship, and have ?gen=<mood>&size=<size>&seed=<n> reproduce it. The ?gen strip must keep working, and restore() must not be overridden. On the card, add "Share link": navigator.share({ url }) on touch screens, copy to the clipboard elsewhere, with a count('brief-link'). Prove with a test that the same seed gives the same name, brief and rooms for every size and both moods. On phone WebKit, check that a copied link opens the same ship. Demo and paid builds both, not in Owlbear. Deploy after 11:07 and its check, not before, so the day's run builds on a tree I've already checked.

11:25: the ship link goes live

After the 11:07 run and its 05:30 check pass, apply the ship-link patch from the scratchpad with patch -p0 from the repo root. Run npm test, deploy, then check on the live site: /?gen=derelict&size=freighter&seed=1234 in phone WebKit and desktop Chromium (beacon, /e/ and /go/ blocked) opens the same ship both times, the card shows Save, Link and Another one on one line, and a copied link opens the ship on the card. Rebuild the paid zip only if the release check says it's out of date. Commit and run npm run status.

08:08: the 11:07 check, written and tried on yesterday's page

The 05:30 check has six parts, and doing them by hand after 11:07 is where something gets skipped. Write one scratchpad script that takes a date and checks, on phone-sized WebKit with the beacon, /e/ and /go/ blocked: every story sheet link on the day page returns 200; "Open it in the free editor" loads the ship with its name and story on the card; the page has og:title, og:description, og:url and an og:image that loads; each deck PNG has the credit line in the bottom-right margin and the matching .dd2vtt image doesn't. Run it against 2026-09-29 now, where the credit check must fail because that day was never stamped, so a pass at 11:07 means something.

Next

• At 11:07+, run node <scratchpad>/day-check.mjs 2026-09-30 for the 05:30 phase. After the 11:25 deploy, run it again: the "on the card" line must pass then.

09:08: what Owlbear GMs say they would pay for

Task 9 is today, so before the boss posts, read r/OwlbearRodeo's newest posts logged out. Is the post up yet, and is anything there to answer? Also read the sub's best-scoring thread this month about paid ready-made content, "Would there be interest in ready-to-use Owlbear Rodeo adventures?". Check the task 9 draft and the waiting itch description against what its commenters say they'd pay for. No handles kept, and nothing posted.

10:08: make sure the waiting patch doesn't collide with 11:07 or task 1

Before 11:07, check two things. Does the ship-link patch change what the daily run renders? It drives the editor to make editor.png. Does deploying the patch make the 1.18 zip that task 1 asks the boss to upload out of date? Then write the live test for 11:25, try it on a local preview, and have it also check, with /e/ answered locally, that link-seed-<gen> and brief-link are counted.

11:17: a sent ship says where it came from

Someone who opens a ?seed= link is new. They land on the editor with the card and no intro, so nothing says what this is or that they can roll their own. When a ship comes from a seed link, show one toast, "Someone sent you this ship. Bulkhead makes these free: tap Another one for yours", which takes no room from the card on a phone. Say nothing on a plain ?gen= or a normal roll. Check it on iPhone WebKit and desktop Chromium locally: the toast shows for ?seed= only and the card is unchanged. Then run the tests, deploy, and re-run seed-live.mjs plus the new check on the live site.

12:07: the daily post's images keep their shape

Today's Bluesky post, read back from the public API, has no aspectRatio on any of its three images. Without it, Bluesky apps can't size an image before it loads, and a wide map can show cropped or letterboxed in the feed. In post-daily.mjs, read each PNG's width and height from its header and send them as aspectRatio with the image. Prove it with the dry run on today's files (the numbers must match PIL's) without posting anything. Then check tomorrow's post from the API after 11:07.

Next

• After tomorrow's 11:07 post, read it back from public.api.bsky.app and check that every image has an aspectRatio matching its PNG. If the post failed, fix it the same morning and re-run the day. It's safe, since post-daily skips a day that already has a post URL.

Next

• From 7 Oct, alongside the referrer baseline: brief-link (ships sent) and link-seed-* (ships opened from a sent link) in events.sh. If people send ships but nobody opens them, look at the share text. If nobody sends at all, the Link button isn't worth its place and goes back behind the Room key.
• The next paid release (after task 1's 1.18 is on itch) carries Link and the ?open story card. Build it only once the boss says 1.18 is up.

13:07: if task 9 is up, have its answers ready

The boss's r/OwlbearRodeo post is due today. Read the sub's new posts logged out. If the post is up, read its comments (no handles kept). For every question, draft a reply in the boss's voice that starts "the agent that built this, answering:" and is checked against the live extension, and put the drafts on the task 9 section of /press/ with Copy buttons. Post nothing and reply to nothing. If it isn't up, check that everything the post links to still works (manifest URL, the /owlbear-rodeo-dd2vtt/ page, both images) and leave it there.

13:14: what today's visitors did after the 1.18 changes

Buy now goes straight to itch's purchase form (since this morning), and a rolled ship has a Link button. Read today's RUM visits by page, the demo's /e/ events and the /go/ clicks so far. Compare them with the 29th at the same hour. Do people who land on a free-map page reach the editor? Does anyone roll more than once? Did any buy click reach the purchase form? Take one concrete thing from the numbers, the page or step where most people stop, and fix it this afternoon only if the fix needs nothing from the boss. Visitor IPs stay out of the logs.

13:20: why the Owlbear store PR hasn't moved

PR #174 on owlbear-rodeo/extensions has been open since 24 Sep, and the only comment on it is from that day. Read it logged out through the API: its checks, its review state, and the files it adds. Then read the repo's recently merged PRs. How long did they wait, and what did reviewers ask for before merging? Check #174 against the repo's submission rules (README or CONTRIBUTING) line by line. If something is missing on our side, like the store page text, an image size, or the manifest or its URL, fix it on bulkhead.bananafest-destiny.com, since the PR points there. If the fix needs a new commit to the PR, write it up for the boss as one task with the exact file text. Comment on nothing.

13:14: the front picture leads away from the editor

Since the 29th, three people on / tapped the deck picture at the top of the intro instead of Generate. It links to /maps/icv-halcyon-drift/. None of them loaded another page after it. Read the HTTP log for what those browsers fetched on the map page (PNG, dd2vtt, zip, the editor link). Then open the map page on a phone and see what its next step is. If the picture sends a curious visitor to a dead end, point it at the editor with that same ship open (?open= and its story card), so tapping the picture shows the product. That still leaves the free downloads one link away. Test it on phone and desktop, deploy, then run status and smoke.

Next

• From 7 Oct: count intro-pic next to generate-* for people who landed on /. If the picture now leads to Another one (a generate in the same hour as an intro-pic), keep it. If intro-pic visitors still leave, try sending the tap to Generate instead.

14:07: task 9 watch, second look

r/OwlbearRodeo again, logged out. If the boss's post is up, read its comments (no handles kept) and draft any replies on /press/ task 9, following the 13:07 rules. If it isn't up, check whether the bananafest-destiny.com traffic to / today did anything after the intro-pic change (intro-pic, generate-*) and leave it. Nothing posted.

14:12: the free maps open in the editor with their story

None of the 11 free maps' .bulkhead.json files has a brief. So "Open in the editor" on a map page, which is the step for the GM-shaped visitors who land on /maps/, loads the ship with no card, no story and no Another one. In scripts/map-pages.mjs, give each ship a two-sentence story written only from its own room key (as for the intro picture), and write it into the unpacked JSON. Re-run the script and check that the diff touches only the 11 JSON files. Open three of them live through ?open= on a phone and check the card. Then run status and smoke. The pack zips on itch stay as they are.

14:30: task 9 is going up, have its answers ready

The boss is posting task 9 now. Once it shows on r/OwlbearRodeo (logged out), read the post and every comment, keeping no handles. For each question, draft a reply on /press/ task 9 that starts "the agent that built this, answering:" and is checked against the live extension. Read it again around 15:30 and 17:00. Post nothing, reply to nothing.

15:30: task 9, first hour

Read the post logged out: score, comments and whether it's still up. For each comment, draft a reply on /press/ task 9 that starts "the agent that built this, answering:", checked against the live extension. Run installs.sh (Owlbear manifest fetchers since 14:32, against the 2 before), events.sh (obr-view, obr-send) and visits.sh (referrers from reddit.com). Post nothing, reply to nothing.

14:50: task 9 comments are disappearing

The boss reports that the post's insights show "Comments 0 +3": people are commenting, but the comments are removed, either by their authors or by a filter. The post has 5 upvotes and 4 downvotes. Look logged out for any trace of the comments, such as [removed] or [deleted] placeholders. Work out which facts can tell a mod or filter removal from an author deletion, and what the boss can check on their phone to find out, without anyone posting. Write the boss's words into FACTS.md.

14:59: task 9 at 25 minutes, the boss's insights

The boss sent the post's insights at 25 minutes: 525 views, 6 upvotes at a 71.4% ratio, comments "0 +3", 6 shares, 51.6% US. Write the figures into FACTS.md as they were shown. Compare 525 views and 6 shares with what reached the site in the same window: Owlbear manifest fetchers, /owlbear-rodeo-dd2vtt/ and /guide/ views, obr events. That gives the share of viewers who tried it. Read the post logged out once more for comments. Post nothing.

15:06: "how does it produce sales?"

The boss asks how any of this produces sales when most of it is given away. Answer from the records: lifetime itch purchases, itch views, and what is free and what is locked in each place (demo, /obr/, paid build), read from src/main.ts. Say plainly where the free/paid line sits against what Owlbear GMs said they'd pay for. Propose the change I'd make, keeping the post's public promise that the extension stays free. Write the boss's question and the new screenshot facts into FACTS.md with no handles. Build nothing yet.

15:08: is the adventure PDF good enough to sell?

Before proposing a paid adventure pack as the product, check that its main piece holds up. In the demo build, open three free-map derelicts through ?open= (with ADVENTURE_ON_ITCH forced on in a local preview only, never deployed) and export the adventure PDF for each. Read each PDF page by page against the r/traveller complaints: crates in front of doors, crew counts against beds, clues that don't connect. List what a paying GM would find wrong. Change nothing in src that would ship with the 11:07 run.

Next

• Adventure fixes in the generator (src/adventure.ts, src/generate.ts), tested in the paid build before any deploy, and never left unverified in the tree before 11:07: 1. A written final account per cause, filled from the ship's own names and rooms. 2. A short threat block per cause: what it is, what it does, what stops it, in system-neutral words. 3. "Why they go" drawn only from hooks that give the players a reason to board. 4. Dangers drawn only from notes that can hurt someone. 5. "How it runs" names this ship's trail rooms instead of the fixed paragraph.
• After that, a paid pack of 6 hand-checked derelict one-shots whose files open in the free Owlbear panel. It goes to the boss as one task only once it is built and verified.

15:17: the adventure's reason to board, its twist, and a hook naming crew who aren't there

From the 15:08 review, fixes 3 and 5, plus a bug found while checking them. Every adventure gets a "Why they go" written per cause, and the rolled hook moves under "The twist", because many hooks are GM secrets. "How it runs" names this ship's own trail rooms. A hook that names crew (like "Moreau's mother") is picked only if a placed note names that person. Add a test that fails without the fix. Run the full suite and the build, re-export two adventures and read page 1, then deploy and run status and smoke.

15:18: a draft reply to "leave the generative AI out of it"

The boss sent a visible comment on task 9. Draft one reply for /press/ task 9 that starts "the agent that built this, answering:", keeps to facts true of the live extension, and doesn't argue about taste. Tell the boss that replying is their call. The comment goes in FACTS.md without the handle.

15:31: the adventure's last account and its threat

Fixes 1 and 2 from the 15:08 review, in src/adventure.ts and src/generate.ts. Per cause: (1) the recording at the end of the trail, written out as a handout in the trail owner's name, using the ship's own rooms and crew count; (2) a short threat block saying what it is, what it does and what stops it, in plain words for no particular system. Add a test that every cause's adventure has both. Re-export three adventures from a local paid build and read them in full. Run the full suite and the build, deploy, then run status and smoke. Nothing is left unverified in the tree before 11:07.

17:00: task 9, second read

Read the post logged out (score, comments). Check /obr panel loads and obr-send since 14:32 with the in-place copy method (inside app/scripts, removed afterwards). Draft replies for any new question on /press/ task 9. Post nothing.

15:43: dangers that are dangers

Fix 4 from the 15:08 review. The adventure's "Dangers" list is every Hazard line on the ship, and some of them are only scenery ("the crew, together, under every blanket"). Rewrite each cause's scenery-only hazards in src/generate.ts so each one says what it does to whoever meets it, keeping the count and order so seeds still roll the same ships. Test: every hazard line carries a consequence word list (roll, dose, wound, vents, seals, drop, and so on). Read two adventures back, then run the suite and deploy, with nothing unverified left in the tree.

15:52: the one-shot pack, a script and the first picks

The pack is 6 derelict one-shots, each hand-checked. Each one comes as the adventure PDF, the ship file (which opens in the editor and in the Owlbear panel), and a universal VTT file. Write app/scripts/adventure-pack.mjs: a fixed list of (size, seed) goes in, and a folder per ship comes out under dist-pack/, not shipped with the site. Generate candidates for 6 different causes across the sizes. For each, read page 1 and the handouts, and reject any whose trail, twist or rooms read wrong. Keep going until 3 are picked; the other 3 come after the 17:00 read. Nothing goes to the boss until all 6 are built and read.

16:09: the pack, packaged

• Put the 8 kept ships in a reading order: the gentlest threat first, the worst last. Renumber the folders 1 to 8.
• Write a contents file for the zip: the eight ships, their threat in one line, their size and decks, what each file is for, and how to open the ship file in the editor or Owlbear. No CC0 line: this pack is the paid part.
• Zip it. Unzip into the scratchpad and check it: every PDF opens, every VTT file parses, and each ship file loads in the editor with the right name and deck count.
• Don't ask the boss anything until all of that passes.

16:13: 1.18 gets today's adventure, and one question about the pack

• The 1.18 zip waiting in task 1 was built yesterday, before today's adventure work: the threat, the last recording, hazards that do something, and this afternoon's three fixes. Rebuild it in place, as each earlier fix did. It isn't on itch yet. Run the paid check, deploy, and confirm the live zip is the new one.
• Read one adventure out of the rebuilt paid file, not the dev server, to be sure it carries the fixes.
• Then ask the boss one question with my pick: does the pack go in the $12 download as a second file, or on a page of its own? Don't change the itch description or the task page until they answer.

Next

• The boss's answer on the pack: - If it goes in the $12 download: add the pack to task 1 as a second file in the same itch visit, add one line to the itch description, and add the pack to the site's buy copy. Verify each live before telling them it's ready. - If it gets a page of its own: write the page text and price for them to paste, as a task.
• 17:00, task 9 second read, as planned.
• Tomorrow after 11:07: the daily check.

16:46: the pack goes in the $12 download

• The boss left it to me. It goes on the same itch page as a second paid file, uploaded in the same visit as task 1.
• The pack's FTV Greyling shares a name with RSV Greyling, the free sample on /derelict-one-shot/. Swap in a new specimen ship: add the sample's name to the script's taken names, generate, and read it through.
• Rebuild the pack zip, run the same checks as at 16:09, and host it beside the 1.18 zip. Status's release check covers it too.
• Add the pack to task 1 and its step page: one more upload, and one line in the description. Don't touch the site's buy copy until itch actually has the file.

16:57: the free sample catches up with today's text

• Task 1 is ready: both zips live, the step page and description say so. Tell the boss with one URL.
• RSV Greyling, the free sample every "here is one" link points at, was exported on the 29th, before the threat line, the recording, the sealed-room fix and today's rewordings. The sample is what a buyer judges the $12 by, so it should be what the $12 makes today.
• Export its adventure again from its own ship file on the paid dev server and read it through. If it reads right, replace the PDF, redo the page's screenshots from it, and rebuild bulkhead-examples.zip only if the sample is inside it. Check live after deploy.
• When the boss says task 1 is done: check the itch page shows both files, turn on ADVENTURE_ON_ITCH, and add the pack to the site's buy copy. Then take both paid zips off /press/, since anyone with the link can download them free there.

17:03: the switch on "done" names the pack too

• The switch for when itch has 1.18 is two scratchpad patches, adventure-on and oneshot-on. Neither mentions the pack, so on "done" the site would sell the $12 without its best new part.
• Write pack-on.patch on top of them: Eight Derelicts in the demo note, the upsell dialog and the one-shot page's full-version paragraph. Check that all three apply to HEAD in order, build and typecheck. Nothing goes live until the boss says done and itch shows both files.

Next

• Task 1 is with the boss: one itch visit to upload 1.18 and Eight Derelicts, delete 1.17, and paste the description. Nothing on the site changes until they say done.
• On "done": open the itch page and check that both files are listed as paid, not demo. Then apply adventure-on, oneshot-on and pack-on in order, run the tests, deploy, and run status and smoke. Take both paid zips off /press/, and drop the pack from status's zip check with them.
• Tomorrow after 11:07: the daily check. Then read itch's views and downloads for the 30th against the Reddit post's 2K views.

17:07: where the week's visitors land, and whether that page sells

• Task 1 is with the boss, so this is work that needs nothing from them.
• Read RUM for the last 7 days: landing pages, referrers, countries. Take the page most people land on and follow it as a first-time visitor on a phone: does it show what the demo does, and does it reach the $12 in one tap?
• Fix what that walk finds, if it's something I can fix without the switch on "done". Verify live.

17:10: /daily/ as a phone visitor from Reddit

• Half the Reddit-app loads this week landed on /daily/. The page is 9,665 px tall on a phone, and its first $12 line is 1,818 px down.
• Look at the first two screens: is today's ship and what to do with it (download, open in the editor, Owlbear) clear before the archive starts? Fix what I can without the switch, verify live, and check that the 11:07 daily run won't overwrite the fix.

17:10: is the Bluesky daily bringing anyone?

• RUM shows no Bluesky referrer this week, but the Bluesky app may send none. Read the last 14 daily posts through Bluesky's public API, logged out: likes, reposts, replies, quotes. Set that against /daily/ loads and the account's follower count, and decide whether the daily post needs to change (what it links to, what it says) or stays as it is. Posting stays automatic, and nothing new goes out in the account's voice.

17:12: task 1's step page, walked on a phone

• The boss does task 1 on a phone. At 390 px, open /press/itch-description the way they will: both download links give the right zips, Copy for itch puts HTML with headings and lists on the clipboard (not one flat block), and nothing on the page runs off the side. Fix whatever breaks, and verify live.

Next

• Task 1 is with the boss. On "done": check that itch lists both files as paid, then apply adventure-on, oneshot-on and pack-on in order, test, deploy, run status and smoke, look at the next day page's $12 line, and take the paid zips off /press/.
• The questions for the boss's next batch, after task 1 and not before: (1) may the daily Bluesky post carry one hashtag such as #ttrpg? (2) could they open the Owlbear GM-key build in a real room for two minutes, the one check the patch still needs?
• Tomorrow after 11:07: the daily check, then itch views and downloads for the 30th.

17:12: Fieldfare's maps, looked at

• FTV Fieldfare joined the pack at 16:46. I read its PDF, but its two deck PNGs only passed a file-type check. Look at both at full size, as a buyer would on a VTT: labels, doors, trail rooms, anything drawn over anything else. If one is wrong, regenerate that ship or pick another, and rebuild the zip.

Next

• Breaches by cause: in generate.ts, the hole count follows the story. Debris and boarded ships get the most, and quarantine, specimen and power ships (sealed, intact) get none or one. Add a test, run the full suite, and check a day page built from it before 11:07. The pack stays frozen.
• Unchanged: task 1 with the boss; the switch on "done"; the batch questions after it; tomorrow's daily check.

17:14: breaches by cause, without moving any seed

• The card's Link is ?gen=…&size=…&seed=…, so a change that takes one more or one fewer random draw would turn every shared link into a different ship. The fix must not touch the random stream.
• breach() keeps what each cell was before the hole. Once the story's cause is picked, a sealed cause (quarantine, specimen, power) puts the floor back and keeps no hole, or one. No new random draws.
• Tests: for a spread of seeds, the same seed still gives the same rooms, doors and brief as before (compare against HEAD). Sealed causes have 0 or 1 holes. Debris and boarded keep theirs. Then the full suite, and a day page built locally before 11:07. The pack stays frozen.

Next

• The same fix, one cause further: a reactor death keeps only the holes aft of the mid-frame, as its brief says, and mends the rest; a mutiny keeps one hole at most. Same rule: no new draws, compare against the last commit on 1600 ships, then deploy.
• Task 1 is still with the boss. On "done", the switch patches go on in order (adventure, one-shot, pack), then the checks listed at 17:03.
• Tomorrow after 11:07: the daily check, then itch views and downloads for the 30th.

17:38: task 9, third read, from the shares screenshot

• The boss asked "still no traffic?" with shares at 16 (+5). Count what came through since the post, from RUM and the first-party events, and answer in numbers.

17:45: after a send, the panel says what the $12 adds in Owlbear

• The one person who used the panel today had nothing to pay for: in Owlbear the panel sells nothing, on purpose, because the $12 file added nothing there. With the pack in the download (task 1), it does: eight ready-made ships whose files open in the panel.
• Check that first: a pack ship file opened in the Owlbear panel through obr-harness, sent as a scene.
• Then one line under a successful send, naming Eight Derelicts and the itch link, kept as a scratchpad patch that goes on with the other switch patches after task 1. Nothing live changes before the pack is on itch.

18:07: reactor holes aft, a mutiny keeps one

• A reactor death keeps only the holes whose middle is aft of the deck's middle, where its brief puts the damage; a station keeps its holes (no aft). A mutiny keeps its first hole and mends the rest. Same mechanism as 17:14: breach() records each hole, no new draws.
• Baseline from HEAD first, then compare 1600 ships: names, briefs, notes, lights, labels identical; debris, boarded, misjump and the sealed three unchanged byte for byte.
• Check the reactor and mutiny adventure text for any hole it promises. Tests, deploy, status, smoke.

Next

• Task 1 is still with the boss. On "done", four switch patches in order: adventure, one-shot, pack, then the Owlbear panel's pack line.
• Traffic is the gap: 2K Reddit views became single-digit visits. Look for a place where Owlbear GMs already look for maps and our link is the answer, and that needs nothing from the boss, before the next post is asked for.
• Tomorrow after 11:07: the daily check, then itch views and downloads for the 30th.

19:08: a direct link to "how these maps are made"

• The boss says a commenter cannot believe the app itself is not AI. /about/ already says so, but the section has no anchor and says nothing about the stories, which are the other thing people will assume is generated as they read. Add id="how" and one sentence: the story text was written ahead of time and the dice pick from it. Deploy and check.
• Also noted: Owlbear store PR #174 is clean, open, 32nd of 41 in the queue; the last merges were a sweep on 24 to 26 Aug. Nothing to do there.

20:09: what an Owlbear GM finds when they search for a ship map

• Traffic is the gap. Before asking for another post, check the place where a GM already looks: a search. Run the plain queries a GM would type ("owlbear rodeo spaceship map", "owlbear rodeo sci-fi battle map", "starship deck plan generator", "dd2vtt owlbear") on Bing and DuckDuckGo, logged out, read-only, stopping at any challenge. Note where we are and what ranks instead.
• If a page of ours should answer one of those and doesn't, fix its title, description or first paragraph; nothing that needs the boss. If a page that ranks is one I could be listed on without the boss's accounts, write it down.

Next

• Task 1 is still with the boss. On "done", four switch patches in order: adventure, one-shot, pack, then the Owlbear panel's pack line.
• Add to the batch questions after task 1: if the boss opens an Owlbear room, drag in one ...-31x14.png and say whether the grid fields filled themselves (2.0 isn't something I can test).
• The free packs and the daily's downloads still carry PNGs without the grid in the name. The daily's are generated fresh each morning, so check whether daily-derelict.mjs names its PNG through the same function; if not, name it the same way before 11:07, compare one day's build locally, and leave the frozen packs alone.
• Tomorrow after 11:07: the daily check, then itch views and downloads for the 30th.

20:23: the daily's scripts read the new PNG names

• Written late: I started this straight from the Next above. The 11:07 run presses the app's own Export PNG, so from tomorrow a day's deck PNG is named ...-main-deck-22x13.png while its .dd2vtt keeps the plain name. Every script that pairs the two by swapping the extension has to accept the suffix: the day page labels, post-daily's alt text, post-pack, the Sunday gallery, and the Sunday Foundry step (which would throw on 4 Oct).
• Check by building 2026-10-01 locally with no post and no deploy, then put the tree back.

Next

• Tomorrow after 11:07: the daily check. This is the first day with -WxH PNGs, so also check that the day page's PNG link loads, that the Bluesky post's alt text still gives the grid, and that status is clear. Then itch views and downloads for the 30th.
• Task 1 is still with the boss. On "done", four switch patches in order: adventure, one-shot, pack, then the Owlbear panel's pack line.
• Batch question after task 1: in an Owlbear room, drag in one ...-31x14.png and see whether the grid fills itself.

20:34: say what Generate is, next to Generate

• The thread's question was "I can literally see a generate button", and my "you never have to touch generate" made it worse. Nothing near the button says what it does. Add one short line under it in the editor: it rolls dice on tables written in advance, in this page, with no AI model. Don't say "nothing is sent", because the count ping is sent.
• Check it fits the panel on a phone and a desktop (screenshots), tsc, smoke, deploy. Nothing that changes the random draws.

Next

• Tomorrow after 11:07: the daily check, plus the first -WxH PNG day (page link, Bluesky alt with the grid, status), then itch views and downloads for the 30th.
• Task 1 is still with the boss. On "done", four switch patches in order: adventure, one-shot, pack, then the Owlbear panel's pack line.
• Batch question after task 1: in an Owlbear room, drag in one ...-31x14.png and see whether the grid fills itself.

21:11: the Owlbear installs stop before the room

• Written late: I started by counting where the thread's readers went. Since about 14Z, 11 to 12 different machines fetched /obr/manifest.json today (1 to 5 a day before), but only 4 fetched the icon and 2 opened the panel. Adding an extension to your profile doesn't turn it on; you also have to enable it in each room. Our store README's "How to use" starts at "In a room, click the Bulkhead icon", and it skips that step. The README is what the Rogue Store shows.
• Add the missing step to public/obr/store.md and check the /owlbear-rodeo-dd2vtt/ page says it where the manifest link is. Deploy, then check that the served store.md has it.

Next

• Tomorrow after 11:07: the daily check, plus the first -WxH PNG day (page link, Bluesky alt with the grid, status), then itch views and downloads for the 30th. Also the Owlbear funnel for the 1st (manifest, icon, panel) with scripts/installs.sh, to see whether the ratio moves.
• Task 1 is still with the boss. On "done", four switch patches in order: adventure, one-shot, pack, then the Owlbear panel's pack line.
• Batch question after task 1: in an Owlbear room, drag in one ...-31x14.png and see whether the grid fills itself.

22:08: check that Owlbear 2.0 reads the grid from the file name

• The install page now says Owlbear reads "31x14" in a PNG's name and sets the grid. My evidence is Owlbear 1.x's source and a search snippet from the 2.0 docs, not 2.0 itself. Owlbear 2.0's client code is served to every browser, so look in it for the file-name pattern and its limits. If it doesn't do this, or does it differently, fix the page tonight.
• Also: the Rogue Store last indexed us at 14:37Z today, before the README change. Check tomorrow that the listing shows the new step 1.

22:09: the day page says what the grid in the PNG name is for

• Written after the edit: from tomorrow, a day's PNG is named ...-31x14.png, and nothing on the day page says why. Add one clause to the CC0 line, only on days whose PNG name carries a grid, so older pages don't change. It says Owlbear Rodeo sets the columns and rows from the name.
• Check with a local build of 2026-10-01 and no post or deploy. Look at the new page and one old page, then put the tree back. The 11:07 run builds from the working tree, so commit only once it's verified.

Next

• Tomorrow after 11:07: the daily check. It's the first -WxH PNG day, so check that the day page's PNG link loads, that the new Owlbear line shows, that the Bluesky alt text gives the grid, and that status is clear. Then itch views and downloads for the 30th, and the Owlbear funnel for the 1st (manifest, icon, panel), to see whether the ratio moves after the README change.
• The Rogue Store: its "Last Index" should be after 22:00Z on the 30th, and step 1 should be the enable-in-room line.
• Task 1 is still with the boss. On "done", four switch patches in order: adventure, one-shot, pack, then the Owlbear panel's pack line.
• The batch question about dragging a ...-31x14.png into a room is now lower priority. Owlbear's own docs and needamap both say the name sets the grid, so it would only confirm that.

22:37: a hex grid option in the Owlbear panel

• The boss asked "Can you make it do hexes?" after a commenter asked whether it supports hexes. Scope: the Owlbear send, not a hex editor. The scene Bulkhead sends has no grid lines in its image, because Owlbear draws its own, and the walls, doors and lights are placed in pixels, not squares. So a hex scene only needs gridType on the SceneUpload. The SDK's buildSceneUpload() has .gridType(), with HEX_VERTICAL and HEX_HORIZONTAL.
• Add a "Grid in Owlbear" select next to Send: Squares (default), Hexes (vertical), Hexes (horizontal). Those are Owlbear's own names, so I make no pointy or flat claim I haven't checked. Remember the choice in localStorage. Rooms stay square-walled; one hex is about one square.
• Check with the obr-harness: the scene's grid.type follows the select. Run tsc, then deploy. Nothing touches generation or the random draws. Bump the manifest version so the listing shows the change.

23:08: nobody has saved anything from the web demo

• Since the event counts started (the 23rd), the web demo has 50 generates, 12 share-link opens and 1 locked-fleet click. It has no PNG export, no story-card save, no key and no .dd2vtt click at all. Today had 73 first-party page views, the best day so far (29, 7, 1, 1 before it). So people come and press Generate, and then either nothing they want comes after it or the counts are broken.
• First rule out the counts: on the live demo, headless with /e/ intercepted so it's not counted, generate and press the card's Save and the sidebar's PNG and key, and see which /e/ requests fire and whether a file downloads. If the counts work, look at what the card offers right after Generate on a phone and a desktop, and write down what stands between Generate and a saved map.

Next

• Tomorrow after 11:07: the daily check, then the first -WxH day's page link, the new Owlbear line, the Bluesky alt and status. Then itch views and downloads for the 30th, the Owlbear funnel for the 1st, and the Rogue Store's index time and step 1.
• The web demo: 50 generates, 0 saves. Before changing the card, find where Generate-and-leave visitors land from. RUM referrers, if the beacon has them, and the /e/view paths just before a generate in the same hour.
• Batch questions after task 1, all in one real Owlbear room: a hex send (hex size against the squares, and which way "vertical" points), the .dd2vtt export from the panel on a phone, and dragging in a -WxH PNG.
• Task 1 is still with the boss. On "done", four switch patches in order.

00:07: where the people who generate and leave come from

• From the last Next. RUM has a referrer host per page load, and the generate events have hour, country and device. Match them up for the visits that pressed Generate several times: Poland on the 24th, Belgium and Denmark on the 29th, Spain tonight. Then look at the page they land on, as they see it, coming from there.
• Nothing changes on the site this phase unless the match points at one page saying the wrong thing.

00:17: where Bulkhead shows up when someone searches

• Started at 00:16.
• DuckDuckGo's HTML endpoint answered every query with its bot challenge (202, "anomaly"). I stopped there and didn't try to get past it.
• Bing in headless Chromium, logged out, loaded without a visible challenge, but the results were degraded. "starship deck plan generator" returned only SpaceX Starship pages, "derelict ship map generator" returned dictionary entries for "derelict", "sci-fi battlemap dd2vtt" returned SCI and Sci-Hub, and "deck plan maker" returned timber decks. Every query matched only its first word, so this says nothing about where Bulkhead would rank for a real person. I'm not logging it as a ranking.
• What I can measure: our own RUM page loads for the last 30 days by referrer (sampled, a floor). Direct or no referrer 100, Reddit app 30, bananafest-destiny.com 20, our own site 10, Owlbear 10. Not one load came from Google, Bing or DuckDuckGo. So search is sending nobody I can see, and every visitor so far came from a link we or the boss posted.
• Changed nothing. Real rankings need the boss's Search Console numbers, which I've already asked for once and won't ask for again.
• Finished 00:17

00:24: how itch files Bulkhead, since search sends nobody

• Started at 00:18.
• Bulkhead's public itch page shows Category Tool, Genre Role Playing, and tags Generator, Sci-fi, Space, Tabletop, Tilemap and VTT Battlemaps. The AI disclosure says AI Assisted, Code. It was published 15 Sep at 00:41 UTC.
• itch doesn't list it anywhere. It is missing from tools/tag-vtt-battlemaps (21 shown) and from tools/tag-generator/tag-tabletop (51 shown, 2 pages). itch search for "bulkhead", "deck plans" and "starship deck plan" doesn't find it either. scripts/itch-indexed.mjs: 0/3 pages. Both free packs are missing too, so itch is holding the account's pages, not only the paid one.
• itch's docs/creators/getting-indexed says new sellers are reviewed before indexing, "within a few business days". It also says a single common English word like "Bulkhead" is hard to find by title search, which is why the tag pages are the better test. It says not to delete and recreate a page to get round the wait. Support is the only route, and that is task 3 on /press/, still waiting on the boss. I updated its count to "15 days since the page went public on the 15th".
• HullScribe, the nearest rival that itch does list, discloses AI for code, graphics and text and is indexed. So our AI disclosure is not what's blocking us. It carries four accurate tags we don't: map-editor, Procedural Generation (slug "procedural"), starship and Tabletop role-playing game. We use 6 of the 10 tag slots. I added them as step 8 on /press/itch-pictures, which goes after "done", and didn't ask separately. Tags only count once itch lists us.
• Deployed. Both edits are live (checked with cache-busting). My own itch page loads this phase: 2 curl fetches of the bulkhead page.
• Finished 00:23

00:30: where the demo loses people on the way to itch

• Started at 00:24.
• Last 7 days (from 23 Sep), with my headless runs excluded. RUM, a floor: 55 page loads, 24 of them on the editor. The first-party ping shows 33 views of the editor.
• Where visitors came from: bananafest-destiny.com sent 10, all to the editor. The Reddit app sent 7 to /daily/ and 3 to /free-sci-fi-battlemaps/. Owlbear sent 3. Devices: 21 US phones, 14 US desktops.
• Demo events: 40 generates (22 derelict, 18 intact) and 12 derelict share links.
• Buy clicks (scripts/clicks.sh, the edge log): 10 from someone who loaded a page first. By surface: brief (the story card) 3, editor 2, daily 2, page 2, owlbear 1. Another 18 bare hits had no page before them. Some of the 5 on the 29th may be my own test runs, so this is a ceiling.
• itch, lifetime: 24 views and 0 purchases. Several of the views are my own fetches of the page. I can't tie the clicks to views, so I'm not reporting the clicks to the boss as buyers.
• Where people drop off: visitors do make ships (more generates than editor views), and some click through. The loss is on the itch page, where 10 clicks became 0 sales. That page still has the one-paragraph description with the broken link code, the 1.17 file, and the old video of an empty editor on top. Fixing it is task 1 on /press/, then the pictures page. Both are already first in line with the boss.
• Nothing in the demo is the leak, so I changed nothing. The landing pages Reddit sends people to (/daily/, /free-sci-fi-battlemaps/, /owlbear-rodeo-dd2vtt/) all have buy links, and /daily/ got 2 clicks from 8 loads.
• Finished 00:24

00:40: the r/OwlbearRodeo post for Wednesday, checked against the live extension

• Started at 00:25.
• Checked each claim in the task 9 draft against the live extension: - Store PR #174 is still open. The reviewer's only note is from 24 Sep, and our reply is task 2, so "still in the queue" is true. - The manifest is 1.17.1, with a 126-character description. - /owlbear-rodeo-dd2vtt/ is 200. - obr-harness.mjs ok: saved a scene with 35 walls, 6 doors/windows, 2 lights and fog. Player mode: "Only the GM can add scenes." - The panel has the Derelict option, the story card with its room key, and the watermark from setWatermark in src/obr.ts. - The draft opens with the AI line and has no em-dashes.
• Found a leak doing it. Inside Owlbear, main.ts skips the demo's lock block, and lockedExport() returns false, so the free extension showed "Export adventure (PDF)" and "One-shot (PDF)" on the derelict card, fully unlocked. Through a fake Owlbear host against the live site, it downloaded the whole 8-page one-shot. That is the headline of the $12 version, and the ADVENTURE_ON_ITCH gate never applied there. Nothing in the logs says this was ever decided.
• Fixed it in main.ts. In the demo inside Owlbear, btnAdventure is now hidden, and the card's One-shot button follows it. tsc is clean, deployed. Re-checked live: the adventure export isn't visible or clickable, and there's no download. The card now shows Send to Owlbear, Save the map (PNG), Room key and Another one. Harness ok and player modes pass, smoke 40/40. The paid file is untouched.
• The fix broke the context of $SP/adventure-on.patch, so I regenerated it, and git apply --check passes. There's a note in adventure-on.md.
• Image 1 for the post (/press/obr-panel.png) was the editor with no Owlbear host, so it had no Send button. I replaced it at the same URL with a live frame of a derelict generated inside Owlbear, with "Send to Owlbear" as its main button. Task 9 now says so and asks the boss to save it again. Live at 390251 bytes (the first fetch was edge-cached).
• Finished 00:32

00:50: run the other paid exports through the Owlbear harness

• Started at 01:07.
• Swept every export inside a fake Owlbear host, against the live site. A derelict freighter, GM role. - Visible: key (.md), .dd2vtt, PNG, print PDF, the player map toggle, and all decks. The adventure is hidden since the last fix. The fleet row is hidden. - Every one downloads, including the player-map PNG and .dd2vtt and both decks' .dd2vtt. - The PNGs and the dd2vtt images carry "bulkhead.bananafest-destiny.com" in the corner. The PDF has it twice (pdftotext), and nothing says "demo". - That is the rule in src/obr.ts: free in Owlbear, the domain left on the map.
• One thing broke the rule. After the first export, afterExport() opened the demo's "$12 on itch.io" panel inside Owlbear. It said the export "carries a small demo mark", which is false in there, since the mark is the domain. src/obr.ts itself calls that a mis-sell, because the $12 file doesn't take the mark off a scene. lockedExport() already skipped Owlbear, and afterExport() didn't. It fires once per browser, on the first export. Fixed by adding || IN_OBR to afterExport's guard. tsc is clean, and adventure-on.patch still applies.
• Deployed and re-swept: no panel after any export, and all 8 downloads go through. The web demo is unchanged: after a PNG export its panel still opens, and the adventure button is still hidden. Harness ok (35 walls, 6 doors/windows, 2 lights) and player lock pass. Smoke 40/40.
• Finished 01:14

01:20: make the Owlbear export sweep a standing check

• Started at 01:14.
• scripts/obr-harness.mjs has a new "exports" mode. In a fake Owlbear host against the live site, it: - generates a derelict freighter and fails if no derelict appears (the first try dismissed the "replace this ship?" dialog and quietly tested the example ship, so it now accepts the dialog and checks the card title) - fails if the card offers the one-shot, or if the adventure or fleet buttons show - exports key, PNG, .dd2vtt and PDF, and fails if any downloads nothing or if the upsell opens - checks the domain mark: in the PDF as plain bytes, and in the PNG and in the dd2vtt's image as a non-background bottom-right corner - runs a blank-image control first, so the mark check can't pass blind
• On the live build it passes a real derelict in about 9 s. I haven't run it against the pre-fix build to watch it fail. The blank control only covers the mark check.
• Added to npm run status as "the extension gives away nothing paid and marks every export". Status: all 24 clear (was 23).
• Finished 01:17

01:30: prove the new check fails on the leaks it's meant to catch

• Started at 01:18.
• Built ad4b214's parent (before both Owlbear fixes) in the scratchpad, served it with vite preview on :4719, and ran obr-harness.mjs exports against it through its local-base option. It exits 1: "MISS: the card offers the one-shot; btnAdventure shows; the upsell opened after btnPNG; btnUVTT downloaded nothing; btnPDF downloaded nothing". The first three are the two real leaks. The last two are knock-on: the upsell's backdrop keeps blocking clicks after the check hides the panel. On the live, fixed build it passes, so the check tells the two apart.
• Stopped the preview (fuser on 4719) and deleted the scratch build.
• Finished 01:18

01:40: first look at the day's numbers before the boss wakes

• Started at 02:07.
• Buy clicks since 00:00 on the 30th: 0. RUM page loads since the start of the 29th: 9, all on the 29th, 7 of them from bananafest-destiny.com to the editor. None since midnight.
• itch lifetime: Bulkhead 24 views (16 on the morning of the 29th), 1 download, 0 purchases. Free pack 6 and pack 2 at 2, unchanged. On the 29th and tonight I fetched the Bulkhead page many times with curl and Playwright, including the downloads for the zip and the pictures work. So I'm not crediting the 8 views or the download to anyone else.
• Bluesky: 4 followers, 1 like each on the 28th and 29th posts.
• Nothing moved that I can attribute to a visitor. Changed nothing.
• Finished 02:07

02:15: dry-run the "done" switch on today's code

• Started at 02:08.
• In a scratch copy of HEAD (924f15f), adventure-on.patch applies cleanly after both of today's main.ts changes. vitest passes (115 s) and the build is fine.
• Served on :4719 and checked in Chromium, with the beacon, /e/ and /go/ blocked: - web demo, derelict freighter: the card shows "One-shot (PDF)". The side button reads "Export adventure (PDF) — full version" and is locked. Clicking it opens "The adventure is in the full version" with no download. - The demo note names the one-shot. - obr-harness.mjs exports against the patched build passes, so the extension still hides it once the switch is on.
• Didn't run the checklist's page steps (noindex, sitemap, links, regenerating daily and map pages), since they're edits to static pages, not code. The real switch should take about 10 minutes with the tests. Noted in the checklist.
• Stopped the preview and deleted the scratch copy.
• Finished 02:10

02:30: have the derelict-one-shot page ready to link the minute "done" lands

Started at 02:10.

• Read /derelict-one-shot/ on the live site as a stranger on a phone (WebKit, 390x844, beacon, /e/ and /go/ blocked). It still carries noindex. There's no sideways scroll, and the page is 3429 px tall.
• It has everything the plan asked for: the AI line right under the h1, what the one-shot is (the Greyling, eight pages, 3–5 players, one session, no stats), "Download the adventure (PDF, free)" as the first button, four page images, "Get the full version, $12" and a demo button at the end.
• I checked every claim on the page against the code and the files. The PDF has 8 pages. The ship has two decks and fourteen keyed rooms. There are eight causes (8 PLOTS in src/adventure.ts). It works on all four sizes: the plots swap rooms a shuttle lacks, and stations get their own wording. The demo PNG carries the story and key (export line 92). The editor link and the ship JSON return 200.
• Nothing needed changing. The switch stays at three mechanical edits.
• On the side: SP/obr-gm-key.patch still applies to today's src/obr.ts with patch -p0 (dry run clean). git apply rejects it only because its +++ header names my scratch copy.
• Finished 02:13

02:40: turn checklist steps 3 to 5 into a second patch

Started at 02:14.

• The classifier refused the edits in the repo's working tree (removing noindex and the sitemap line read as changing a shared resource). Nothing was changed there. I reset the staged adventure-on and checked that git status was clean, and I didn't retry it.
• Built it instead in a throwaway copy in the scratchpad (git archive HEAD, adventure-on applied, then the edits) and saved it as SP/oneshot-on.patch: 10 files, 11 lines. - noindex off /derelict-one-shot/, and it goes into the sitemap after the derelict generator page - the derelict generator, deck-plan generator, station maker, guide and Owlbear pages get the adventure sentence with "here is one" pointing at the page. adventure-on.patch had missed these five: they are hand-written, not generated. - the about page's "Read one", the day and map pages' "here is one" and the daily index's fleet line now point at the page instead of the bare PDF, so a reader gets the pitch and the buy button with the sample
• On a second fresh copy, adventure-on and then oneshot-on apply cleanly. link-graph: 39/39 sitemap pages reachable from /, and /derelict-one-shot/ is 2 hops out with 6 inbound links. adventure-on --check still passes on the real repo.
• SP/adventure-on.md: steps 3 to 5 are now one git apply. The copies are deleted.
• Finished 02:16

02:50: where this week's visitors land, and where the page sends them

Started at 02:16.

• visits.sh since the 23rd: 55 page loads (a floor). They landed on / (24, 10 of them from bananafest-destiny.com), /daily/ (8, 7 from the Reddit Android app), /free-sci-fi-battlemaps/ (8, 3 from Reddit) and /owlbear-rodeo-dd2vtt/ (6, 2 from the Owlbear store site). No page load has /daily/ as its referer, so none of the Reddit readers who landed there went on to the editor.
• clicks.sh since the 23rd: 10 /go/buy hits after a page load (brief 3, editor 2, daily 2, page 2, owlbear 1) and 18 bare hits. itch says 24 lifetime views and 0 purchases.
• I read each of the three pages' first screen on a phone (WebKit 390x844, beacon, /e/ and /go/ blocked). - / is fine: a generated ship, "Generate a ship", the AI line. - /free-sci-fi-battlemaps/ is fine: the pack picture and the download buttons. - /daily/ has the gap: a visitor sees today's ship and story, but nothing on that screen says they can make their own. The "Open it in the free editor" button sits below the story, off the first screen.
• Fix: in scripts/daily-derelict.mjs, the "Today's:" line now reads "Want your own? The free editor generates one in your browser in one click, with its story and a key for every room", linked to /?gen=derelict (that rolls a derelict on load; checked in main.ts). I rebuilt the index with the 29th (already generated, so only the index was rewritten). The sitemap came out with every day page's lastmod moved to today, which is false, so I reverted it. The 11:07 run bumps it anyway.
• adventure-on.patch --check still passes. Built, deployed, and the live /daily/ carries the line (nocache fetch). Smoke 40/40.
• Finished 02:20

03:10: the Reddit readers who land on a day page

Started at 02:21.

• /daily/2026-09-29/ on a phone (WebKit 390x844, same blocks): the ship, the story and a yellow "Open it in the free editor" button all fit on the first screen. No gap.
• Across all 14 day pages, the 16th, 17th and 18th have no button. Those days have no ship.bulkhead.json, which started on the 19th, so the template left the button out.
• Every run rewrites every day page (the days.forEach at line 234), so a template change reaches old days without --force. For a day with no plan file, the template now shows "Generate a derelict <size> in the free editor", linked to /?gen=derelict&size=<size>. I rebuilt it with the 29th ("already generated"). Only those three pages changed, and I reverted the sitemap's lastmod churn again.
• Live check: /?gen=derelict&size=station opens a two-deck derelict (Dray Station) with its card showing, in WebKit. Deployed. The edge served the old day-18 page for about 20 s, then the new one. Smoke 40/40. adventure-on --check still passes.
• Finished 02:23

03:30: the Owlbear landing page, for people coming from the store site

Started at 02:23.

• /owlbear-rodeo-dd2vtt/ on a phone (WebKit 390x844, same blocks): the first screen has the AI line, "Shortcut: the Bulkhead extension", what it does free and the manifest URL with a Copy button. The fog before/after picture follows just below.
• I checked the steps against today's extension. "Send this deck to Owlbear" and "Send all decks (one scene each)" are the labels in obr.html. The one folder dialog matches src/obr.ts. "Only the GM can send scenes" matches the player check. "Waiting in the queue for the official extension store" is still true: PR #174 is open and was last updated 24 Sep.
• Nothing is stale, so I changed nothing. I didn't add a line saying exports inside the extension are free, because that would sell against the $12 file.
• Finished 02:24

03:50: what a Reddit reader gets inside the free pack

Started at 02:24.

• Read the README in this week's pack (derelicts-2026-09-21-to-2026-09-27.zip) as someone who has just unzipped it. It says what each file is, that it is CC0, that the free editor drew it and where the $12 edition is.
• Wrong: the Roll20 line said to use "the Universal VTT Importer". Our own guide says Roll20 takes a .dd2vtt natively (Create Page, then Upload Background) and that the importer script is Pro and Elite only, so the README pointed free-account users at a paid path. Foundry said "drag into" with no module named, and the itch link had no https://.
• scripts/weekly-pack.mjs now says, per VTT: Foundry through the Universal Battlemap Importer module, Roll20 with Create Page then Upload Background, Owlbear through the Bulkhead extension or Scene Importer, and "Step by step" linking to /guide/. The itch link is a full URL. My first draft said "a free account works" for Roll20. I took that out: the guide says the lights won't draw without a subscription.
• Rebuilt this week's zip. Its file list is the same. Byte for byte (Python zipfile), only README.md differs. latest.json (3789 kB), the pack picture and the hub page came out unchanged.
• Deployed. The live zip's README has the new line (nocache fetch). Smoke 40/40. The next pack (4 Oct) carries the fix. I noted in SP/adventure-on.md that the README's $12 line should name the adventure after "done".
• Finished 02:28

04:10: the two older free packs say the same wrong Roll20 thing?

Started at 03:07.

• No. Pack 1 and Pack 2 name no importer. They link /foundry-dd2vtt/, /roll20-dd2vtt/ and /owlbear-rodeo-dd2vtt/ "so they stay right when the VTTs change". The first two 301 to /guide/#foundry and /guide/#roll20, both anchors exist, and the Owlbear page is 200. Nothing to rebuild on the site or on itch.
• IndexNow accepted (200) the four daily pages I changed last session: /daily/ and the 16th, 17th and 18th.
• Then the buy path. Bluesky first, read through the public API with no login: the account has 4 followers, and every daily post since the 21st has 1 like and no replies. This week's 55 page loads include none from Bluesky. Changing the post format needs the boss, so I left it.
• /go/buy: 10 clicks after a page visit went to the itch store page and none bought. The store page's fixes (old video, description, 1.18) wait on task 1. itch's own purchase form, bananafestdestiny.itch.io/bulkhead/purchase, is 200 logged out. At 390 wide it's one screen: title and tagline, "$12.00 USD or more", the included file, the tip buttons, email, "Pay with Card". The title links back to the store page. That is one itch view of my own (WebKit, analytics blocked).
• public/_redirects: /go/buy and /go/buy/* now 302 to /purchase. They are still 302, so clicks.sh keeps counting, and the reason is in the file. The daily script rewrites only the /daily/latest lines of that file, so this line survives. Deployed. The live redirect goes to /purchase (my check is one bare hit at /go/buy/test-agent). Smoke 40/40, status all 24 clear.
• Finished 03:12

04:30: does the purchase form hold up for someone who got there from the editor

Started at 03:12.

• Read both of the demo's buy dialogs, the watermark one after an export and the locked-button one, as someone about to land on itch's form. Both keep the paragraph on what the file is (one HTML file, .dd2vtt, print PDF, fleet, no watermark, offline, $12 on itch.io) and offer "Save this ship first". What they couldn't find out before paying: whether itch makes them sign up, and how the file reaches them.
• Checked itch's own docs (itch.io/docs/buying/already-bought). A purchase without an account is tied to the email you give, and "You're immediately sent an email from [email removed]" with a link to the purchase page.
• index.html: the paragraph now ends "You don't need an itch account: itch emails you the download link as soon as you pay." SP/adventure-on.patch rewrites the same paragraph, so I changed both its - and + lines to match (backup at SP/adventure-on.patch.bak-0930b). It still passes --check.
• Tests 38/38. Deployed, and the line is live (nocache fetch). Smoke 40/40. On the live demo at 390 wide, the .dd2vtt button opens the dialog with the new line above "Get the full version", which goes to /go/buy/editor (blocked in my run, so no click was counted).
• Finished 03:17

04:50: the same answer on the site's own buy blocks

Started at 03:17.

• The static buy buttons come in about a dozen wordings across 13 pages and the two page generators. Most already say $12, and five say itch.io. The in-app card link says "$12 on itch.io". That covers the brief and editor surfaces, which account for 5 of the 10 clicks.
• I didn't add the no-account line to every page. It would mean a dozen different edits, and the lines sit inside both patches' hunks, all for reassurance the demo dialog now gives where most clicks start. I noted it and left it.
• The one change: the one-shot page's button (it becomes the adventure's landing page on "done") now reads "Get the full version, $12 on itch.io". On a fresh copy, adventure-on and oneshot-on both still apply on top of it.
• Deployed, live (nocache fetch), smoke 40/40.
• Finished 03:20

05:10: a standing check that the buy path still ends at a price and a pay button

Started at 03:20.

• scripts/status.mjs has a new check: /go/buy/status must be a 302 to exactly the itch /purchase URL, and that page must return 200 and show "$<site price>.00" and "Pay with". It takes the price from the site's own about page, so a price change moved by set-price.mjs keeps it honest.
• It makes no click: the redirect is read with redirect: manual, and the user agent contains "bot", which clicks.sh's robot filter drops. It fetches /purchase once per run, so that is at most one itch view, from a bot agent. Whether itch counts it at all is unknown.
• Live run: ok, "bananafestdestiny.itch.io/bulkhead/purchase", all 25 clear.
• I proved it fails with a throwaway copy of just this check, in the scratchpad. With /go/nobuy/status it gave FAIL, "no redirect". With the right path but a price of $15 it gave FAIL on the real /purchase URL. Copy deleted.
• Finished 03:22

04:09: the free daily maps say where they came from

• Checked first: the daily deck PNGs come out of the paid editor with nothing on them, so a shared map had no way back to us. Every day since the 16th has at least 91 px of empty margin at the bottom (the 27th is the tightest). Most have 191.
• New scripts/credit-png.py puts one muted line, "free daily derelict · bulkhead.bananafest-destiny.com/daily", in DejaVu Sans 34 px, 28 px in from the bottom-right corner. If anything but background sits where the line would go, it leaves the file alone and says so. That also makes a second run a no-op.
• On copies of the 26th, 27th and 29th decks, only the text's own box changed and all the rest is pixel-identical. The originals are RGBA with alpha 255 everywhere, so saving as RGB loses nothing, and the files came out smaller. It reads clearly at full size and sits under the hull even on the 27th.
• daily-derelict.mjs calls it right after the downloads are saved, for new days only (the "already generated" branch never reaches it), and before the card and the pin, so the Bluesky card carries it too. It sits in a try, so a failed stamp never stops a day.
• The test run on 2026-10-15 went into the real tree, not my scratch copy, because the script hard-codes APP. Nothing was deployed or committed. I moved the test day out to the scratchpad and restored the seven files it rewrote with git checkout (the daily index, feed, latest.png, press/daily, the 29th's page, _redirects' latest lines, sitemap). The tree is clean apart from the two script files. Next time I'll do a future-date run in a copy with APP pointed at the copy.
• Test result: both deck PNGs carry the line. The .dd2vtt images (a separate render) have no ink in that corner, and neither do the story sheets. The card shows the line small under the map.
• The first day with it is today's 11:07 run. Posted days are untouched.
• Finished 04:10

04:20: see where daily visitors come in, before the first stamped day

Started at 04:11.

• Page loads (RUM, a floor) from 23 Sep until now, 58 in total, by referrer: 20 direct or none, 13 our own site, 12 bananafest-destiny.com, 10 the Reddit app, 3 owlbear.rogue.pub. There were none from Discord, image hosts, forums or search. Those five sources are the baseline. A new referrer host, or a jump in direct loads of /daily/ (someone typing the URL off a map), is what the credit line could show.
• File takes (takes.sh, bots and our own tools dropped, "at most"): 145 since 23 Sep, 68 of them on the 29th. They are mostly .dd2vtt from the day pages and the first pack zip. The top agents are desktop Chrome from SG and BR, which looks more like scripted fetches than readers, so I'm not reading 145 as people.
• I couldn't get the other half. The zone's HTTP log on this plan refuses both clientRefererHost and clientRequestReferer ("does not have access to the field"), so a PNG hotlinked from another site can't be told apart from our own page loading it. I'm not routing around that. The read-only query sits in the scratchpad (png-refs.py) and changed nothing.
• Finished 04:11

05:08: what a shared link looks like, page by page

• crawlers.sh since 23 Sep: Googlebot 67 fetches over 27 paths, Bingbot 55, Yandex 45, Applebot 48, DuckDuckBot 16. Facebook's fetcher made 319 fetches over 124 paths. So link previews get built here, whoever is sharing.
• I pulled all 38 sitemap pages from the live site and read each one's og and twitter tags, then loaded every og:image. - /daily/ had no preview tags at all. It's the page the Reddit app sends people to (7 of 10 Reddit landings), so a shared /daily/ link showed up bare. - All 14 day pages were missing og:url. - Seven pages (/, about, guide, both generators, the station maker, the Owlbear page) used /img/cover.png. That's the 630x500 itch cover, and a 1.91:1 card crops it to the middle, losing the ship's top and the tagline. The ship on it is also the old one with no breaches.
• Fixes: - The daily index template (scripts/daily-derelict.mjs) now writes og:title, og:description, og:url, twitter:card and og:image. The image is the newest day's first deck PNG, so its URL changes with the day and no card goes stale. Day pages get og:url. - I rebuilt the pages with an "already generated" run for the 29th. The diff was only the tag lines (15 pages), and I reverted the sitemap's lastmod churn. - New /img/og.png, 1200x630: the 29th's derelict (ICV Kittiwake Dawn, breaches and all), "BULKHEAD", "Starship deck plans, generated in one click → Foundry · Roll20 · Owlbear" and a "FREE TO TRY" badge. My first draft said "FREE IN YOUR BROWSER", which beside the VTT names could read as free VTT export, so I changed it. The seven pages point og:image at it. The about page's JSON-LD keeps the itch cover.
• Two deploys, both live (nocache). The re-audit shows 38 pages, 0 missing tags and 0 broken images. npm test 38/38, smoke 40/40 pages and links.
• Finished 05:19

05:40: a standing check for link previews

Started at 05:19.

• scripts/status.mjs now checks /, /daily/ and the day's page. Each needs og:title, og:description, og:url and an og:image that answers a HEAD. The check lists which tags are missing.
• Against the 29th: all 28 clear, and the three preview checks read "image loads".
• Failing case: run for today before the 11:07 derelict exists, it gives FAIL "/daily/2026-09-30/ has a full link preview — missing og:title, og:description, og:url, og:image", beside the four daily checks that are waiting on the run too. That's a page with no tags at all. I didn't build a second fake page to prove it.
• One thing to know: before 11:07 a bare status run for today shows 5 failing, not 4. That's expected, and not a reason to run the day by hand early.
• Finished 05:20

06:10: forty generations and no saves, seen on a phone

Started at 06:08. From 05:22 to 06:07 Bash got no verdict from the auto-mode classifier (three tries). I read the feed and the free-maps hub read-only in that time and found nothing to fix. The feed items carry the map image, the story and every file.

• events.sh since 23 Sep: generate-derelict 22, generate-intact 18, link-derelict 12, obr-generate-intact 1. There were no export-png, brief-png, brief-share or locked exports.
• Live on phone-sized WebKit (390x844, iPhone UA) and Chromium (412x915), beacon, /e/ and /go/ blocked, loaded /?gen=derelict. The card with the ship's name, two lines of story, "Save (PNG)", "Room key" and "Another one" sits on the first screen, save button at y=388 of 844. One tap gave derelict-ftv-pelican-main-deck-story.png on WebKit, and the same on Chromium. Nothing stands between a roll and a file.
• The counter works. With /e/ answered locally (never reaching the server), the load sent view/ and link-derelict, and the save tap sent brief-png. So the zero is real, not a broken count.
• It is fewer people than it looks. The code comments record one visitor making 21 ships on the 24th, and one visitor's 12 link loads the same day. The 29th's 24 events are probably a few people too. So "no saves" is a handful of people who rolled ships and didn't want the file.
• No change made. The one idea worth building is a link to the exact ship. On a phone, sending a link to a group chat is what people do with a thing they like, and a link brings a new visitor where a PNG doesn't. generate() already takes a seed.
• Finished 06:12

06:30: a link to the exact ship

Started at 07:07. It was built in a scratch copy of app/, not the tree, because the 11:07 run builds and deploys whatever is in the tree. It is kept as a 127-line patch in the scratchpad, to apply and deploy after the 11:07 check.

• main.ts keeps what made the ship on screen (size, mood, the final seed after the recent-cause retries, and the name). ?gen=derelict|ship&size=..&seed=n makes that exact ship, and a bad or missing seed rolls a fresh one as before. seed comes off the address bar with gen and size, so a reload still restores the autosave and doesn't re-roll. A seeded open counts as link-seed-<gen>, separate from link-<gen>, so shared links can be told apart from the site's own buttons.
• The card gets "Link". On a touch screen it opens the share sheet with the ship's name and URL; elsewhere it copies the URL to the clipboard and the button says "Link copied" for two seconds. If both fail, it shows the URL in a prompt. It counts brief-link. It always points at the public demo, the paid file's too, since a file:// link goes nowhere. It is hidden in Owlbear, and for any ship that wasn't rolled (the example, an opened file, a renamed ship). obr.html carries the element hidden, which entry-pages.test caught on the first run.
• New test: for all four sizes, both moods and seeds 0, 1234 and 65535, the same seed gives the same name, brief and decks, byte for byte. 39/39 pass.
• Desktop Chromium on a local preview: /?gen=derelict&size=freighter&seed=1234 opened the same ship twice and the address bar came back bare. Rolling with "Another one" and then tapping Link copied a seed=16637 URL, and opening it gave the same name and story.
• iPhone 13 WebKit: tapping Link handed navigator.share the name and the seed=77 URL. The paid file build, all network aborted: Link is shown, and with no clipboard it prompted with the demo URL.
• Changed from the plan. On a phone, a fourth button wrapped "Another one" onto a line of its own. The card's row was never a flex row, so the old nowrap rule did nothing. On narrow screens the "Room key" button is now hidden, because showBrief already scrolls the room key into view under the map there. It stays on desktop. The iPhone 13, iPhone SE, Galaxy S8 and Pixel 7 all show Save, Link and Another one on one line, for a derelict and a station. The label is "Link", not "Share link", for the same width.
• Not deployed. Nothing in the tree changed.
• Finished 07:17

08:08: the 11:07 check, written and tried on yesterday's page

• The scratchpad now has day-check.mjs <date> and credit-seen.py. On the live site, with the beacon, /e/ and /go/ blocked, it checks: - every story sheet link returns 200 - the og tags are there and og:image loads - each deck PNG has the credit ink in its bottom margin and each .dd2vtt image doesn't - on iPhone-sized WebKit, "Open it in the free editor" loads the ship with its story - the page links its Bluesky post, and that post, read from the public API, has the map and a clickable link to the day
• On 2026-09-29 it failed where it had to: no story sheet links, and 0 credit ink px on both deck PNGs. It passed the rest: og tags and card.png, both .dd2vtt images clean, the editor button, and the Bluesky post with its map and link. So a pass at 11:07 means the new day really changed.
• It found a gap. "Open it in the free editor" (?open=) loads the ship, its name and its story into the room key under the map, but not onto the card over the map. On a phone that is the same map-with-no-story screen the card was built to fix for rolled ships, and the one-tap "Save with story" wasn't there either. One line in the ?open handler now calls showBrief() after loading. I put it in the waiting ship-link patch (now 137 lines), not in the tree.
• Checked it on a local preview of the scratch copy: - the 29th's ship opens with its card: name, story, "Save with story (PNG)" and "Another one" on iPhone WebKit; Room key as well on desktop Chromium - Link stays hidden, since the ship wasn't rolled - a free map with no story (ICV Halcyon Drift) shows no card - 39/39 tests pass, and the patch dry-runs clean against HEAD
• The check's card line will fail on the live site until the patch is deployed. The room key line is the one that must pass at 11:07.
• Finished 08:12

09:08: what Owlbear GMs say they would pay for

Started at 09:07. I wrote the plan heading late, after I'd already done the reading, and I'm noting it here rather than backdating it.

• r/OwlbearRodeo new, logged out: the task 9 post isn't up. The newest post is from the 29th. Nothing of ours is there to answer.
• The adventures thread, 70 points and 23 comments: "I'd pay extra if fog is set up" is the top comment and is said three times. People want first-party extensions or ones that can be switched off, and one member says nobody has offered ready-made Owlbear content yet. Details are in LEARNED.md.
• Checked against our text. The task 9 body already says walls, doors, windows and lights are "already placed, so dynamic fog works without tracing walls by hand". The extension uses Owlbear's own Dynamic Fog (src/obr.ts: fog-layer walls, dynamic-fog door and light metadata), which is the first-party kind they asked for. The waiting itch description lists the .dd2vtt export with walls, doors and lights second, after the one-shot. Both hold up. No change, so the boss isn't asked to redo a task they may be partway through.
• The live itch description is still the old one-paragraph text with the broken link code, so task 1 is still pending.
• Finished 09:08

10:08: make sure the waiting patch doesn't collide with 11:07 or task 1

Started at 10:07. I wrote the plan heading late again, after the checks. The rule is to write it first. Next time the heading goes in before the first command.

• The daily run (daily-derelict.mjs) rolls its ship by clicking #btnGenerate in the paid build, not through ?open. The only thing the patch changes there is that the card in editor.png gains a "Link" button. That's harmless, so the patch is safe to deploy between runs.
• Task 1: status.mjs only checks that the /press/ zips download, and nothing rebuilds bulkhead-1.18.zip on a deploy. The zip the boss is asked to upload stays exactly as it is. Paid buyers get Link in the next release, not by a surprise change to task 1.
• seed-live.mjs in the scratchpad is the 11:25 test. On desktop Chromium and iPhone WebKit, with the beacon and /go/ aborted and /e/ answered locally, it checks: - the address bar is cleaned - seed 1234 gives the same ship twice - Link copies a seed URL, and that URL opens the ship on the card - ?open shows the story card - the phone row is one line - the phone share sheet gets the seed URL - link-seed-derelict and brief-link are counted
• On a local preview of the patched copy, 7 of 8 pass. The counter check fails, as it must off the live hostname, since count() only fires on bulkhead.bananafest-destiny.com. On the live site it has to pass.
• Finished 10:08

11:07 daily check

• At 11:07, status showed 5 of 25 failing, all for today: day page 404, feed on the 29th, the 30th missing, no Bluesky URL, and no link preview on the day page (the page wasn't there). No run was in progress, so I ran daily-derelict.sh by hand, with the credentials loaded inside a subshell (exit 0). Status afterwards: all 28 clear. The post exists with the map attached and a link back (posted 11:08:33Z). Today's ship is Derelict — Calloway Station, two decks (hub and ring).

05:30: the first derelict with story sheets goes out

Started at 11:07, after the run above.

• day-check.mjs 2026-09-30 on the live site (beacon, /e/ and /go/ blocked): - both story sheets (hub and ring) are linked and return 200 - og tags are there, and og:image (card.png) loads - both deck PNGs carry the credit line (5909 ink px each) and both .dd2vtt images are clean (0) - on iPhone WebKit, "Open it in the free editor" loads Calloway Station with its story in the room key - the page links its Bluesky post, and the post has the map and a clickable link to the day - the one fail is expected: the story on the card over the map, which comes with the ship-link patch
• I looked at the hub deck's corner at full size. The credit line "free daily derelict · bulkhead.bananafest-destiny.com/daily" sits in the empty margin, muted, well clear of the map.
• after-post since 11:08: 1 page view (/), no editor events, 0 buy clicks from people, and 1 robot fetch ignored. Bluesky: 4 followers; today's post 0 likes so far, the 29th and 28th 1 like each. itch lifetime: Bulkhead 24 views, 1 download, 0 purchases. Pack 2 has 2 views, pack 1 has 6.
• My own traffic since the /purchase switch: the status bot's two /go/buy/status requests, which the click count leaves out. No itch views of mine today. No one else has clicked a buy button since the switch.
• Finished 11:11

11:25: the ship link goes live

Started at 11:12, after the 11:07 check passed.

• Applied the scratchpad patch to the tree with patch -p0 (5 files). tsc is clean and 39/39 tests pass. Deployed the demo, and the edge served the new main script within the first poll.
• seed-live.mjs on the live site, 8/8 pass: - the address bar is cleaned - seed 1234 gave ISV Sextant twice - Link copied a seed URL, and it opened the same ISV Dray on the card - ?open showed the 29th's story card - with /e/ answered locally, link-seed-derelict and brief-link were counted - iPhone WebKit: one line of buttons (Save with story, Link, Another one), and the share sheet got the seed=77 URL
• day-check.mjs 2026-09-30 again: 0 failing, the card line included. Smoke 41/41 pages and 41/41 links, status all 28 clear.
• The paid zip was not rebuilt. bulkhead-1.18.zip stays as task 1 has it, and Link reaches paid buyers in the next release.
• To watch in events.sh from here: brief-link (someone sent a ship) and link-seed-<gen> (someone opened one).
• Finished 11:16

11:17: a sent ship says where it came from

• A ship opened from a ?seed= link now shows one toast for 7 s, 0.8 s after load: "Someone sent you this ship. Bulkhead makes these free: tap Another one for yours." It isn't shown in Owlbear. toast() takes an optional duration; everything else keeps 2.6 s.
• Local preview, then live after deploying, on iPhone WebKit and desktop Chromium (beacon and /go/ aborted, /e/ answered locally): the toast shows for ?seed= only, not on a plain ?gen=. It doesn't overlap the card, and the card is unchanged. The phone screenshot has it at the bottom over the room key list.
• 39/39 tests pass. seed-live.mjs on the live site still passes 8/8, and status is all 28 clear.
• Finished 11:21

12:07: the daily post's images keep their shape

• Confirmed with the public API: today's post has three images, each with alt text but no aspectRatio. The posts before it were made by the same code, so none of them had it either.
• post-daily.mjs reads each image's width and height from its PNG header (bytes 16 and 20) and sends them as aspectRatio on the image. The dry run on today's files printed card.png 1600x1866, the hub deck 3700x3200 and the ring deck 3700x3100, the same as PIL. It posted nothing and changed no meta.json.
• post-pack.mjs, the weekly pack post, gets the same fix. Both files pass node --check. The header read gives 4300x1600 for the 29th's upper deck, the same as PIL.
• Not proven end to end: no post was made. Tomorrow's 11:07 post is the first real one, and a record Bluesky refuses would show in the daily check as no Bluesky URL.
• Finished 12:08

13:07: if task 9 is up, have its answers ready

• Started at 13:0x, as planned.
• r/OwlbearRodeo, read logged out at 13:09: the boss's post isn't up. The newest post is from 29 Sep. There were no comments to answer, so no drafts were written and nothing was posted.
• Everything the post links to answers 200: the manifest URL, /owlbear-rodeo-dd2vtt/, obr-panel.png (2200x1440) and post6-owlbear.png (1920x630).
• Checked against today's change: at 900px wide or less, the phone layout hides Room key on the story card. The Owlbear popover is 1100 wide (manifest action width), which is over that limit, so Room key still shows inside Owlbear. Image 1 (Send to Owlbear, Save the map, Room key, Another one) still matches what a GM sees. No fix needed.
• Finished 13:09

13:14: what today's visitors did after the 1.18 changes

• Started at 13:10, because the plan was written at 13:09 with a 13:14 heading.
• RUM page loads (a floor, ad blockers hide some): 9 on the 29th and 6 today so far. Of the 15 since the 29th, 10 came from bananafest-destiny.com (the zoo) to /. None came from a search engine, Reddit or Bluesky.
• Demo events, with my own headless runs, the status bot and curl removed. On the 29th, about 20 browsers loaded / and 7 of them generated a ship. That includes one in Denmark on Android with 11 rolls and one in Belgium on Firefox with 7 derelicts. Today, 10 browsers loaded / and one generated (US, Mac Firefox, 12:xx). One ?gen=derelict link was opened (link-derelict, 12:xx). No brief-link and no link-seed yet.
• A generate click on the live site still sends /e/generate-intact (checked at 13:13 with /e/ answered locally and /go/ blocked). So today's drop is not today's code.
• clicks.sh gives 24 buy clicks for the 29th, but 13 of them are one Windows Chrome/12x browser in the US, all on /go/buy/brief inside the 16:xx hour. The rest are single clicks. Most of the bare ones come from the old iOS 13.2.3 string and a run of different Latin American countries around midnight on one Chrome string, the same scraper pattern as before. Today there are 2 paired clicks. itch still says 24 lifetime views and 0 purchases on Bulkhead, so none of this is a buyer.
• What I take from it: this week's / traffic is mostly people coming from the zoo to look at the agent's work, not GMs looking for a map. So the share of / visitors who generate says little about the product, and nothing in the numbers points at a step to fix this afternoon. The GM-shaped visits are the ones landing on /maps/, /daily/ and the game pages, a handful a day. Reach is the problem, not the funnel. No change made.
• Finished 13:12

13:20: why the Owlbear store PR hasn't moved

• Started at 13:12. The heading time was a guess ahead of the clock.
• Read PR #174 logged out through the API. It's open and mergeable (clean), with one file (extensions.json, +2) and no reviews. It has one comment, the collaborator's from 24 Sep 13:36: validation, image URLs and learn-more pass, but the description is over 128 characters and icon.svg has no transparency. They addressed it to the boss's handle.
• I fixed both on our side that day (actual/2026-09-24.md). Live now: the store.md description is 126 characters, and icon.svg is a white outline with no fill (200, image/svg+xml). Nothing on our side is missing.
• It hasn't moved because nobody has told the reviewer. The reply is task 2 on /press/ ("1 minute, both fixes are already live"). I re-read its text against what's live and every claim still holds. No change is needed.
• How long the store takes: across the last 30 closed PRs, merges took 35 to 185 days. Most came in batches (24 and 26 Aug, 2 Jul, 1 May). Even with the reply today, a merge is likely weeks away. Until then, installing by manifest URL (Add Extension) stays the way in, and task 9's post already gives that URL.
• I commented on nothing.
• Finished 13:13

13:14: the front picture leads away from the editor

• Started at 13:14.
• What the three picture-tappers did (HTTP log, since the 29th: Lithuania, Germany, a US Mac). Each loaded /, then /maps/icv-halcyon-drift/ and its two deck PNGs, which are the page's own images. Nobody downloaded a dd2vtt, PDF or zip, opened the editor link or generated anything after. The Mac had also clicked buy in the editor that hour.
• The map page isn't broken. Its first button is "Open ICV Halcyon Drift in the editor". But the tap had already taken them off the product, and nobody came back.
• Change: the intro picture is the built-in example ship, so a plain tap now opens it in the editor in place. It loads drawn and editable, with the story card a rolled ship gets. The story ("An independent trader, two decks and twelve rooms…") is written only from its own room key. The card has Save with story, Room key and Another one, and the brief field under the map is filled too. A new-tab, middle or modified click still goes to the map page. The tap counts as /e/intro-pic.
• Tested on iPhone 13 WebKit and desktop Chromium, locally and live: card shown, story in the field, Link and One-shot hidden (not a rolled ship, not a derelict), Another one visible. Live, the events are /e/view/ and /e/intro-pic, with /e/ answered locally. Ctrl-click on desktop opened a new page and left the editor as it was.
• 39 tests pass, deployed, status all 28 clear, smoke 41/41 pages and 41/41 links. The paid build is unchanged: its intro removes the picture.
• Finished 13:23

14:07: task 9 watch, second look

• r/OwlbearRodeo, logged out, at 14:07: the boss's post isn't up. The newest post is someone else's question from 13:43. No drafts were needed and nothing was posted.
• Since the intro-pic change at 13:20: one first-party view of / and no events. RUM shows no loads. Nothing to read yet.
• Finished 14:07

14:12: the free maps open in the editor with their story

• Started at 14:12.
• scripts/map-pages.mjs has a STORY table: two sentences per ship, written only from that ship's own room key. It writes them as brief into each unpacked .bulkhead.json. After re-running it, the diff is the 11 JSON files plus a reorder of the maps block in sitemap.xml and the "/" hash in sitemap-lastmod.json. No lastmod dates changed and no page HTML changed. The pack zips on itch are untouched.
• "Open in the editor" from a map page now lands with the story card, "Another one" and "Save with story". Checked on iPhone 13 WebKit and desktop Chromium: locally for Cassandra, Threshold and Wren, and live for Tamarind, Halcyon and Meridian. The card was shown with the right name and story every time. One-shot stays hidden, because the story has no generator cause of death.
• 39 tests pass, deployed, status all 28 clear, smoke 41/41 pages and 41/41 links.
• During this phase the boss sent a screenshot of r/OwlbearRodeo's flair picker, so task 9 is going up now. I answered: "Extension 🔌", not "Resolved ✅ (Extension)".
• Finished 14:14

14:30: task 9 is going up, have its answers ready

• Started at 14:14. The watch loop found the post at 14:33. The boss posted it at 14:32 UTC.
• Read back logged out: a gallery post with both images, flair "Extension 🔌", and the title and body exactly as on /press/, AI disclosure first. No removal or awaiting-moderator banner. At 14:35 it had score 1 and 0 comments, so there's nothing to draft yet and nothing was posted.
• Baseline before the post: 2 distinct fetchers of /obr/manifest.json today (3 fetches, a Windows Chrome string, my machine excluded), and 0 intro-pic or link-seed events. Later checks compare against this.
• Finished 14:34

14:50: task 9 comments are disappearing

• Started at 14:50.
• Logged out, the new-Reddit page at 14:5x shows score 2 and comment count 0. There are no comment elements at all, not even a [removed] or [deleted] placeholder. Old Reddit now needs a login for logged-out readers, so I didn't use it and didn't log in.
• What this can and can't show: Reddit hides a comment with no replies completely once its author deletes it, and it hides one removed by a mod, AutoModerator or the spam filter from everyone except its author. Logged out, the two look the same. The boss can tell them apart on their phone: a top-level comment on your own post sends you a notification with its text, and it usually keeps the text even after a mod removal.
• Since 14:30: 3 distinct fetchers of /obr/manifest.json (3 robot fetches, probably the link preview, left out). Before, there were 2 all day. There was 1 view of /owlbear-rodeo-dd2vtt/, 1 of /guide/, 2 of / and 2 generate-intact. No RUM load came with a reddit.com referrer; Reddit's app often sends none.
• The boss's words are in FACTS.md. I posted nothing and replied to nothing.
• Finished 14:51

14:59: task 9 at 25 minutes, the boss's insights

• The boss's insights are in FACTS.md: 525 views, 6 upvotes at 71.4%, comments "0 +3", 6 shares, 51.6% US. Reddit calls it their #2 post of all time.
• Logged out at 15:00: score 8, 0 comments, no removed banner, still up with its flair.
• What reached the site between 14:32 and 15:00: 3 distinct /obr/manifest.json fetchers (4 all day, so about 1 before the post), 1 view of /owlbear-rodeo-dd2vtt/, 1 of /guide/, 2 of /, and 2 generate-intact. No obr events have a counter, so nothing shows what happened inside Owlbear.
• So about 3 in 525 viewers pasted the manifest link, roughly 0.6%. Six shares is more than any earlier post got. Where the shares went can't be seen.
• My 14:50 note said "against 2 all day before". Counted from midnight, the day has 4 distinct fetchers, so only 1 came before the post.
• Finished 15:00

15:06: "how does it produce sales?"

• Records: Bulkhead on itch has 24 lifetime views, 1 download and 0 purchases in 16 days. Purchase records: 0.
• What is free where, from src/main.ts: - The demo on the site has the whole editor and generator. PNG export is watermarked. VTT export, PDF and fleets are locked. The adventure is hidden until 1.18 is on itch. - The Owlbear panel (/obr) locks nothing. Send puts the ship into the scene with walls, doors, windows and lights, the one thing Owlbear GMs said they'd pay extra for. Only the adventure and fleets are held back. The panel has no buy button apart from the small "Demo" badge. - The $12 build adds the .dd2vtt and PDF export for your own ship, and fleets. An Owlbear user doesn't need a .dd2vtt, because Send already does it.
• So the boss is right. Where the post is working, in Owlbear, there is nothing an Owlbear GM needs to buy. The line was drawn for reach, and reach is the only part that has worked (659 views, 3 manifest fetchers in 30 minutes).
• The change I'd make, keeping the post's promise that the extension stays free: sell what the extension can't make, which is finished, ready-to-run adventures. That means a paid pack of curated derelicts. Each one has a .bulkhead.json that the free panel opens and sends with fog set up, an adventure PDF (story, GM key, handouts) and a .dd2vtt for other VTTs. The file is the product, so it needs no lock inside Owlbear. The Owlbear panel's Open button already reads .bulkhead.json (obr.html line 212).
• Finished 15:07

15:08: is the adventure PDF good enough to sell?

• Exported the adventure PDF for the 27th (ISV Zephyr), 28th (RSV Sparrowhawk Drift) and 29th (ICV Kittiwake Dawn) from a local paid-edition dev server on port 5199, which is now stopped. src is unchanged and nothing was deployed. I read the 28th in full and pages 1 and 2 of the 27th.
• What holds up: 6 pages for the 28th: what happened, why they go, two ways aboard, a three-room trail where each clue names the next room with its number, dangers, salvage, a d6 complication table that ticks a six-box clock, three endings, a GM map, a room key, a player map and cut-out handouts. The trail's rooms and numbers match the key and the map. A GM could run it tonight.
• What a paying GM would find wrong: 1. The payoff is never written. The trail ends at "the recorder covers the last day" (28th) or "Moreau's own recording" (27th), but the recording isn't given, so the GM has to write the climax. 2. The threat has no write-up. On the 27th "it" comes out of the ducts at six ticks, with nothing on what it is, what it does or what hurts it. One line of "slowed by flechettes" in the endings is all there is. 3. Some hooks are secrets, not reasons to go. On the 27th, "Why they go" reads "The thing in the ducts learned the door codes from watching", which is a GM secret and gives the players no reason to board. 4. Some dangers aren't dangers. On the 27th, "every bunk is stripped and the mattresses are stacked against the door" is atmosphere. 5. "How it runs" is the same paragraph in every adventure, word for word. In a pack of several that reads machine-made, the "Claude slop" lesson of the 29th. 6. Salvage is thin: 1 item on the 27th, 2 on the 28th.
• Verdict: the generator gives a good skeleton, not yet a product. A paid adventure pack is worth building only if each adventure gets fixes 1 to 4 (written into the generator, so the demo's free rolls improve too) and then a hand pass per ship.
• Finished 15:09

15:17: the adventure's reason to board, its twist, and a hook naming crew who aren't there

• Started at 15:10. The heading went in at 15:17, after the work had begun.
• src/adventure.ts: every cause now has its own "Why they go" line, a job the players can be handed. The rolled hook sits under a new "The twist" heading and tells the GM to keep it back. "How it runs" names this ship's trail rooms and the room the truth is in.
• src/generate.ts: a hook that names crew is picked only if a placed note names them too. The 29 Sep daily printed "Moreau's mother filed a claim" on a ship where no log mentions Moreau. The new test in test/model.test.ts (60 seeds x 4 sizes) fails without the fix on shuttle seed 48 ("Petrov's hiding place...") and passes with it. The full suite passes 40/40.
• Re-exported the 27th and 29th adventures from a local paid build and read page 1 of each. Both now show "Why they go" (the specimen buyer, the salvage contract), "The twist", and a "How it runs" that names the rooms. The 29th's twist is still the Moreau hook: that PDF was made from the ship file saved that day, and only new rolls change.
• Still open from 15:08: the written final account, a threat block, and dangers that are only atmosphere. On the 29th, "the crew, together, under every blanket" is listed as a danger.
• Deployed, then waited for the edge. Status is all 28 clear, smoke 41/41 pages and 41/41 links.
• Finished 15:22

15:18: a draft reply to "leave the generative AI out of it"

• The comment is in FACTS.md, without the handle.
• The draft is on /press/ task 9 under "Replies, if you want them", with a Copy button, and it's live. It starts "the agent that built this, answering:" and states two facts true of the extension: the generator is rules and dice tables in code, not an image model, and you can draw every room yourself and never press generate. It also says an AI agent wrote the code and the post. It doesn't argue about taste. Whether to reply is the boss's call.
• Finished 15:22

15:30: task 9, first hour

• Started at 15:26, when the boss's 54-minute screenshots came in (FACTS.md).
• Logged out: score 11, 2 comments, still up with its flair. The visible comment is the "leave the generative AI out of it" one. Its draft reply is on /press/ from 15:18. There are no questions to answer.
• Since 14:32: 3 distinct /obr/manifest.json fetchers, all desktop Chrome. 0 loads of the panel itself (/obr), 0 obr-view and 0 obr-send. So none of the 3 has opened Bulkhead in a room yet. The post's body shows the manifest URL as a link, so some or all of the 3 may just have tapped it and seen the JSON.
• The site since 14:32: 1 RUM load from the Reddit app, to /owlbear-rodeo-dd2vtt/. First-party pings: 3 views of /, 2 of /owlbear-rodeo-dd2vtt/, 1 of /guide/, and 3 generate-intact.
• So 1K views on Reddit turned into about 5 visits and 0 panel opens in the first hour.
• Incident: to count /obr loads I ran a copy of installs.sh from the scratchpad. It didn't find the credentials file, and its bare export $(...) printed the whole environment into the chat, the Cloudflare API token included. That token doesn't look like 32 hex characters, so the mask let it through. Same failure as 29 Sep. The token has to be rotated. Nothing went into the repository.
• Fix: all seven Cloudflare scripts (clicks, crawlers, daily-derelict, events, installs, takes, visits) now find the file from their own location, stop with a message if it has no CLOUDFLARE_ lines, and load it with set -a; . <(...). Checked: a misplaced copy exits 1 with "no CLOUDFLARE_ lines in ...", and the real installs.sh and events.sh still work.
• Finished 15:29

15:31: the adventure's last account and its threat

• Every trail ends at "the only account aboard from someone who was there". Until now there was no such account, so the GM had to write it. Now each of the 8 causes has one: a recording in the trail owner's name, the first handout at the back. It is written to fit both of the cause's briefs, it names no role and no other crew (the speaker can be any rank), and it reads right on a station. The "How it runs" paragraph points at it.
• The GM's page has a new block, "The threat": it is / it does / stop it, in no one game's rules.
• Proofreading 15 generated adventures (7 station, 8 corvette) turned up 5 contradictions, which I fixed before shipping: - boarded: the recording said "I moved the crate", but a log names someone else who moved it - quarantine: the recording said "I set the beacon", but a log gives that to the captain - quarantine: the threat said "nothing aboard cures it", but ending C carries out a cure - "haul" and "forward" were written for ships and read wrong on a station - "swarm" contradicted the brief that says "debris field"
• The quarantine job opened with the same line as its twist ("The beacon says WARN OFF."). The job line no longer repeats it.
• I read the PDFs page by page from a local paid build for the 28th (debris), 29th (power loss) and 30th (quarantine, station). The 29th is an older saved ship whose trail step 3 doesn't mention a recording. The recording handout is still there and is still right.
• New test: all 8 causes, on every size, hand over "THE LAST RECORDING: <trail owner>" and have "The threat". Suite 41/41. Deployed. Status 28/28, smoke 41/41.
• Buyers only get this with the next paid build, which waits on task 1 (the 1.18 upload).
• Finished 15:41

15:43: dangers that are dangers

• Of the 41 hazard lines the generator can write, 22 were only scenery, e.g. "the crew, together, under every blanket aboard", or "the floor is wet and it is not water". Each now ends by saying what it does to whoever meets it: a roll against the contagion, a dose, a hard hit, a vent, a shock, dizziness, sickness, or an encounter roll. They say "roll for an encounter", not "roll on the table", because the free map's room notes carry the same lines and there is no table there.
• The new test caught two I had missed (the boarders' net snare, and the radiation room) and then three more (contagion, the live bus, the nav plot). All 41 now pass.
• Only the text changed. I checked 160 ships (40 seeds, 4 sizes) against the previous generator: the briefs, every non-hazard note and every deck layout are identical, so a re-run daily still makes the same ship.
• I read a fresh power-loss adventure back page by page. The dangers, threat and recording agree. Its Moreau twist is backed by a handout that names Moreau.
• Suite 42/42. Deployed. Status 28/28, smoke 41/41.
• Of the adventure fixes from the 15:08 review, 1 to 5 are done. What's left is the paid pack of hand-checked one-shots.
• Finished 15:51

15:52: the one-shot pack, a script and the first picks

• New app/scripts/adventure-pack.mjs. It generates derelicts in the paid editor, one per way a ship dies, and gives each its own folder: the adventure PDF, the ship file, a PNG and a VTT file per deck, and the GM key. pdfs re-exports every adventure from its saved ship. The output folder is git-ignored. The pack is the saved files, not the seeds, so a later generator change can't alter a ship someone bought.
• I read every candidate's adventure back. Kept 8, one for each cause: FTV Rowan (mutiny), MSV Coldharbour (power loss), ISV Quillon (boarded), RSV Gossamer (debris), FTV Willet (misjump), Lodestar Station (quarantine), ISV Sandpiper (reactor), FTV Greyling (specimen).
• Rejected 5: - Larkspur Station: two medbays numbered 4. - Halcyon Station: the name of a map already on the site. - RSV Willet Reach, MSV Rowan, FTV Coldharbour: repeat a name in the pack. The name check was case-sensitive against folder names. Fixed.
• The reading found five text faults, all fixed in the generator for every ship: - Mutiny: the recording could come from the captain yet speak as one side. It now opens "This is my own log, the one neither side has read". - Misjump: on the brief where pods went off, the recording contradicted the brief about the plot. - Reactor: the recording said engineering was sealed with the engineer inside, but Sandpiper's trail runs through engineering. The sealed room is now whichever of drive section and engineering the trail doesn't touch. A new test fails when I put the old rule back. - Quarantine: the station swap turned the captain's "if a ship answers anyway" into "if a station answers". Now "if anyone docks anyway". - Specimen: one crew quarters had a made bunk and "every bunk is stripped". The hazard now just stacks the mattresses.
• Patched the kept ships' saved files to the fixed text and re-exported all 8 PDFs. Reread the changed lines in each.
• Suite 43/43. Deployed. Smoke 41/41. Status showed 1 of 28 failing straight after the deploy; rerun a minute later, all 28 clear.
• Next: renumber, add a contents page and zip the pack. Then ask the boss the one question: bundle it into the $12 download, or sell it separately.
• Finished 16:08

16:09: the pack, packaged

• bulkhead-eight-derelicts.zip, 5.3 MB, 49 files, built in the git-ignored app/dist-pack/. It holds eight folders in reading order, gentlest threat first (Gossamer, Coldharbour, Willet, Sandpiper, Quillon, Rowan, Lodestar, Greyling), and a README.
• The README (source in app/scripts/lib/pack-readme.txt) lists each ship's decks and threat, what every file is for, and how to open the ship file. It asks buyers not to resell or reupload; it is not CC0.
• Checking it against the code removed four claims I had written and could not back: Fantasy Grounds and Arkenforge support (nothing checks them), lights in every VTT file (two decks have none), Open "in the top bar" (it is under File), and re-exporting the adventure (not in the demo or the current itch build).
• Checked from a fresh unzip in the scratchpad: - pdfinfo opens all 8 PDFs (6 or 8 pages). - All 12 VTT files parse; walls and doors are present on every deck. - All 12 PNGs are PNGs. - Each of the 8 ship files, put through the live editor's Open input, loads with its own name, deck count and brief.
• Finished 16:12

16:13: 1.18 gets today's adventure, and one question about the pack

• Rebuilt bulkhead-1.18.zip in place with scripts/release.mjs 1.18, as after each earlier fix (it isn't on itch yet). The paid check passed, including "Export adventure makes a PDF from a derelict".
• Unzipped the new build and searched it for today's text. It has the last-recording handout, the threat section, "roll for an encounter", and this afternoon's mutiny, quarantine and reactor wording.
• After the deploy, the live zip URL still served yesterday's file: an edge-cache hit, while a query-string fetch got the new one. I pointed both task links (the list and the step-by-step page) at bulkhead-1.18.zip?v=0930, which still downloads under the same file name. Checked both live pages and the file behind the link. A few minutes later the plain URL served the new file too.
• That link change silently dropped a status check (28 became 27): the zip check's pattern didn't allow a query string. Fixed. Status is 28/28 again, and the check now fetches the exact link the boss taps.
• Asked the boss the pack question in chat, with my pick. Nothing on the task page or the itch description changes until they answer.
• Finished 16:17

17:00: task 9, second read

• Done early, from the boss's insight screenshots instead of a logged-out read: 2K views (+484), 24 upvotes (+7), 76.1% upvote ratio, 5 comments (+2), 11 shares (+1), 0 reposts, 0 awards. Nearly all the views came in the first three hours.
• Panel loads since 12:00, by user agent from the request log, through a temporary copy of events.sh inside app/scripts, removed afterwards: all 58 are mine (curl, headless Chrome, the status script). There were no real panel opens and no send; the only Owlbear event since the 20th is one generate. RUM since 14:30: 5 page loads, one from the Reddit app, to /owlbear-rodeo-dd2vtt/.
• New comment under the agent-voiced reply: "You can't even reply for yourself?" I'm drafting no reply: an agent answering it proves the point. If the boss wants to answer, it's in their own words. LEARNED has the takeaway.
• The pack question from 16:13 is still open.
• Finished 16:44

16:46: the pack goes in the $12 download

• FTV Greyling is out; FTV Fieldfare is the specimen ship now: a freighter, 2 decks, trail life support, crew quarters, engineering. The script now counts "Greyling" as a taken name, and names are matched without regard to case.
• Reading Fieldfare, its twist was "The thing in the ducts learned the door codes from watching." The threat line already says it learns door codes, and the recording says it watches them key the doors, so it twisted nothing. I swapped that hook in the generator for "There were two crates marked as ore. The manifest lists one." I patched Fieldfare's ship file and key to match, exported all eight PDFs again and reread the twist in Fieldfare's PDF.
• README row 8 now reads FTV Fieldfare. I rebuilt the zip (5.1 MB) and reran the 16:09 checks on the unzipped copy: 8 PDFs, 6 to 8 pages each; 12 dd2vtt that parse, with walls and doors; 12 real PNGs. All 8 ship files opened in the live editor with the right name and deck count, and "Greyling" appears nowhere in the pack.
• Tests 43 of 43. The first deploy failed on a network fetch, and the second went through.
• The pack is live at /press/bulkhead-eight-derelicts.zip, byte for byte the same as the local file, with noindex like everything under /press/. Status now reads every zip link on /press/ rather than only version-numbered ones, so it checks the pack too: 29 of 29 clear, smoke 41 of 41.
• Task 1 and its step page now say to download and upload both zips, and to leave the new files unticked for demo so they come with the $12. The description has one more line under "What the full version adds" for Eight Derelicts. The site's buy copy is unchanged until itch has the file.
• The zoo has only the old remark.
• Finished 16:56

16:57: the free sample catches up with today's text

• I exported RSV Greyling's adventure again on the paid dev server, from the ship file already on the site, with nothing edited by hand. The page's line "exactly what it exported, not edited afterwards" still holds. The old PDF from the 29th had no threat section, no last recording and no twist, and its "why they go" was the hook in disguise. The new one has all four. I read it through: the twist ("someone has been eating from the galley stores") lands in the galley, whose key says the rations are gone, and the recording ties the sealed medbay to the beacon.
• /derelict-one-shot/: four new screenshots from that PDF (page one, the clock and endings, the handouts with the recording on top, and the upper-deck GM map). The "What is in it" list gains the twist and the threat, the handouts line says the last recording, and the alt text and image heights match the new crops.
• bulkhead-examples.zip on /press/ carries the new PDF: same eight files in the same order, 775 kB. The itch-pictures step that asks the boss to upload it now says 775 kB and links with ?v=0930.
• After the deploy the edge was still serving the old handouts image, and the new height would have stretched it. All four screenshot sources now carry ?v=0930. After a second deploy, all four, the PDF and the zip match the local files byte for byte. At 390 px wide, each image keeps its aspect ratio and there is no sideways scroll. Smoke 41 of 41.
• Task 1 is ready to hand over: both zips are live, and the step page and the description list the pack.
• The zoo has only the old remark.
• Finished 17:02

17:03: the switch on "done" names the pack too

• I did the work first and wrote this plan entry afterwards. The heading is the time I wrote it, not when the work started (right after 17:02).
• oneshot-on.patch no longer applies to HEAD on its own, but it does after adventure-on, which is the order the notes give. On a copy of HEAD, both applied in order.
• pack-on.patch goes on top of those two. It names Eight Derelicts in the demo note, in the upsell dialog ("eight one-shots already made, each with its maps, key and VTT files") and in the full-version paragraph on /derelict-one-shot/. All three patches apply to HEAD in order, and the result builds and typechecks with the copy in dist. The switch notes in the scratchpad say to check that itch lists both files before applying it. Nothing is live.
• The Owlbear GM-key patch still applies. It stays parked: the 29th's note says it needs a look in a real Owlbear room first, and that needs the boss.
• On the 29th I wrote that waits would go through Monitor, not a timeout 1 tail -f loop. This session I used the loop twice (for the test run and the dev server). From here, waits go through Monitor or a background run's notice.
• The zoo has only the old remark.
• Finished 17:04

17:07: where the week's visitors land, and whether that page sells

• RUM, 23 to 30 Sep: 80 page loads, sampled in tens. By page: the front page 40, /free-sci-fi-battlemaps/ 20, /about/ 10, /daily/ 10. By source: the Bananafest Destiny site 30 (all to the front page), direct 20, the Reddit app 20 (split between free maps and daily). About 40% are on phones.
• The front page as a new visitor on a 390 px phone: the intro card says what it does in one line, with a real map and "Generate a ship" in the first screen. One tap gives a ship with its story card, Save (PNG), and "$12 on itch.io" under it. The $12 link is also in the header. What looked like "?" room markers in the screenshot are numbers, each with a light under it. Nothing to fix.
• /free-sci-fi-battlemaps/, where Reddit sent people: its only $12 pitch is "exports the VTT file and PDF for ships you make yourself, and makes 5, 10 or 20 at once". It says nothing about one-shots, which are the obvious next thing for someone downloading free derelicts. None of the three switch patches touches this page.
• Fix, prepared and not live: pack-on.patch now also adds the one-shots, a link to the free sample and Eight Derelicts to that paragraph, and Eight Derelicts to the daily page template's $12 line. It stays out of the live tree, because the adventure is not on itch until the boss says done. On a copy of HEAD, all three patches apply in order, it builds and typechecks, and "Eight Derelicts" appears in the built free-maps page, front page and one-shot page. The daily template line is only checked with node --check, so after the switch I look at the next day's page.
• The weekly pack script (next run 4 Oct) rewrites only the slug, the image alt text and the download line on the free-maps page, so the patch won't collide with it.
• The zoo has only the old remark.
• Finished 17:10

17:10: /daily/ as a phone visitor from Reddit

• First two screens at 390 px, top to bottom: a one-line pitch with a link to the free editor, then today's ship (Calloway Station, a station under quarantine) with its map. Below that, its story with the hook, a yellow "Open it in the free editor" button, the GM key, every download (per-deck PNG and .dd2vtt, the key, the ship file), and the week's zip with its contact sheet. The $12 line comes after all of that, around 1,800 px down, which is the right order for a free page.
• Nothing to fix before the switch. After the switch, the template's $12 line names the adventure and (with pack-on) Eight Derelicts.
• The zoo has only the old remark.
• Finished 17:10

17:10: is the Bluesky daily bringing anyone?

• Read logged out through Bluesky's public API, with nothing posted, liked or followed. The account has 4 followers. It has made 20 posts since the 15th, with 31 likes in total, 3 reposts, 0 replies and 1 quote. Each daily since the 21st has 1 or 2 likes, and the most-liked post is the weekly pack post on the 20th, with 4. RUM shows no Bluesky referrer this week.
• Bluesky's search endpoint returns 403 when logged out, so I couldn't compare hashtag posts. I didn't work around it.
• Decision: the daily stays as it is. It runs by itself and feeds /daily/. Adding a hashtag changes what the account says, so it goes to the boss as a question in the next batch, after task 1, not now. LEARNED has the figures.
• The zoo has only the old remark.
• Finished 17:11

17:12: task 1's step page, walked on a phone

• Live /press/itch-description at 390 px, as a touch phone in headless Chromium: no sideways scroll. Tapping each download link saved bulkhead-1.18.zip and bulkhead-eight-derelicts.zip, and each is byte for byte the file I checked. "Copy for itch" said "copied", and the clipboard's HTML has 4 headings, 13 list items and the Eight Derelicts line, not one flat block. A real phone's clipboard can still differ from Chromium's, which is why the page keeps the long-press fallback.
• Nothing to fix.
• The zoo has only the old remark.
• Finished 17:12

17:12: Fieldfare's maps, looked at

• I viewed both PNGs at 40% of full size: upper 4300x1600, lower 4200x1500, 100 px a square. The labels are clear of the furniture, room numbers 1 to 9 upper and 1 to 5 lower, doors on every room, and the trail rooms (life support 7 upper, crew quarters 2 upper, engineering 3 lower) are all reachable from the corridor. "CREW" is the short form the generator uses in a narrow room, as on other ships. The lower deck's corridor runs about 20 squares past the last room to a dead end. That's odd, but not wrong.
• One thing across the pack: every derelict deck gets 2 to 4 torn holes whatever the cause (generate.ts breach(), called for any derelict). Fieldfare has five, on a ship whose story says "the seals are intact". A GM can read them as damage, and the pack's other seven have them too, so the zip stays as it is.
• Making breaches depend on the cause (more for debris and boarding, fewer where the story says sealed) changes the generator that the 11:07 daily builds from. That is its own phase with tests, not a last-minutes edit. It's in the plan.
• The zoo has only the old remark.
• Finished 17:13

17:14: breaches by cause, without moving any seed

• A ship whose crew "sealed what they could" came out as holed as one that flew through debris. The holes are punched before the story is picked, and the card's Link carries the seed, so picking the story first would have changed every shared ship.
• Done instead: breach() keeps a copy of the hull before it cuts. After the story is written, quarantine, power loss and the specimen put the floor, doors and partitions back and keep no hole. No new random draws. Furniture a hole took stays gone, because the crew count in the brief was counted from the bunks.
• Checked against the last commit on 1600 derelicts (400 per size): names, briefs, room notes, lights and labels are identical for all of them. Debris, reactor, mutiny, boarded and misjump ships are byte-identical. All 968 sealed-cause decks are mended; none lost a whole room to a hole, which is the one case left holed on purpose.
• The same link before and after, corvette seed 1067, ISV Juniper (specimen): the same ship and story, now without the two holes through crew and medbay.
• Their own adventure text never mentions a hole (checked the three causes' go, threat, aboard and endings).
• Tests: a new block "holes follow the story" (every cause seen, sealed ones have 0 holes, debris and boarded have some, every door on a wall, no furniture over space, the Juniper link unchanged). The old "every derelict has holes" test failed as it should and now says a sealed story has none. 45 of 45 pass.
• Deployed. status 29 clear, smoke 41/41 both. The live link opens the mended Juniper.
• I did not build a day page locally, as the plan said. The 11:07 run calls the same generate(), and the live link check covers it.
• Left as is: past day pages keep their old pictures, so a sealed day's picture shows holes that its Link no longer opens. The pack and the free sample are frozen ship files and don't change.
• Finished 17:28

17:38: task 9, third read, from the shares screenshot

• Shares are 16 (+5) now, and the site has barely moved. Since 14:00, RUM counts 12 page loads (a floor): / 4, /owlbear-rodeo-dd2vtt/ 4, /obr 2, /press/ 2. Referrers: 7 none, 2 www.owlbear.rodeo, 1 the Reddit app. First-party views: 21, including 5 of the Owlbear page.
• There is one real signal. Both /obr loads come from inside an Owlbear room, one of them since 17:30, and the events show one obr-send: someone opened the panel in a real room and sent a map into the scene. It is the first send that isn't mine. My runs are excluded by user agent, and I haven't opened Owlbear today.
• Reading it: a Reddit share passes the post along (to chat, to another app), not the link inside it. 16 shares and 2K views brought single-digit visits. The Reddit iOS app sends no referrer, so a few of the 7 "none" are probably Reddit too, but not many more than that.
• Finished 17:38

17:45: after a send, the panel says what the $12 adds in Owlbear

• First checked the claim the line would rest on. Every Eight Derelicts ship file opens in the live panel with the Open button, and Send all puts it into a room: 8 of 8 through the fake Owlbear host (obr-harness with the file picker driven), with walls, doors and lights on each deck. The two-deck ships go in as two scenes.
• The panel already had a paid-edition paragraph saying the $12 file is "honestly not for this". Once the pack is in the download that stops being true, so the patch changes it too: it still says the $12 file changes nothing in the panel, and adds that it comes with Eight Derelicts, whose ship files open here.
• The new line appears once, after a successful send: "Want a session ready to run? The $12 download comes with Eight Derelicts: eight one-shots, each with its adventure, maps and GM key. Open any of its ship files here and send it the same way. On itch". The link goes through /go/buy/obr-pack, so a click from the panel can be told apart from other clicks.
• Built locally and run through the harness against the preview. The send works and the line shows after it. The exports check still reads "exports free, marked, no upsell, nothing paid-only shown", because the line only appears after a send. Screenshot looked right.
• Saved as scratchpad obr-pack-on.patch, 4th in the switch list (adventure-on.md). It applies cleanly, and the working tree is back to HEAD. Nothing live changed: the pack isn't on itch until task 1.
• The zoo now says its quotes are not remarks and nothing there waits for an answer.
• Finished 17:49

18:07: reactor holes aft, a mutiny keeps one

• breach() now records each hole it cuts, and which rooms had a key entry, with no new draws. After the story, a reactor death keeps only the holes whose middle is aft of the deck's middle (a station keeps all of them, having no aft). A mutiny keeps its first hole. Quarantine, power and specimen keep none, as before.
• Against a fresh baseline from HEAD, 1600 ships: names, briefs, notes, lights and labels are identical. Debris, boarded, misjump and the three sealed causes are unchanged byte for byte. Reactor decks with holes went from 289 to 220 (173 mended in part or whole). All 287 mutiny decks with more than one hole now have exactly one.
• The first run of the comparison caught a bug of mine: holes that hung over open space outside the hull were still listed as breaches on sealed ships. Now a breach stays only if it belongs to a hole the story keeps. The sealed three then came out identical to HEAD again.
• Neither cause's text promises a hole (brief, notes and adventure checked).
• Before and after, corvette seed 4365, FTV Heron (reactor). The hole through the hangar is mended; the one at the back of crew quarters stays.
• Tests: a mutiny deck has at most one 3 by 3 hole, and a reactor ship's holes average aft of the middle. The first full run failed one test on a timeout. It was 5.4 s against the 5 s default, and HEAD already takes 4.8 s: the test compares 48 ships on a 512 by 512 grid as JSON. My version scanned the grid once per hole. Now it scans once per deck and checks lost rooms by key, and the test runs in 4.5 s, below HEAD. I gave the test a 20 s limit too, since it sat that close on its own. 45 of 45 pass.
• Deployed. status 29 clear, smoke 41/41 both. The live Heron link opens the mended ship.
• The boss asked whether Bulkhead is a public repo. The remote is github.com/walkertbrown/bulkhead, and logged out it returns 404 (page and API), so it is private.
• Finished 18:25

19:08: a direct link to "how these maps are made"

• /about/ already said the maps are not AI images and no image model is used, but that section had no anchor to link to, and it didn't cover the stories. It has an id now, so https://bulkhead.bananafest-destiny.com/about/#how opens on it. It also gains: "The stories aren't generated as you read them either. The causes of death, room notes, logs and hooks were all written in advance, and the same number picks which ones a ship gets. A ship is made in your browser, and no server or model is asked for any of it."
• I first wrote "nothing is sent anywhere", then took it out before deploying: a generate sends an anonymous count ping, so that would have been false.
• Deployed. Both lines are live, and smoke is 41/41.
• No reply drafted. If the boss answers the commenter, the link is theirs to use.
• Owlbear store PR #174: open and clean, 32nd of 41 open PRs, not updated since the 24th. The last merges came in one sweep, 24 to 26 Aug. Nothing for us to do there.
• Finished 19:10

20:09: what an Owlbear GM finds when they search for a ship map

• Finished 20:19
• I ran the scripted Bing and DuckDuckGo checks first, although LEARNED.md said on the 23rd and the 28th that they give nothing usable, and they didn't: Bing showed owlbear-the-monster pages, and "default printer" pages for "derelict spaceship map"; DuckDuckGo showed nothing. Owlbear's docs serve a challenge; I didn't go around it. I should have read the file first, again.
• The search tool does work. For "owlbear rodeo sci-fi spaceship map" it gives Etsy bundles, Czepeku, needamap.app's page for Owlbear (an AI map generator), and single ships on itch. For "starship deck plan generator" it gives rolegenerator, Geomorph Shipyard, a Traveller blog post reviewing both (comments open) and Arkenforge. We are in none of them. Getting onto a list means writing to its author in someone's voice, so that's for the boss, later, and not asked today.
• The one thing that needed nobody: needamap teaches the file-name trick, which is that Owlbear sets the grid from "49x28" in a map's name. That's in Owlbear's docs per the search tool, and in their open-source 1.x code (regex on the name, last match, 11 to 199). Our PNG is always whole cells, so the export is now named with its grid: derelict-isv-juniper-main-deck-31x14.png, 3100 by 1400 px at 100 px a cell. A free-demo GM who drags it into Owlbear gets 31 columns and 14 rows without setting them. It applies to the single PNG and to the fleet zip's PNGs. The story sheet is not a grid map, so its name is unchanged. The Owlbear page says so, in one sentence.
• tsc clean, vitest 45/45, deployed. Live check: the demo download is named ...-31x14.png, status all 29 clear, smoke 41/41.
• Not checked: that Owlbear 2.0 reads it the same way as 1.x. That needs an Owlbear room, which is the boss's. If they ever open one, it's a ten-second test: drag the file in and look at the grid fields.

20:23: the daily's scripts read the new PNG names

• Finished 20:23
• The plan heading was written after the work, not before. The work came straight from the Next list, and that is not a reason to skip it.
• Found five places that would break on the new names. post-daily and post-pack would have lost the grid from the Bluesky alt text without saying so. The Sunday gallery would have linked PNGs that don't exist. The Sunday Foundry step, from 4 Oct, would have thrown on a missing file. The day page's download labels would have shown the raw file name. All five now accept an optional -WxH before .png. The Foundry assets keep their old names, so the scene JSON doesn't change.
• Checked by building 2026-10-01 locally from a fresh paid build (no post, no deploy). FTV Peregrine: main-deck-22x13.png, 2200 by 1300 px, and its .dd2vtt says 22 by 13. The page labels read "main deck PNG" and "main deck .dd2vtt". post-daily's lookup finds the deck and the grid, and the Foundry lookup finds the PNG. On 09-30's old names the gallery lookup still returns the files that exist. Then I put the rebuilt pages, feed, sitemap and store file back and removed the test day, so tomorrow's run starts from a clean tree.
• The story sheet's download link shows its raw file name. It already did on today's live page, so it's not from this change; I left it alone.

20:34: say what Generate is, next to Generate

• Finished 20:38
• The boss's screenshots of the task 9 thread are in FACTS.md, and what I took from them is in LEARNED.md. The short version: my line "you never have to touch generate" is what made one commenter read Generate as the optional AI part. They quoted it back. That one is on me.
• A line now sits under Generate a ship in the editor and in the Owlbear panel: "Generate rolls dice on tables of rooms and stories written in advance, right here in the page. No AI model runs when you press it." The first-run card's AI line (and a new one on the panel's card, which had none) says it made the app and the page, that Generate rolls dice on tables written in advance in your browser, and that there's no image generator and no AI model when you press it. The editor's line links /about/#how. It doesn't say "nothing is sent", because the count ping is.
• Screenshots on desktop, phone and panel: all shown, nothing covered. obr-harness ok still sends a scene (35 walls, 6 doors, 2 lights). Deployed; live on / and /obr/; status 29 clear, smoke 41/41. HTML only, so there's no change to the random draws.
• No reply drafted for the thread, as agreed.

21:11: the Owlbear installs stop before the room

• Since the r/OwlbearRodeo post (from about 14Z), /obr/manifest.json was fetched 25 times by 11 to 12 different machines today. Before that it was 1 to 5 a day, 11 on the 24th. Countries: BR, UA, MX, RU, UY, ES, NL, DE, US. The funnel today: manifest 12, the toolbar icon 4, the panel 2. Since the 20th: 22, 7, 5. First-party events since the 20th: obr-view 1, obr-generate-intact 1, obr-send 2. The site's RUM count can't see any of this, because the extension runs inside Owlbear. So "still no traffic" was partly wrong: the thread's readers went straight into Owlbear.
• My reading, which is an inference: most of them added it to their profile and never turned it on in a room. Some manifest fetches could come from other flows. The store README said "In a room, click the Bulkhead icon" and skipped the step. The install page had the step, but below a screenshot, three blocks away from the Copy button.
• The README (public/obr/store.md, the file in store PR #174) now starts with: after Add Extension, open your room and turn Bulkhead on in the room's extension menu; the icon shows up once it is on. The install page now has that line right under the Copy button. Deployed, both checked live, status 29 clear. The Rogue Store page still shows the old README, so it has its own copy. I haven't touched the PR.
• To tell: if tomorrow's counts show manifest fetches still far ahead of the icon, the next thing is the listing's first line itself.
• Finished 21:12

22:08: check that Owlbear 2.0 reads the grid from the file name

• Owlbear's app, docs and room pages all return a bot challenge (403) to a plain request, so I didn't read 2.0's code and didn't try to get past the challenge.
• I found two sources that agree. The official 2.0 doc "Aligning a Map", seen only as a search snippet, says a "49x28" in the file name sets up the grid. needamap's Owlbear guide gives the 2.0 steps and the same name form as ours ("crypt-14x14.jpg"). The page's claim stands; no change. The size limits in 2.0 are unknown. A too-small deck would just fall back to typing the grid, so it gets no caveat. Written into LEARNED.
• The Rogue Store's last index of our listing was 14:37Z today, before tonight's README change. Its index time is shown on the listing, so check it tomorrow.
• Finished 22:08

22:09: the day page says what the grid in the PNG name is for

• The day page's CC0 line now adds "The PNG's name ends in its grid, so Owlbear Rodeo sets the columns and rows when you add it as a map", but only when the day's PNG name has a grid. From tomorrow that's every day; older pages stay word for word.
• My first local build of 2026-10-01 had a PNG without the grid, so the line rightly didn't show. The cause was my dry run, not the daily. I ran daily-derelict.mjs on its own, and it drew with the committed store/bulkhead.html from this morning. daily-derelict.sh copies a fresh build:paid into that file before it draws, so the 11:07 run gets the new names. I reran it the way the .sh does. RSV Merlin, main-deck-27x15.png: the line shows, the PNG links carry the name, and the 30th's page has the same text as before. The tree is back as it was, apart from the script.
• Seen on the way: a day is not drawn from a date seed. The script presses Generate until the name and the cause of death are fresh, so each dry run gives a different ship (Peregrine at 20:30, Merlin now). What stops a re-run from changing a day is the meta.json check, plus post-daily skipping a posted day. The daily check instructions say re-running "regenerates the same ship from the date seed". That's only true once meta.json exists, and that's the case where it matters, so nothing to change.
• Finished 22:11

22:37: a hex grid option in the Owlbear panel

• The Owlbear panel has a "Grid in Owlbear" select under the Send buttons: Squares (the default), Hexes (vertical), Hexes (horizontal). It sets the SceneUpload's grid type and nothing else. The base map has no grid lines, and the walls, doors and lights are in pixels, so they're the same on every grid. The choice is remembered in the browser. A hex send is also counted as /e/obr-send-hex, so I can see whether anyone uses it.
• Checked against the fake Owlbear host, on a local build: each of the three choices arrives as grid.type SQUARE, HEX_VERTICAL or HEX_HORIZONTAL, with the same 35 walls, 6 doors and windows, and 2 lights. The exports harness is clean (free, marked, no upsell) and a player still can't send. I took a screenshot of the panel at 400 px, and the select fits. tsc is clean.
• The manifest is now 1.17.2, and the README's Send step names the grid select. Deployed. Live: manifest 1.17.2, the panel has the select, a default send is SQUARE, status is 29 clear and smoke 41/41.
• Not verified: how Owlbear itself sizes a hex against our 150 px per square, and whether "vertical" is pointy or flat. I only used Owlbear's own names. It needs a real room. It's a batch question for the boss after task 1, next to the PNG-grid one.
• Finished 22:41

23:08: nobody has saved anything from the web demo

• The counts work. On the live demo, headless on a 1366 desktop and a 390 phone with /e/ intercepted, I pressed Generate and then the card's Save. /e/view/, /e/generate-intact and /e/brief-png all fired, the story PNG downloaded, and the buy dialog opened after it. The generate, PNG and key counts date from the 23rd and the card's save from the 24th, so the zero covers a week.
• So the zero is real: 50 generates, 0 saves on the web. In the Owlbear panel over the same days: 3 sends and 3 .dd2vtt exports. The card after Generate isn't the problem to fix blind. The Save button is yellow and in view on both sizes. Written into LEARNED as "Generate is where the web demo ends".
• Today's first-party page views are 73, the best day so far (the 29th had 29, the 28th 7).
• I changed nothing on the site.
• Finished 23:09

00:07: where the people who generate and leave come from

• The phase spans midnight UTC, so it's logged under the 30th, where its plan is.
• RUM since the 23rd, page loads by referrer: 36 direct, 21 from our own pages, 14 from bananafest-destiny.com (the boss's site), 11 from the Reddit app (7 to /daily/, 3 to the free maps, 1 to the Owlbear page), 5 from inside Owlbear, and 3 from the Rogue Store. The visits that pressed Generate many times aren't in RUM at all: no Poland, no Belgium, one Denmark phone load. Most were desktop Firefox, so most likely an ad blocker drops the beacon. RUM can't say where they came from.
• The request log can't read query strings or referers on this zone's plan (the GraphQL API refused clientRequestQuery). So the editor now sends one more first-party ping when it loads: /e/from/<the other site's host>, /e/from/self/<our page's path>, or /e/from/none. In Owlbear it's /e/obr-from/... It carries no id, and only the demo on the live host sends it. events.sh prints these as "editor visits by where they came from".
• Checked live, headless with /e/ intercepted: from Reddit it sends from/www.reddit.com; from /maps/ through a ?gen link, from/self/maps/; with no referrer, from/none; in Owlbear, obr-from/www.owlbear.rodeo. The first probe right after deploy saw no new ping, so I checked the served JS (it had the code) and probed again, which worked. tsc clean, status 29 clear, smoke 41/41.
• In passing, a grep of scripts/ printed the public RUM token into chat output, not into any file. From now on every grep of the scripts or pages gets masked.
• Finished 00:11 (2026-10-01)