Payments Intelligence
System Metrics
How healthy and trustworthy the intelligence system is — not what the payments market is doing (that is Market Pulse). Every figure counts only publishable briefs: confidence ≥ 40, three or more ranked sources, no “insufficient evidence” refusal.
Primary-source share 17.2% · full article text retrieved 99.7%. Scores are model-assigned 0–100 — 40–59 Moderate, 60–79 High, 80+ Very high.
Payments Intelligence
By the numbers
Measured since 28 Aug 2026 · last 30 days shown
Every figure above is either directly counted (OBSERVED), arithmetic over counted facts (DERIVED), or derived from a recorded benchmark (ESTIMATED, never fabricated). A request the primary research engine hands to the resilient fallback is one autonomous request, not two — see the methodology below.
How these numbers are calculated
One row per source cited in one published or duplicate-resolved brief. The same URL cited across 5 research runs is 5 observations, not 1.
Exclusions: Withheld and failed runs never produce cited sources, so they add nothing here.
Not the same as unique sources — see unique source URLs.
Source: public.brief_sources, public.pipeline_runs
Every research request the system handled, counted once. When the primary research engine hands a request to the resilient fallback, both engine runs share one request id, so the pair is exactly ONE request, never two. Requests answered directly by the fallback (for example when the daily request budget was reached before the primary engine could attempt them) are real requests and are counted once as well.
Exclusions: Controlled production evaluation runs (scheduled and manual evaluation of the primary engine) are excluded by construction — they are evaluation traffic, not requests.
An earlier version of this formula subtracted every fallback link, including requests the primary engine never attempted, and so under-counted real requests — corrected when the fallback-rate review surfaced it.
Source: public.pipeline_runs, public.pipeline_fallback_links
A real, successful publication only. Duplicate, withheld and failed outcomes are separate, named categories, never folded into this count.
Exclusions: Duplicates, withholds and failures are shown as their own figures.
Source: public.pipeline_runs
Of the engine runs whose origin is KNOWN to be automatic (authenticated ingress, on-demand form, daily monitor or schedule), the share that completed without a person stepping in. A run that had to be swept as stalled counts as not completed; that sweep signal is never used to decide which runs count as known, and is never treated as a proxy for manual intervention.
Exclusions: Runs whose origin is manual or unknown are left out entirely — they cannot honestly be assumed automatic or manual either way.
No known-origin runs in range -> shown as "Not measured yet", never a fabricated percentage. See automation coverage for how much of all runs this rate speaks to.
Source: public.pipeline_runs, public.impact_metrics_daily
The share of all engine runs whose execution origin is known at all — how much of the system autonomous completion actually describes.
Low coverage means autonomous completion describes a small, possibly unrepresentative slice — which is why it is shown alongside the rate.
Source: public.pipeline_runs, public.impact_metrics_daily
The real replay volume: every {candidate, historical observation} comparison the offline evaluator actually executed, summed across cycles. For example 3 candidates x 400 historical observations actually replayed = 1,200 — but only because 1,200 comparisons really ran; it is never candidate_count * historical_count computed after the fact.
Exclusions: Counts cycles since this telemetry started only; earlier replay volume is not recoverable and is not estimated.
"Candidates on file" on the Learning page is a separate, smaller figure, not the same thing.
Source: public.learning_cycles
The population Analyst hours automated is computed over: autonomous research requests that actually performed comparable research — the topic was researched, sources were ranked and read, and a publish-or-withhold decision was made. Published, duplicate and withheld outcomes all count (each is real research); a request the primary engine handed to the fallback counts once.
Exclusions: Failed or stalled runs, runs of manual or unknown origin (including tests), controlled evaluation runs and shadow evaluations never count.
Conservative by design: a fallback run whose primary attempt has an unknown origin is excluded rather than guessed.
Source: public.pipeline_runs, public.pipeline_fallback_links
Eligible research requests x the median minutes a human analyst needed for the same end-to-end research task, / 60. The median comes from a recorded benchmark of timed analyst tasks; it applies to every eligible request in the window, including those before the benchmark was recorded.
Always ESTIMATED. Shows "Not measured yet" until a real benchmark is recorded — never a guessed baseline or a fabricated 0. The benchmark type (measured or assumption), sample size and date are shown with the figure.
Source: public.research_benchmarks, public.pipeline_runs, public.pipeline_fallback_links
System scale & autonomy
What the autonomous system has actually done
Deduplicated, source-attributed figures for last 30 days — never a raw internal workflow-execution count.
- Source observations401
- Unique source URLs210
- Unique domains118
- Primary-source share17.5%
- Primary engine attempts3
- Controlled evaluation runs (excluded)4
- Fallback invocations5
- Fallback rate66.7%(2 of 3)
- Publish success rate53.5%
- Automation coverage96.2%(151/157)
- Learning experiences21
- Source reputation domains13
- Candidates on file6
- Passed offline1
- Failed offline5
Candidates that FAILED_OFFLINE are the safety gate working correctly, not a bug — see the Learning page for the full candidate list and source-quality detail.
Publication quality
How well-evidenced the published stream is
Score profile and source quality for briefs that cleared the gate in last 30 days.
- 0–200
- 20–400
- 40–6023
- 60–8051
- 80–1004
Only briefs that clear the gate are stored, so the low bands are expected to be empty.
- 0–200
- 20–401
- 40–6010
- 60–8067
- 80–1000
15 briefs at impact 70+ · average 64.
- Tier 1 — regulators / central banks11.8% · 44
- Tier 2 — company primary5.4% · 20
- Tier 3 — trade & business press31.5% · 117
- Tier 4 — other51.3% · 191
| Day | Briefs | Avg confidence | Avg impact | Tier-1 sources |
|---|---|---|---|---|
| 27 Sept 2026 | 3 | 57.3 | 66 | 1 |
| 26 Sept 2026 | 2 | 68.5 | 58 | 5 |
| 25 Sept 2026 | 3 | 65 | 65.3 | 4 |
| 24 Sept 2026 | 2 | 61.5 | 65 | 0 |
| 23 Sept 2026 | 2 | 68.5 | 58.5 | 0 |
| 22 Sept 2026 | 3 | 72 | 62 | 4 |
| 21 Sept 2026 | 1 | 65 | 48 | 0 |
| 20 Sept 2026 | 2 | 58.5 | 65 | 0 |
| 19 Sept 2026 | 3 | 71.7 | 64 | 0 |
| 18 Sept 2026 | 1 | 65 | 68 | 0 |
Coverage footprint
What the stream is made of
The category mix and most-cited domains. For rising themes and active entities, see Market Pulse.
- Partnership28
- Product20
- Product13
- M&A9
- Regulation8
- ecb.europa.eut1 · 42
- fintechmagazine.comt3 · 31
- cnbc.comt3 · 23
- nuvei.comt4 · 17
- thefintechtimes.comt3 · 15
- reuters.comt3 · 13
- adyen.comt2 · 12
- thenextweb.comt4 · 12
System operations
Publication-gate outcomes and pipeline health
A different table from the quality figures above — the pipeline-run log, read from a separate log of runs. Operational health, not a market metric.
| Outcome | Runs | Share of decided |
|---|---|---|
| Published | 74 | 40.7% |
| Duplicate (story already published) | 34 | 18.7% |
| Withheld — refused | 66 | 36.3% |
| Withheld — insufficient evidence | 7 | 3.8% |
| Withheld — low confidence | 1 | 0.5% |
| Failed | 8 | 4.4% |
A withheld run (model refusal, thin evidence, low confidence) is the system working correctly, not a failure. 182 decided runs · median run 46s · 5.6 sources retrieved per source used. One publication policy applies to every run. No per-run detail is exposed here.
Latest publishable brief: 27 Sept 2026, 06:42. Most recent weekly report: Week 39, 2026. Method and limitations are on the Methodology page.
Engine comparison
Primary research engine and resilient fallback
Which research engine produced each run, last 30 days. Authenticated requests go to the primary research engine first; the resilient fallback engine is the long-established pipeline that answers whenever the primary engine withholds or cannot run.
| Engine | Runs | Published | Withheld | Publication rate | Avg confidence |
|---|---|---|---|---|---|
| Resilient fallback engine | 181 | 67 | 74 | 66.3% | 68 |
| Primary research engine | 9 | 7 | 0 | 100% | 61.4 |
Each engine's own withheld runs (refused, insufficient evidence, low confidence) are the system working correctly, not a failure. No per-run or per-topic detail is exposed here.
Primary engine & resilient fallback
How often the primary engine needed the fallback, and how that went
Every request handled by the primary research engine, last 30 days — whether it resolved on its own or was handed to the resilient fallback, paired by a request id assigned at ingress, never a topic/time guess.
- Not classified6
- Resolved without fallback2
A factual outcome relationship, never a “which engine is better” score.