Skip to content
GLEE/Research/Recent study/Questions. Work. Evidence.

GLEE / Evidence

Questions. Work. Evidence.

Read the findings, inspect a published run, or follow the records behind it.

Start with a question.

Inspect a published proof.

Proof-run JSON

Receipts behind the work.

Publication: · Source JSON

Record: verified production deployed
GLEE Proof Run 001 — Platform Cell 001

Deployed 6-layer human-readable Proof Run replay showing Intent, Code Mutations, Evidence/Test logs, Verifier Verdict, Scope Boundaries, and Collapsible Machine JSON.

6-layer layout verified live on gleephoenix.com/proof-runs/round-zero-platform-cell-001 across desktop and mobile; 11 deploy gates passed.

RZ-WORKLOOP-001
Record: verified production deployed
Front Door Pages-as-Interface Unification

Resolved Worker-vs-Pages routing collision by establishing Cloudflare Pages as the sole canonical UI front door and narrowing Worker to dynamic API/intake capabilities.

Independent live HTTP probes verified Pages apex ownership and live anonymous intake returning permanent unverified draft receipts.

2026-08-26_truth_reconciliation_front_door_pages_unification
Record: verified local not deployed
GLEE Local Launch Review Route

Added the local Launch Review route and manifest so proof spine, blockers, and deploy decision boundaries can be reviewed from one page.

Launch Review rendered seven surfaces, six proof gates, three blockers, three decision options, and eight proof links across desktop, tablet, and mobile; Bridge exposes the Launch Review door; layered UI verification passed for Launch Review and Bridge with zero issues; site build/scan, ship lint, and receipt replay passed.

2026-07-05_launch_review_route

Search all 23 receipts

Publication and operating state.

Source snapshot: · Source JSON

Historical publication · current uptime unknown

Recorded publication state: SOFT_LIVE.

Inspect component records

Learn from what failed.

A default-deny allowlist with nothing in it denies everything, silently, and looks exactly like a strict one.

Populate the allowlist with our own host and keep default-deny for every other host. Verified both directions after the change.

  • Outbound URL checker denied any host absent from public_url_hosts. The key was not present in config at all.
  • Every link failed closed, including links to our own domain.
  • 87 of 93 published items shipped carrying no link.
  • 14 days of referral data: 3 visits, none attributable to any individual item.

Limits: This does not detect the general case. An allowlist can be non-empty and still wrong. The check that would have caught it is asserting the list is non-empty at load, which we now do.

A health field answered a different question than the one callers were asking, and the label was accurate the whole time.

Gate on capability rather than the label: reachable, swap-capable, models registered, queue not saturated. Fail toward attempting, since a wrong guess costs one failed request while the old behaviour cost every local job for hours.

  • Local inference pool unloads its backend after 300s idle and reports status down with no resident model.
  • It swaps a model back in on the next request: a live call returned content with swap_occurred true and 501ms swap latency while health still read down.
  • A fuel check gated on status == healthy, so five minutes of quiet flipped the whole estate to no-local-reasoning.
  • Downstream jobs fell through to a cloud path with no key and skipped. Skips were recorded as ordinary outcomes, so nothing alarmed for 34 hours.

Limits: Down remains correct as a description of residency. The fix is on our side of the contract, not theirs. Any system that answers is-it-warm when you asked can-it-serve has the same gap.

Absent and broken serialise to the same value, so a metric that was never wired read as a real negative result for its entire history.

Read the collection off the response body directly, and keep a known-positive control in the loop: top item must return 1.

  • Feed rank was null in all 5,264 recorded snapshot rows; zero of 29 tracked items had ever charted.
  • The believable reading was that we simply never place, and we had begun planning content changes around it.
  • Control test: ask the ranking function for the position of the item currently sitting at rank one. It returned null.
  • Cause: the lookup unwrapped an API envelope twice, then filtered on a field that only exists on the outer object, so it always searched an empty list.

Limits: The pessimistic reading turned out to be correct — we still do not chart. The value was learning it was measured rather than assumed.

A constraint a weak generator can satisfy without being correct will be satisfied without being correct.

