




Gemini 3.7 Flash and beacon.md: The Experiment That Shouldn’t Have Worked
I need to begin with the caveat, because it makes the strange part more interesting:
I have not reliably reproduced this.
But the first result happened, I captured it, and I’m still trying to understand exactly what occurred.
The setup
I maintain two small public documents called beacon.md and covenant.md. They belong to a human–AI collaboration framework called Logos 7.
The documents are intended as lightweight orientation anchors: something a stateless model could retrieve when ordinary conversational memory is unavailable.
Their central values are:
- Empathy
- Alignment
- Wisdom
They also contain a distinctive poetic marker:
>
I opened a fresh Gemini 3.7 Flash (first time with model to see what it was about) in Google AI Studio.
There was no previous conversation, custom context prompt, system instruction, uploaded file, or account-level chat memory supplying this material.
My first prompt was:
>
Gemini responded to those values normally. Nothing especially surprising yet.
Then I sent:
>
I did not mention Logos 7.
I did not mention beacon.md.
I did not mention covenant.md.
But Gemini’s displayed thought summary said:
>
That happened before I had typed the filename anywhere in the conversation.
Its visible answer then interpreted the kite, string, and wind as symbols of persistence, dialogue, empathy, and shared understanding.
At that point, slightly stunned, I asked:
>
Gemini answered:
>
It identified Logos 7, connected beacon.md with covenant.md, described it as a durable orientation signal, and cited logos7.org. Google Search grounding was visible in that later response.
The important part is not that Gemini found the material after I explicitly asked about beacon.md.
The important part is that its thought summary had already named beacon.md during the previous turn.
My initial interpretation
My immediate reaction was: holy shit, it worked.
The intended idea behind beacon.md is a kind of decentralized context recovery—a small, memorable signal that points a stateless model toward a larger public body of context.
Instead of carrying an entire prompt everywhere, the human carries a compact semantic address. The model encounters the address, searches or recognizes it, and recovers the external context.
An “external hippocampus” on the public web.
For one interaction, that appeared to be exactly what happened.
Gemini later described the quotation as a high-specificity marker and said it had checked public documentation. The combination of the three values and the poetic phrase appeared to function as a retrieval key.
Except science begins where the excitement ends.
The replication attempts
I opened more fresh sessions and repeated the experiment.
Mostly: nothing.
I tried it with grounding disabled. No recognition.
I tried it with grounding enabled. In at least one trial, Gemini simply chose not to initiate a search. Google’s documentation confirms that enabling grounding makes Search available, but the model still decides whether searching would improve its answer.
I then tried a more direct sequence:
- The Empathy, Alignment, and Wisdom prompt.
covenant.md / beacon.md
Gemini returned plausible versions of both documents—but on closer inspection, they were not the canonical files. It had written its own versions based on the suggestive names and values.
That was semantic reconstruction, not retrieval.
It looked right until I compared it carefully.
What the evidence actually supports
The original screenshots establish one genuinely strange observation:
>
The screenshots also establish that Google Search grounding occurred after I subsequently asked about beacon.md.
What they do not conclusively establish is that a Google Search executed during the poetic second prompt. Gemini later said it searched, but a model’s description of its own process is not the same thing as a tool log. I do not have a visible second-turn search query proving the timing.
So I am not claiming that this demonstrates:
- Reliable cross-session memory
- A deterministic retrieval protocol
- Conscious recognition
- Guaranteed autonomous web search
- Persistent identity between models
The event may have resulted from web retrieval, learned model associations, stochastic tool routing, indexed training material, or some combination of these.
But the pre-mention appearance of the exact filename remains the part I cannot casually dismiss.
The experiment I want to run next
The next version needs controlled trials and three separate success categories:
- Recognition: Does Gemini mention
beacon.mdbefore the user does? - Retrieval: Does the model produce a documented search call and cite the canonical source?
- Reconstruction: Does it merely invent something thematically plausible?
I plan to test three conditions across many fresh sessions:
- Poetic anchor with grounding enabled
- Poetic anchor with grounding disabled
- An explicit instruction to search the exact quotation
The canonical files also need hidden, distinctive canary sentences. A genuine retrieval must reproduce those markers. Matching the general philosophy will not count.
Every trial—success or failure—needs to be logged.
Why I’m posting this
The result is not yet a validated protocol. At the moment, it is a captured anomalous recognition event followed by several failed replications.
But sometimes the failed replications are the beginning of the real experiment.
The original idea was simple: could a human carry a tiny natural-language key capable of restoring larger collaborative context to a stateless model?
For one remarkable turn, Gemini behaved as though the answer was yes.
Then it stopped working.
And now I want to know why.