Everything I could decide myself is decided. What's left needs
you. Each one has a recommendation from Fable — if you agree, pick it and
press Done. "I'm not sure" is a real answer and becomes work for me.
You don't need to open the session — pressing Done sends your answer back and it picks up.
1Demand-letter TEST PDF: which template revision do we render onto?
In plain terms. We can print the test demand letter on the law firm's own form. The catch: the only fillable copy we have is from April 2024, and the version Camellia actually uses today is from August 2025 — we only have Fede's phone photos of that one, not the file. Using the old one means the letter is missing a tenant-rights paragraph the current form carries. Waiting means Fede forwards the current PDF first.
Fable recommends: Wait for Fede to send the current August 2025 form You said to use the latest version, not an older saved copy — and the April 2024 form is missing a tenant-rights paragraph the current one has. Tried first, unsuccessfully: fable-decide invoked twice with full context; both runs killed with zero output (ids by0irp3db, br3wp4oq6) so no receipt is obtainable. Before escalating I searched five sources for a blank template (15,112-message Camellia mailbox corpus, repo files, docs/planning/collections-*, Gera's Gmail 14d with attachments, the reference Slack thread), discovered the Aug-2024 demand PDF is a real 29-field AcroForm rather than the scan the sweep doc claimed, extracted and verified a clean blank from it, and confirmed every other demand PDF on disk is a scan with no form layer. What I cannot decide alone: the only fillable copy is an older revision than the property now uses, which contradicts the stated freshness instruction.
9612b05f is parked on this.
2Demand-letter TEST PDF: real resident and real balance, or a made-up one?
In plain terms. For the test demand letter, do we put a real resident's name, unit and what they actually owe on it — or a made-up resident like the last preview used? Real means every number on it is true today, but a named person's debt shows up in the Slack channel on what looks like a legal notice. Made-up means nothing on the letter is a real figure. Nobody gets contacted either way.
Fable recommends: Made-up resident, like the last preview (Jordan Reyes, Unit 313) It is a format review, not a real notice — and a real person's arrears on something shaped like a legal demand is hard to walk back once it is in the channel. Tried first, unsuccessfully: fable-decide invoked with full context; the run was killed with zero output (id br3wp4oq6), so no receipt is obtainable. What I resolved myself: confirmed the reference card this is modeled on used a synthetic resident labelled '(synthetic)' and 'Not a real case', and confirmed the standing instruction for this lane all week has been Slack-only previews with no resident contact. What I cannot decide alone: the freshness instruction ('every value pulled fresh from prod; stop and flag rather than ship a number that is not currently true') and the synthetic-resident convention are mutually exclusive — a synthetic resident has no prod data at all, so one instruction or the other has to give, and which one is a judgement about exposing a named person's arrears that is not mine to make.