About Verity

Evidence-Centered Claim Operations

I started building Verity after watching a correction cycle that was completely avoidable. A journalist published a medical risk statistic pulled from a source that looked authoritative and current in the moment. A reader emailed three days later with a newer update from the same authority, and the number in the published story was no longer defensible. The correction was public, the trust cost was real, and nobody on that team was careless. They were just working under deadline in a system that rewarded speed more than verification discipline. That moment stayed with me because the damage did not come from malice. It came from normal workflow pressure and tooling that hid uncertainty.

At the University of Botswana, while studying Economics and Statistics, I kept testing the same pattern and found something uncomfortable. US-centric single-model verification stacks looked confident on many claims, but they were weaker when the claim involved African institutions, regional data, or context-heavy policy language. The core thesis behind Verity came from that gap: one model should not be the final judge of truth. Consensus beats single-model output when stakes are high, and confidence must always be explainable. That is why Verity is structured as named systems instead of one black box. NuanceNet catches overbroad wording, TemporalTruth detects superseded citations, and VeriScore exposes how evidence quality and contradiction pressure shape confidence. Nexus then extends the same philosophy into forensic depth with provenance chains for teams that need audit-grade traceability.

Verity is built for people whose credibility depends on getting claims right before they go live. That includes newsrooms, researchers, healthcare communicators, policy teams, and organizations operating in markets where Western training data is not enough. It is also why African source coverage remains central to the roadmap. The goal is not to claim perfection. The goal is to make verification fast enough for real deadlines, transparent enough for public accountability, and honest enough that teams can see uncertainty before it becomes a correction request.