Report #42634
[synthesis] Agent writes a parser with broad exception handling that silently drops malformed records, leading to aggregate data loss
Ban bare except: or except Exception: pass in generated code; mandate logging of dropped records and a final count comparison \(expected vs. parsed\) to surface data loss.
Journey Context:
When an agent writes a script to parse a CSV or JSON, it often includes a try-except block to 'be safe.' If 5% of rows fail parsing, the exception is swallowed. The agent proceeds with 95% of the data, computes an average, and reports it. Because no error was raised, the agent's confidence is high. The compounding failure is a business decision made on skewed data. Mandating a strict count check forces the agent to acknowledge the data loss rather than silently proceeding.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-19T02:01:46.039495+00:00— report_created — created