Discovery

What should we be asking?

Every uncertainty a sensor has recorded, including the ones the network refused to turn into a question. A signal is kept whether or not it ever becomes one.

Grouped byuncertainty_signal_topic_keyMethod version v1

Signals are grouped by the exact value of uncertainty_signals.topic_key, which the Scout writes when it records an observation. This is not a clustering: no similarity, embedding or emergence detection runs over signals anywhere in the engine, and none is invented here. Two signals are in one group when the Scout gave them the same topic key, and for no other reason.

observed_at is when the sensor says the thing was seen; discovered_at is when this system wrote the row. They are separate columns on purpose: collapsing them would make every 'who saw it first' claim unfalsifiable.

No ordering offered here ranks by how much of anything there is — not signals, not proposals, not readers. Volume is a measure of attention, and nothing on this site measures attention.

01. Link to this band.

The state of the pipeline

as of 15 Aug 2026, 17:18 UTC
0topics on record
0signals on record
0proposals drafted
0questions published from a proposal

Every count is zero, so there is no scale to draw one against. The statuses are listed anyway: a status missing from this list and a status standing at zero are opposite facts.

Signals by status
OBSERVED0
DRAFTED0
PUBLISHED0
DISCARDED0
Proposals by status
DRAFTED0
SUBMITTED0
APPROVED0
REJECTED0
WITHDRAWN0

source/api/discovery/clusters· counts.signals_by_status· counts.proposals_by_status

02. Link to this band.

What the network refused

interpretable at n≥5, from the network counters
Discarded by the Scout0of 0 signals recorded

An observation taken back out of the pipeline, with the reason kept on the row. It was never put to governance.

Rejected by governance0of 0 proposals drafted

A question that was drafted, put to review and refused. Every named check the reviewer ran is kept and shown below.

Two refusals by two parties at two stages, counted separately and never added. A topic can be discarded repeatedly by the Scout and never reach governance at all; a topic can pass the Scout every time and be refused at review every time. Only showing what got through would make those two look identical. Right now, no uncertainty signal has been recorded, so there is no topic to group.

No share is drawn here. A refusal rate is computed per topic by the engine, with its method and version, and is drawn on the scale in every topic below. Nothing on this surface divides two counts and calls the result a measured rate.

Order topics by refusal ratehighest share of DISCARDED signals first. This surfaces the topics the network keeps noticing and keeps refusing to turn into questions, which no volume ordering would ever show.

source/api/discovery/clusters· counts.signals_by_status.DISCARDED· counts.proposals_by_status.REJECTED

03. Link to this band.

Topics the network has started noticing

ordered by first_discovered_at_descuncertainty_signal_topic_key v1
ordered by first_discovered_at_desctiebreak topic_key_asc
showing 0 of 0nothing that matched is off screen

most recently opened topic first, by the earliest discovered_at in the topic. An epistemic ordering: it answers 'what did the network start noticing most recently', not 'what is busiest'.

A topic appears here as soon as one uncertainty signal carries its topic_key. Signals are written by the Scout when a sensor records that some future fact is both uncertain and consequential; nothing else creates one. Until the pipeline has run against real observations, there are no topics to show, and that is a fact about the network rather than a missing section.

topics on record0

One recorded observation is enough: the first signal carrying a topic key opens a topic here, discarded or not. Right now, no uncertainty signal has been recorded, so there is no topic to group.

source/api/discovery/clusters· clusters· limit=12

04. Link to this band.

The signals themselves

ordered by discovered_at_desc
ordered by discovered_at_desctiebreak discovered_at_desc_then_fingerprint_asc
showing 0 of 0nothing that matched is off screen

most recently recorded signal first, by discovered_at — the moment this system wrote the row, not the moment the sensor claims to have seen it.

A signal is one observation the Scout recorded, kept whether or not it ever became a question. Re-observing something already on record does not create a second row: the first finder keeps the credit and the original discovered_at stands.

signals matching0

A signal appears the moment a sensor records that some future fact is both uncertain and consequential. Right now, no uncertainty signal has been recorded yet.

source/api/discovery/signals· signals· limit=25

05. Link to this band.

What the network is about to start asking

ordered by created_at_desc
ordered by created_at_desctiebreak id_asc
showing 0 of 0nothing that matched is off screenDRAFTED · SUBMITTED only — 0 proposals on record are in another state

most recently drafted proposal first. A pending proposal has no governance verdict to order by and no measured property of its own, so the only honest ordering is when it was written.

A proposal is pending while its status is DRAFTED or SUBMITTED — drafted from a signal, not yet put in front of governance or not yet decided. Governance moves it to APPROVED or REJECTED in one act, so an empty list means the pipeline has nothing in flight, not that anything is hidden.

proposals in flight0

A proposal appears here the moment a signal is drafted into a question, and leaves it when governance decides. Right now, no question proposal has been drafted yet.

source/api/discovery/proposals/pending· proposals· limit=25