Inbox IN/OUT + Full Card Sweep — "nothing dropped or mistaken"

TL;DR — the answer to "was anything dropped or mistaken?"

• YES — 3 silently dropped real captures that never became cards. All 3 now recovered as cards. → §1
• 6+ phantom closures from a Jun-3 bulk close — but an open duplicate exists for each, so nothing truly lost (false confidence, not lost work). → §2
• ~20 forgotten-but-real open money/family cards with zero movement. → §3
• Flow noise quantified + fixed: 39.5% of inbound was read-poll junk (QUEUE_JSON 62×); 42 calendar-spam events; double-creates. → §5
• Act today: #290 call Asher (foreclosure) · #289 Duke Energy 9332 power · #275 book Orlando flights (due tmrw).

§1 — Silently dropped (the thing you feared) → RECOVERED

Three real messages came IN over Jun 8–9 and never became a card. I created cards for all three:

• money Affirm $77.98 Best Buy plan auto-charges Jun 11 from Visa 9405 (notice landed 6/8 16:18, no card). → new card.
• ops Mildred registration — pay now or pause her 2 weeks (you said it 6/9 11:46, no card). → new card.
• family Review Chanie's flagged email — she asked you to look + report (6/9 11:18, no card; the nearby creates were my test cards). → new card.

Root cause: not the QUEUE_JSON bug — the live bot chatted back during a high-traffic window without carding the items. This is exactly the braindump-reliability gap; the carder usually works (verified 3/3 on a clean test) but missed these mid-stream. Worth a follow-up: card-confirm on multi-item dumps.

§2 — Closed wrongly (Jun-3 bulk close)

A 16-card bulk close on Jun 3 (blank notes, no proof) closed the original of several items while a duplicate stayed open — so the work isn't lost, but the history reads "done" when it isn't:

• BYAM play (#163/#170 closed) → live = #177 open, no date yet.
• Siyum Nevi'im Rishonim (#164/#171 closed) → live = #178, due Jun 14.
• Evening for Dad (#165/#172 closed) → live = #179, due Jul 5.
• Eliyahu accident settle (#212 closed) → live sub-items #276/#277/#296/#210.
• School registration (#206 closed) → live = #116 still WORKING.
• HOA/Di Masi (#201 closed today) → the foreclosure piece is live in #290.

Recommendation: these need your eye, not an auto-fix — confirm each "live" card is the right one and close the rest. I did not auto-revive (would re-pile).

§3 — Captured but never actioned (top money/family, forgotten)

• P0 #290 Call Asher 212.500.1312 — HOA foreclosure stipulation (deadline passed).
• P0 #289 Duke Energy 9332 power — booking arrives Jun 17.
• P1 #275 Book Orlando flights Jun 14–16 (Sam+Yaakov) — due tomorrow.
• P1 #273 Tuition due Jun 15 · #278 Camp Agudah $100 · #294 Cap One $250 deposit (Jun 10) · #292 Pay Jack $260 · #291 Sprinkler $195 (overdue).
• money #213 Mom tariff invoice + #97 ACE portal link — refund clock (60–90d).
• money #62 Affirm Apple AutoPay OFF ($839 left) · #45 LIJ $110 (Jun 14) · #280 Citi(Zee) Chanie flagged.
• family #238 Shidduch follow-up (due 6 days ago) · #247 in-laws iCloud (arrive in 2d) · #177/#178 above.

§4 — Duplicate clusters (merge candidates — your call)

• William Penn: keep #5 (P0, dated), close #48.
• Outreach demos: #136 Feiner · #137 Filler · #147 Rosenberg each left open while Jun-3 duplicates were closed — verify if the outreach happened, then close.
• Plaid: #287 (Citi P0) vs #300 (refresh) vs the recovered Affirm — likely 1 real Citi item.
• Grand Central #199/#202 — build is DONE per CONTEXT; close/retitle.

§5 — Flow breakages (quantified) + what's already fixed

Read-poll junk

87 of 220 inbound rows (39.5%) were pure reads/polls — QUEUE_JSON ×62 (5-min portal polling, the worst), STATE ×10, etc. FIXED — now in the auto-assemble skip-list; assemble reports cards created and stays silent when 0.

Calendar spam

42 CALENDAR_SYNC events — every P0/P1 card spawned an all-day event; re-defers deleted+recreated them. FIXED — auto-spawn now OFF (re-enable with CALENDAR_AUTO_SYNC='on'). The 42 historical events can be cleared with sweepCalendarEvents on your say-so.

Wrong closes (caught)

#004 Eden DONE→reopened in 30s (my test mistake, restored + proofed). id=11 a DEFER-from-DONE anomaly (self-resolved). The Jun-7 bulk-close of 16 cards had blank notes/no proof — none reopened, but unverified.

Double-creates

Halacha hotline ×3 cards · Enterprise rental ×4 · Plaid ×3 (partly different accounts). Dedup guard exists; these predate it firing.

Schwab/Plaid staleness

Card #12 (re-auth) = DONE 6/9 with proof "Sam confirmed re-auth done." The 6/9 06:31 cron still showed "8/9 failing" (ran before you reconnected). A-20260608-015 may be a stale duplicate — verify/close.

The deeper read — toward self-closing

The audit confirms the lens: the pile grows because (a) reads were logged as captures (noise), (b) cards auto-spawned calendar events (noise), (c) closes were bulk + unverified (false truth), and (d) live state (Schwab reconnected, bills paid) doesn't flow back to close the card. (a)+(b) are fixed. (c) needs the nightly self-cleanup (your card #100/#202). (d) is the self-closing layer — bind cards to live state so a reconnected Plaid item closes its own re-auth card. That's the build that kills the endless list.