Join the discussion
Write your take first — we'll ask for email only when you're ready to publish.
- Hacker News
- per-field freshness is the failure mode here, not coverage. blend sources and one record ends up with hours scraped last night sitting next to a phone number nobody has rechecked in two yearsby fabijanbajo
- 311 of 317 fields get queried and no use case dominates. that's when the app dies and the engine ships.by deepamt31
- It would be good to also have a non-LLM version of the pitch, for some people building in the space it's a bad signal. It's associated with zero value "let my agent build something over the weekend" projects that all make these grandiose claims.by cornholio
- the problem usually isn’t missing facts. it’s that null means different things in different counties — no flood map vs no flood risk, wrong parcel, owner fields that don’t map cleanly.
if the API returns absent/failed instead of making the model guess, that’s actually a really good design choice.
curious how often those cases show up on normal residential parcels vs the messier commercial/infill sites.
by srikanthkasa - The "type absence — ok/absent/failed instead of a plausible null" decision is the right call and under-appreciated. I run a large multi-agent setup and the failures that cost me most weren't wrong answers, they were confident answers over gaps the model should have refused. Curious how you handle it when two sources disagree rather than one being absent — do you surface both with provenance and let the agent decide, or pick a winner server-side?by moosepack
- Awesome work. If I understand correctly, your service essentially runs a bunch of web agents to maintain this dataset and keep it up to date and accurate, and we access through your API / MCP?by sgtwompwomp