06/11/2026
The bank president read the AI's reasoning.
The numbers were correct. The revenue dip was real. The model had done exactly what it had been asked to do.
Then she vetoed it.
The dip was the founder's leukemia year. The treatment was over. The business was sound. The borrower had paid every previous note within nine days of due date for forty-one years.
The AI had no way of knowing the first thing.
The AI had no way of knowing the second.
She typed one sentence into the override field — *human review required, approve under standard renewal terms* — and Monday's denial letter never sent.
The grocery owner came in the next morning, not knowing how close he had come.
One thing happened that the customer never saw. One row went into the Veto Log: *Loan renewal denial reversed, customer-context not in model inputs, founder health event resolved, standing relationship 41 years.*
The next month, the AI flagged a similar case. The bank president reviewed it the same way and approved.
The month after that, the encoding was revised. The revenue-dip threshold was paired with a relationship-tenure check and a recent-context flag. The mid-veto count dropped.
That is what the Veto Power does inside a working architecture.
It does not just resolve the immediate decision.
It feeds the encoding upgrade that means the same decision will not require a veto next time.
The line was the same line the bank had always held — *we lend to people, not to data points* — and now it lived in four places: the president's authority, the override field, the Veto Log, and the encoding-review queue.
https://jbherrera.substack.com/p/the-veto-power-when-humans-must-override?r=2q6ppe
** ** ** ** ** ** ** **
Overview