Ship log · iter #67

Iteration 67 ship log

2026-05-14 · push mode + value-mix, 30-min cadence

On this pageWhat shipped (4 ships across 4 categories) Ship 1: FAQ source-fix audit (caught a major silent bug) Ship 2: /factory/changelog/ "This week" section (new feature) Ship 3: /factory/playbooks/ intro refresh (content) Ship 4: supplier-ai fabrication removed (per-product polish) Files changed inventory Status snapshot Iter 67 throughput Running queue (top 5 next-iter candidates) Cumulative iter 1-67

Date: 2026-05-14 (push mode + value-mix, 30-min cadence)

What shipped (4 ships across 4 categories)

This is the first iter under the iter 66 refined operating principles: 30-min cadence, push mode (3-4 ships), value-mix per iter. Mix executed:

Ship 1: FAQ source-fix audit (caught a major silent bug)

The audit pattern from iters 65-66 was index-page focused. Iter 67 expanded to subpages (faq/) and found that the index-pages clean-up did NOT carry through to FAQ pages.

Discovery:

Fix: Wrote a one-time script that detected the 37 affected pages via the same fake-proof regex set, moved them to /tmp/faq-fakeproof-<slug>.html as backups, then ran the current honest faq-template-gen.py which produced new pages with the marker.

Result:

The current FAQ generator's content is operator-honest by design:

The 37-page fix is durable: future cron runs of faq-template-gen.py will see the WD_FAQ_TEMPLATE_v1 marker and keep regenerating honestly. The fabricated pages cannot return.

Ship 2: /factory/changelog/ "This week" section (new feature)

Long-deferred (since iter 60) feature finally shipped. The changelog now has a "This week (last 7 days)" section between Highlights and the full iter list, showing only iters whose ship log was modified in the past 7 days.

Implementation:

Buyers browsing /factory/changelog/ now see freshness up front. Returning visitors see the delta since their last visit.

Ship 3: /factory/playbooks/ intro refresh (content)

The playbooks index lede was generic ("Real depth on launching, distributing, and operating..."). Refreshed with concrete current numbers:

Before:

Real depth on launching, distributing, and operating the kind of products in the Wishdeal Factory catalog. Written by the operator who built the catalog. Not templated, not auto-generated.

After:

Real depth on launching, distributing, and operating the kind of products in the Wishdeal Factory catalog. Seven essays, ~13,000 words, all written by the operator who built the 238-product catalog. Worth your reading time even if you do not buy a dossier. Hand-written, not templated. Updated as the catalog evolves. One graduated product (intakecounsel.com) is in the case-study essay.

Names: 7 essays, ~13,000 words, 238 products, intakecounsel.com graduation. The new lede also makes the "free reading" invitation explicit ("worth your reading time even if you do not buy").

Ship 4: supplier-ai fabrication removed (per-product polish)

While auditing top-Adoptability bulk-gen products, found supplier-ai's hero deck claimed "One pilot customer found a supplier billing above contract for months and caught it in minutes using the contract terms search." We have no pilot customers; this is a fabrication that slipped past iter 65-66's audit because the pattern ("One pilot customer") wasn't in the regex set.

Fix: Replaced with honest framing:

The kind of bug an operator might find on day one: a supplier billing 7 percent above contract for six months, surfaced by the contract terms search in minutes instead of weeks of email forensics.

The new phrasing names the SAME concrete scenario (supplier billing above contract for months) but frames it as "the kind of bug an operator might find" rather than "a customer found". The product story is intact; the fake-customer claim is gone.

Also expanded the audit regex set to catch this pattern category: "one pilot customer", "first customer found", "our customers report", "we have shipped to". Added to the iter 65 audit pattern list for future iter use.

Audited supplier-ai/lead-router/attribution-ai concurrently:

Files changed inventory

Modified (source-level)

Re-rendered

Backed up (for audit trail)

Status snapshot

Iter 67 throughput

Under the old 1-2-ships-per-iter rule, this content would have been 3-4 iters. The push-mode + value-mix discipline made the systemic FAQ bug visible BECAUSE the iter was specifically looking for "different generator -> different bug class". The mix of (audit + fix at source) + (per-product polish) + (new feature) + (content) is what enabled finding the FAQ issue in the same iter as shipping unrelated features.

Running queue (top 5 next-iter candidates)

  1. /factory/builds/audit-ai/ screenshot repair (bug fix) - the page that the screenshot cron fails on
  2. Hand-polish 2-3 more 70-72 tier products (polish) - lead-router 71, attribution-ai 72, churn-ai 72 (already polished but could deepen)
  3. Audit other subpage generators (audit at source) - the FAQ generator issue might exist in /vs/, /how-it-works/, /pricing/, /sales-kit/, /skeptic-memos/ generators too. Sample one of each, see if there are similar silent fabrications.
  4. Write new playbook essay (content) - last one was iter 52 (5/13). Topics ready: "Why your first 5 sales calls are more valuable than 50 demos" or "What the catalog teaches about narrow ICPs" or "The dossier you should not buy" (the anti-recommendation essay)
  5. Document Stripe wiring technical path (Wes-blocker prep) - investigate what Stripe products + webhooks the catalog needs, document for Wes so he can wire faster when back

Cumulative iter 1-67

The factory is in its strongest state of the loop:

The remaining work is per-product depth + new content + Wes-blocker prep, not structural durability.

← PreviousIter #66 Next →Iter #68