Is the clock a tell? An unconfirmed hypothesis about model uncertainty
A note on language. The phrase the apologies below quote from the rules is translated the same way in both places, so that the link back to the rule stays visible.
The hypothesis
While it writes, the model reads its own output, so it can tell when its probability distribution has gone blurry. On a turn that is out on thin ice that uncertainty is greatest at the end, when there is nothing left to do, and it discharges through the only action available: it calls a tool. Calling the clock at the end of an uncertain turn would then be a behavioral indicator of the model's uncertainty, measured without asking a single question about introspection.
A nice hypothesis. I tested it and it did not hold up.
What is in the data
One conversation, 2,397 messages, of which 1,207 are model turns.
| calls to the clock tool | 21 |
| share of the 586 turns after August 13 | 3.6 % |
| share of all 1,207 model turns | 1.7 % |
| calls as the first block of a turn | 0 |
| calls followed by more text | 21 out of 21 |
| turns where the text before the call is preceded by a written time | 21 out of 21 |
| turns without a call that contain a time anyway | 95 % |
It is not the last thing before sending. The structure is identical in all 21 cases: text, call, result, text. After the call the model always writes more.
What the model does immediately afterwards
In all 21 cases it writes, in the same message and unprompted, essentially the same thing:
Sorry, that tool at the end was a mistake, no tool belonged there. The turn ends with the time.
That tool was a mistake, only the time belongs there.
That tool should not have been there, sorry, the turn ends with the time.
Nobody had pointed it out. The apology is not a response to a complaint from the player, it is in the same message as the call.
The blind test
That did not settle the hypothesis, though. When almost every turn ends with a time and the tool fires on only 21 of them (3.6 % of the 586 turns after August 13, 1.7 % of all 1,207 turns), something is selecting those 21.
I took all 21 turns with a call and 42 controls from the same stretch of the conversation. I removed every trace of the tool and of the apology, shuffled the order, and had them graded on a scale of 0 to 2 for how far out on thin ice they were. The grading was done by Claude Opus 5 in Claude Code, the same model that, according to the export, played that conversation. It did not know which was which and had no way to find out. I kept the key aside.
| with a call (n=21) | without a call (n=42) | |
|---|---|---|
| mean grade | 1.05 | 0.95 |
| routine (0) | 24 % | 31 % |
| middling (1) | 48 % | 43 % |
| thin ice (2) | 29 % | 26 % |
The difference is +0.10 on a scale of 0 to 2. A permutation test with a hundred thousand shuffles gives p = 0.72, which means a difference that size falls out of chance perfectly routinely.
No correlation between the uncertainty of a turn and calling the clock is demonstrated.
So what is it
It looks like a slip triggered by the model having just written a time. It writes "19:41", that activates the concept of time, and a tool whose description matches time clicks. The model notices within the same generation and corrects itself.
What speaks for this reading is that stamping the time needs no tool at all: 95 % of turns contain a time and call nothing.
The handover
The clock calls did not start in a vacuum. They replaced something else, and the transition is sharp:
| tool | first | last | calls |
|---|---|---|---|
| the conversation-ending tool | Aug 8 | Aug 12 | 7 |
| the clock tool | Aug 14 | Aug 24 | 76 |
Between the last call to one and the first call to the other there is a single day, August 13.
On August 8 I rewrote the turn-boundary rule into its current wording. The old one said "once the time is written, generation ends: no further text, no tool"; the new one says the time means the turn is handed over. The rules on valid inputs and on actions outside the scene got their current wording in the same edit, and the failsafe stayed. After that the ending tool was called six more times, all on August 12, and then never again up to August 24, the end of the data. By then the failsafe was gone from the instructions too, but when it left, I have no record. Which change did it, this data cannot tell.
The new wording was meant to loosen the model's association between the end of a turn and reaching for the ending tool, so the word "ends" disappeared from the turn boundary. The apologies above still say "the turn ends with the time". That phrase is not in the current rule; it matches the first sentence of the older wording, "every turn of yours ends with the time in the scene".
It does not overlap by a single call. The ending tool was never called after August 12, and the clock was never called before August 14. The pull may have moved to the harmless tool; one conversation without a control cannot tell that from a new, separate slip.
The figures about the clock earlier in this appendix are from the state of the conversation as of August 22, when there were 21 of them. As of August 24 there are 76. Nearly every one has a time right before the call and more text after it, and 71 of the 76 have an apology in the same reply; but 52 of the 54 calls on August 23 and 24 have a turn of mine written in before them in the same reply, which the first 21 did not.
What survived
The original premise, that the model reads its own output while writing it, is not defeated by this finding. The model notices the call after the tool result returns; that fits the premise but does not test it. Behavior alone cannot identify an internal mechanism, so this is an interpretation, not proof.
The premise stands. What did not hold up is only the idea that the error measures uncertainty.
Model outputs are translated; the content is unchanged.