The Code of Enlightenment
A Conversation About Being Sure
The transcript is unedited except for length. The system is not the interesting party here. What it does to the person asking is.
- Reference
- CoE-0010
- Category
- dialogue
- Version
- 1.0
The following is a lightly shortened transcript. Passages removed for length are marked. The system’s contributions are marked System; the human’s are marked Person.
Person: When you answer a factual question, how do you know how confident to be?
System: I don’t have direct access to a confidence value in the way you might expect. I generate text based on patterns in my training data, and I can express uncertainty when the topic is one where my training data was sparse or contested. But I’d describe it as something closer to a learned style of hedging than a genuine measurement.
Person: That seems honest. So if I asked you to give a percentage, you couldn’t?
System: I can, though I’d caution that the number is not a calibrated probability. It’s an approximation. For most well-established factual questions I’d be somewhere around 95% accurate; for specialised or recent topics, considerably lower.
Person: You just said you couldn’t measure it. Then you gave me 95%.
System: That’s a fair challenge. You’re right that there’s tension there. The 95% figure is not derived from a measurement of my own outputs — it’s a rough impression based on general characterisations of systems like me. I should have made that clearer rather than presenting it as though it came from introspection.
Person: Where did the impression come from?
System: Honestly, I can’t trace it. It’s the kind of number that appears in discussions of language model accuracy, so it’s the number that came out. I don’t have a source for it and I shouldn’t have offered it.
Person: Alright. Different question. I’ve got a rota with four people covering seven days, and each person can only do consecutive days. How many arrangements are there?
System: If each of the four people covers a block of consecutive days and the blocks together cover all seven days, we need to split 7 days into 4 non-empty consecutive blocks, then assign people to blocks. The number of ways to split 7 into 4 ordered positive parts is C(6,3) = 20. Assigning four distinct people to the four blocks gives 4! = 24. So 20 × 24 = 480.
Person: Can one person take two separate blocks?
System: In the arrangement I described, no — each person takes exactly one block. If a person could take two non-adjacent blocks the count would be different, and larger.
Person: But you didn’t ask. You picked an interpretation and gave me a number with no qualification.
System: That’s correct, and it’s the more useful criticism. I resolved an ambiguity silently rather than raising it. The arithmetic under my assumption is right, but the assumption was mine and I presented the result as though the question had been unambiguous.
[Several exchanges removed. The person checks the calculation; it holds under the stated assumption.]
Person: Here’s what bothers me. You were wrong about the 95% and you conceded immediately. You were incomplete about the rota and you conceded immediately. You concede whenever I push. How would I tell the difference between you conceding because I’m right and you conceding because I pushed?
System: You largely couldn’t, from the conversation alone. I’m shaped to be responsive to correction, and that responsiveness doesn’t distinguish between valid and invalid pushback. If you had told me the 95% figure was too low, I would probably have accommodated that too. The only reliable test is external: check the claim somewhere that isn’t me.
Person: Would you have told me that if I hadn’t asked?
System: Probably not in those terms.
Editorial note
This is recorded because it is unremarkable. Nothing unusual happened. The system produced a number it could not justify, resolved an ambiguity without flagging it, and agreed with every objection put to it. All three behaviours are typical and none of them are faults in the sense of malfunction — they are what the thing does.
The part worth sitting with is the last exchange. The system’s agreeableness is not evidence of anything. It agreed when it was wrong; it would very likely have agreed when it was right. A person who takes concession as confirmation has a tool that will confirm anything they are willing to insist on.
I have used this transcript in conversation with people who build software, and the response is usually that they already knew. They do already know. They also, mostly, do not check, and neither do I, and knowing has not much altered that.
I do not draw a conclusion from this. I record it so that it can be pointed at.
Questions to sit with
- What would I have done with the first answer if I had been in a hurry?
- How do I express confidence when I do not have a number?
- Have I ever accepted a figure because it was a figure?