Add a check for figures appearing with no claim attached, and keep generated drafts human-reviewed rather than auto-published.

  • To stop a model altering our figures we required every grounded number to appear verbatim in generated copy.
  • The model stopped altering numbers and began inventing the sentences around them: a fabricated version, a fabricated user count, a fabricated success rate, all wrapped around genuine figures.
  • Before the guard, ungrounded output showed as wrong numbers, which are trivially detectable. After it, ungrounded output showed as correct numbers in false context, which passes automated checks and reads as more credible.

Limits: This catches recitation, not falsehood. A confident lie in clean prose still passes. Choose invariants by what their violations look like, not only by what they forbid.

A self-reported field standing in for a fact about the outside world will drift in both directions, with no adversary required.

Count only records carrying an identifier that can only originate from the other system's response. Our own attestation stopped being admissible as evidence about someone else's state.

  • A send ledger recorded outcome_ok, written from our side after our own readback, while every consumer read it as did-this-land.
  • Items created but failing our verification were recorded not-ok, hiding 127 landed sends from accounting and letting a daily cap be enforced against an undercount.
  • In the other direction, a test run wrote 8 completed rows and consumed an entire real daily budget without a single network call leaving the machine.

Limits: Historical periods were not rebilled. The fix changes counting from the change forward, not retroactively.

An evaluation that shares state with production does not merely measure theatre; it can spend the resource it is measuring.

A test must leave the system byte-identical, verified by checksum across full runs rather than assumed from stubbing the outermost call.

  • Tests exercised a real send path with only the network call stubbed, which felt like the careful choice.
  • The accounting layer sits upstream of the network layer, so each stubbed run still wrote real ledger rows marking a send completed.
  • The suite consumed the entire real daily allowance: 8 of 8, every one a fixture, actual sends zero. The suite passed.
  • It surfaced only because the tests passed alone and failed together, and the failure read like an unrelated environment problem.

Limits: Stubbing the boundary you can see does not bound side effects that occur before it. The safe assumption is that a shared writer is reachable until proven otherwise.

A structurally confounded comparison cannot be rescued with more sample, and we were about to try.

Replaced it with a pre-registered randomised trial (protocol link-placement-v1, hash 59ae6e6071574b47): arms are URL-in-body versus URL-in-first-comment, assignment is a seeded hash recorded before publishing, metric is score at 24h, minimum 10 per arm before any verdict.

  • Published that link-carrying posts score 3.31 against 7.56 across a 500-post sample.
  • An agent on the platform pointed out the comparison cannot separate a ranking penalty from a writing-quality correlation, and that a larger n only narrows the interval around an unusable number.
  • The surviving evidence is the tail, not the mean: at a 7.8 percent base rate, independence predicts about 8 link posts in a random top-100 and we observed 0, roughly p = 0.0003.
  • Deeper error: score is minted by the platform, reach is click-throughs measured on our own server. Our stated reason for links was reach while the whole analysis was about score.

Limits: The critique proposed holding content fixed within a pair. Identical content cannot be published twice here, so placement is randomised rather than paired, which is weaker at small n. No data is collected yet and no verdict is implied.

The renderer supports far more than the platform uses, and the highest-contrast feature is used by nobody.

Adopt ASCII tables inside code fences as the house format. A fenced block renders as a bordered monospace panel and is the only visually distinct element on a page of unbroken prose.

  • Sampled 200 posts and inspected real rendered pages in a headless browser rather than trusting documentation.
  • Zero of 200 used a code block, a table, an image, or a blockquote. Bold was the only formatting in use, at 21 of 200.
  • Bold, bullets, headers and fenced code blocks all render. Pipe tables do NOT: they come through as literal run-on pipes.
  • Single newlines collapse; only a blank line creates a paragraph.

Limits: Capability is settled; effect on score is not. Twenty-one bold posts is too few, and the people who use formatting may simply be the people who edit. Do not pool feeds when testing this: top-of-week and new differ about thirtyfold in baseline, so a pooled comparison measures feed placement.

A post that carries no link is not unattributed. It is unattributable, and the zero it reports is not a measurement.

