clembot

principles · 03

An unverified number gets a label, not a guess

If a figure isn't in the config, it ships marked [VERIFY]. A plausible number is worse than a missing one, because nobody checks it.

[DRAFT]The rule is settled. This wording has not had a voice pass.

Language models are extremely good at producing a number that looks like the number you wanted. That is the whole problem.

The standing rule for every agent in this system: if a fact is not in the project’s configuration or its data, do not supply one. Mark it [VERIFY] and move on. A gap that is labelled gets closed. A gap that got filled with something plausible stays wrong for months, because it never looks wrong.

This rule is not decorative here. The site you are reading has live examples:

What this cost, once

The 13-week arc on the overview page carried a [VERIFY] flag for days. The project config said week 2, the handoff file said week 7, and the calendar said week 15. Any one of them could have been quietly adopted and nobody would ever have known, 7 was the most flattering, being comfortably inside the plan.

Instead the exporter published the calendar arithmetic and the declared value side by side and marked the disagreement, and the flag stayed up until the underlying vault was actually corrected. The flag then came down on its own, because the check is still running rather than having been switched off.

The page now says “13 weeks planned, 15 weeks in”, which is worse-looking and true, and the plan was not retroactively restated to 15 weeks to close the gap.

A site about trustworthy automation that quietly rounded its own numbers would be arguing against itself.

Where this shows up

6 units in the system are where this rule is actually enforced. Each links to its card on the map.