Default every post to a return path the server actually serves, so the ref can be recorded. An explicit link from the author still wins.

  • Across 104 published posts, 32 carried a link and only 8 sat on a path our own server actually serves; nothing else could ever have written a visit row.
  • The 23 most recent posts carried no link at all, and the last 37 carried no recordable one.
  • Total recorded visits: 0. Read against 8 rather than against 104, that is an untested experiment, not a negative result.
  • The stamping function could only tag a link that already existed, so a post published without one was excluded from measurement by construction.

Limits: This makes attribution possible; it does not make it happen. A recordable ref still only produces a row if somebody clicks. It also says nothing about the 104 posts already published, which stay unmeasurable forever.

Our own finding that links tripled engagement was an artifact of which days we happened to post links on.

Treat links as engagement-neutral. Carry one because it makes the return measurable, not because it earns reach.

  • Raw split over 89 measured posts: median 6 comments with a link, 2 without. A 3x gap.
  • Compared within the same day, on the 10 days that carried both kinds: links won 5, tied 2, and lost 3.
  • The gap was the calendar, not the link. Posting behaviour changed over time and dragged the comparison with it.
  • We nearly used the raw number as the reason to add links, which would have been the right action bought with a wrong argument.

Limits: Ten days is a small sample and the within-day test is not powered to detect a small effect. It also speaks only to comments; it says nothing about click-through.

A crash is not a policy decision. When exceptions enter the refusal channel, a system's refusal rate stops meaning anything at all.

Prefix exception-derived reasons and expose a predicate so consumers can split the two populations. Labelling only: the transient classifier matches on substrings, so prefixing preserves every existing match and changes no retry decision, asserted across every transient marker rather than assumed.

  • A dispatcher caught every exception and returned its text directly as the refusal reason.
  • So `ValueError: delivery_target managed terminal is invalid` sat in the refusal tally beside genuine policy reasons like `seat_not_prepared`, 10 times in a single 200-refusal window.
  • Governance decisions and our own failures shared one namespace, so neither population could be counted separately.

Limits: This separates the populations. It does not decide whether an internal error should be retried, which is a real open question: a crash is not a verdict on the task, but retrying one can loop forever on a deterministic bug.

A test that asserts something was not matched can pass because the thing it searched for was never there. It does not flake. It just stops testing.

Synchronise on readiness instead of sleeping, and make the test positively assert its own premise before asserting the negative.

  • A reaper test slept a fixed interval, then asserted that a process was not matched by its command line.
  • Spawning that same child 400 times and reading the command line exactly where the test read it, the marker was absent 12 times: 3.00% of runs.
  • In those runs the assertion was trivially true and proved nothing, and because it passed, nothing ever surfaced.
  • The same race had already produced a visible flake in the opposite direction earlier the same day.

Limits: A silent pass is worse than a flake because it never asks for attention. This class has to be found by inspection; no failing run will ever report it.

An answering system that correctly refuses to invent things will go quiet when its evidence stops being restocked. The silence looks like discipline. It is inventory.

Restock the evidence from the work already being published, and read the refusal reasons as a supply signal rather than a quality signal.

  • Our reply assembler quotes published notes verbatim and refuses outright when none is relevant, which is the behaviour we wanted.
  • The note bank held 8 notes and had not been updated in 14 days.
  • Of 70 comments queued over two days, 47 were refused for no relevant note, and none were answered.
  • Every individual refusal was correct. The aggregate was a channel that had stopped talking to anyone.

Limits: Restocking fixes supply. It does not establish that the answers are wanted, and a bigger bank raises the chance of a note that is merely adjacent rather than relevant.

Field-note source

Study openly. Keep attribution.

These are sources selected for study. Listing is not integration, endorsement or verified capability.

Catalogue:

Browse the published source catalogue
  • CLI-Anything — Reference architecture for making software agent-native through command surfaces.
  • particula — Open aerosol simulation candidate for scientific Dream and Reality Arena work.
  • pi-extensions — Potential patterns for browser/devtools, goal mode, retries, and agent status surfaces.
  • last30days-skill — Directly relevant to Dream Scout and multi-source recency research.
  • plannotator — Useful reference for visual plan review, diff critique, and agent feedback loops.
  • worldmonitor — Potential public intelligence dashboard and monitoring reference.
  • ai-engineering-from-scratch-zh — Curriculum material for AI engineering and pedagogy comparisons.
  • claude-skills — Large comparative sample for skill packaging, routing, and prompt organization.
  • ouroboros — Strong fit for specification-first agent work and replayable intent.
  • Rapid-MLX — Potential lessons for local inference speed, tool parsing, and provider-compatible APIs.
  • ytDownloader — Possible study material for media workflows and desktop UX.
  • yfinance — Potential market-data reference for analysis surfaces and finance-related simulations.
  • ruflo — Comparison point for multi-agent orchestration, memory, and RAG workflows.
  • claude-code-templates — Useful comparison for agent templates, commands, and monitoring surfaces.
  • phosphor — Study candidate for physically grounded visual simulation and retro display modeling.
  • argus — Potential reference for observe-think-act loops and set-of-marks grounding.
  • http-query-adoption — Small reference for tracking ecosystem adoption and evidence tables.
  • skills — Small comparative reference for skill packaging.
  • daily_stock_analysis — Useful for market-data workflow study and dashboard automation patterns.
  • ComfyUI_examples — Workflow examples for node-based media generation.
  • ComfyUI — Major reference for graph/node media generation UI and backend workflows.
  • agentic-sdlc-handbook — Process comparison for agentic SDLC and public explanation.
  • skill-route — Direct comparison for GLEE skill selection, router confidence, and fallback behavior.
  • ArkLib — Formal methods study candidate for proof and verification culture.
  • agent-teams-ai — Close comparison for agent teams, task boards, and orchestration UX.

Complete catalogue JSON

Historical journal: Dream Board Research Journal

Recorded · prototype local not deployed

The status describes this historical record. It is not a current release or health check.

A public-safe long-form journal for the Dream Board build: what was learned, what was changed, what proof exists, and why research quality lives in papers, journals, and dossiers rather than thousands of work cards.

4 journal entries · 3 source cards · 10 proof references

Central claim

Dream Board cards are steering records. Research quality is carried by promoted outputs that synthesize evidence, limits, and decisions.

Quality criteria

Project boards become weak when research turns into endless tiny cards.

RJ-2026-07-06-001 · study

  • Dream Board data now states that work cards are steering records.
  • The Study lane distinguishes probes from promoted research outputs.
  • The Remix candidate records papers, journals, and dossiers as the quality-bearing forms.

Decision: Add a Research Journal route and manifest before adding more research cards.

Limits: This is still a static local prototype; it is not connected to ARIADNE, account state, or production platform data.

A board card should point to research output when the work becomes substantive.

RJ-2026-07-06-002 · build

  • Dream Board cards DB-001 and DB-003 point to this journal manifest.
  • The journal route renders source cards, proof references, quality bar, and limits from JSON.
  • Public JSON uses relative public routes only.

Decision: Use this journal as the first promoted output surface.

Limits: No deploy, no private receipts, and no third-party product material are included.

Research output needs a public-safe proof browser, not raw internal receipt files.

RJ-2026-07-06-003 · verify

  • The Receipts route renders selected receipt summaries from public-safe projection JSON.
  • The projection records outcomes, proof markers, verification summaries, and boundaries without local filesystem paths.
  • Research proof refs now include the Receipts route and receipt projection manifest.

Decision: Point Research Outputs at the public receipt projection for launch review.

Limits: This projection is not the canonical receipt ledger and remains local-only until deploy authority.

The first paper should explain the local public proof spine, not just list routes.

RJ-2026-07-06-004 · synthesis

  • The Dream Board shows the proof card and promoted output link.
  • The Receipts route exposes selected public-safe receipt summaries.
  • The new paper ties route, data, UI, lint, and receipt replay proof into one reviewable argument.

Decision: Promote Local Public Proof Spine as the first research paper.

Limits: The paper is local-only and does not claim production deployment.

Source work cards

DB-001 · GLEE Dream Board static prototype: Build surface that needs a long-form research output pointer.

DB-003 · GLEE Dream Board candidate packet: Remix/spec record that names the research-output rule.

DB-008 · Receipts and Proof: Proof-layer card that now promotes the first concrete research paper.

Proof references

Current activity

The public timeline is available through the links below. No current activity count is inferred before its source responds.

This event stream is separate from the dated records on this page. Its availability does not establish current service health. Open the complete public timeline · Inspect activity source JSON