Kojable research · Cross-Provider AI Query Fan-Out Study · Companion analysis

Most Cross-Provider Query Consensus Was Seeded

Published By Piush Vaish

Why shared candidate queries explained nearly all semantic agreement across Claude, Gemini, OpenAI and Perplexity

When several AI systems generate semantically similar search queries, it is tempting to call that cross-model consensus.

But consensus can come from different places.

Two systems might independently arrive at the same retrieval need. Or they might look similar because both were given the same candidate-query scaffold in advance.

Those are not equivalent findings.

In our cross-provider query fan-out experiment, Claude, Gemini, OpenAI and Perplexity received the same ten designed B2B buyer questions and the same visible candidate-query space. We then clustered the observable search queries within each prompt and asked:

When providers converged semantically, did that agreement emerge independently—or was it already connected to the supplied candidate space?

The answer was unusually clear.

At the primary semantic-clustering threshold, the study produced 203 query clusters. Of those, 84 crossed provider boundaries. 82 of the 84 cross-provider clusters—97.6%—were seeded consensus. Only one was classified as emergent consensus and one as mixed consensus.

The result also held under stricter and more lenient clustering thresholds. Across the three tested thresholds, seeded consensus accounted for approximately 94% to 100% of cross-provider clusters.

Key finding

In this seeded benchmark, almost all observed cross-provider semantic consensus was connected to the common candidate-query scaffold. The experiment therefore supports a claim about shared execution around a common seed space, not a claim that four AI systems independently discovered the same fan-out plan.

Qualification: This is a seeded, exploratory experiment with ten designed buyer questions and one observed run per provider-question cell. The result does not tell us how much consensus would emerge naturally in an unseeded setting. Semantic clustering is deterministic but still depends on modelling choices, and the single emergent cluster is not stable under the strictest threshold.

Read the flagship cross-provider study

  • Semantic consensus
  • Query provenance
  • Clustering sensitivity
  • 11 min read
4provider stacksClaude, Gemini, OpenAI and Perplexity
10designed B2B buyer questions100 supplied candidate queries · 39 successful query-bearing runs · 361 observable query strings
203semantic clusters at the primary threshold84 cross-provider clusters
82 / 84cross-provider clusters seededStudy at a glance1 emergent-consensus cluster · 1 mixed-consensus cluster · 119 provider-specific clusters · 48 core clusters spanning at least three providers

Answer first

Did the providers independently converge on the same fan-out queries?

Direct answer

The current experiment does not support that interpretation.

At the primary clustering threshold:

Primary consensus decomposition across all semantic clusters and cross-provider clusters
Cluster typeCluster countShare of all clustersShare of cross-provider clusters
Seeded consensus8240.4%97.6%
Emergent consensus10.5%1.2%
Mixed consensus10.5%1.2%
Provider-specific11958.6%
Total203100%

The most important denominator is the 84 cross-provider clusters.

Once we isolate only the clusters where at least two providers converged semantically, almost all of them were connected entirely to candidate-derived queries.

That means the experiment observed:

strong consensus conditional on a shared scaffold

rather than:

strong evidence of independent provider convergence

That distinction matters for any AEO or GEO benchmark that supplies candidate queries before measuring provider behaviour.

Bar chart showing 82 seeded-consensus clusters, one emergent-consensus cluster, one mixed-consensus cluster and 119 provider-specific clusters at the primary threshold.
At the primary clustering threshold, the 203 semantic clusters split into 82 seeded-consensus clusters, 1 emergent-consensus cluster, 1 mixed-consensus cluster, and 119 provider-specific clusters. Among cross-provider clusters only, 82 of 84 (97.6%) were seeded consensus.
Open full-resolution figure

Method

1. What we mean by semantic consensus

Exact string matching is too strict for fan-out analysis.

Two providers can express the same retrieval need using different wording. Those strings may not be identical, but they can still represent the same underlying information need.

The study therefore grouped query strings into prompt-local semantic clusters.

“Prompt-local” is important: queries generated for different buyer questions were never allowed to cluster together.

The clustering method used a deterministic weighted combination of:

  • word TF-IDF cosine similarity;
  • character n-gram cosine similarity;
  • meaningful-token Jaccard similarity;
  • query-family label overlap;
  • query-form overlap.

The primary similarity threshold was 0.60, with stricter 0.70 and more lenient 0.50 sensitivity checks.

The clustering did not use:

  • candidate provenance;
  • source URLs;
  • citations;
  • external embeddings;
  • hidden backend events.

Candidate provenance was applied after clusters had been created.

That sequencing is critical. It reduces the risk of defining a cluster as “seeded” simply because candidate identity helped create the cluster in the first place.

Finding 1

2. The 203 clusters split into shared and provider-specific territory

At the primary threshold, the 361 observable queries formed 203 semantic clusters.

Of those:

  • 84 contained queries from at least two providers;
  • 119 were provider-specific;
  • 48 were “core” clusters containing at least three providers.

The analysis also identified 12 full-observable-consensus clusters across the ten prompts.

“Full observable consensus” means every provider available for that prompt was present in the cluster. For nine prompts that means all four providers. For P08, where Gemini failed, it means all three observable providers.

This is already a useful result.

There was a real shared semantic core—but it existed alongside a larger number of provider-specific clusters.

The next question is what produced that shared core.

Stacked bars grouping cross-provider semantic clusters by two-provider, three-provider and all-observable-provider coverage, split by seeded, emergent and mixed provenance.
Cross-provider clusters are grouped by provider coverage and split by provenance. Even among clusters with broad provider coverage, most consensus remained candidate-derived. ‘All observable providers’ means all providers available for that prompt; P08 had only three observable providers because Gemini failed.
Open full-resolution figure

Finding 2

3. Almost every shared cluster was candidate-derived

The study assigned each cross-provider cluster one of three consensus types.

Seeded consensus

All queries in the cross-provider cluster were candidate-derived.

The providers might have copied the same candidate, rewritten candidate material, or reached semantically equivalent versions of supplied candidates. But the shared retrieval need was connected to the visible seed space.

Emergent consensus

All queries in the cross-provider cluster were non-candidate-matched extensions.

This is the closest operational category to convergence beyond the supplied candidate space.

Even here, “emergent” does not prove independent invention. Hidden provider context, prior results and provenance-classification error remain possible.

Mixed consensus

The cluster contained both candidate-derived and extension queries.

This is a boundary case: one provider may have reached the semantic theme through the supplied candidate space while another reached a similar theme through an extension.

At the primary threshold, the decomposition was:

  • 82 seeded
  • 1 emergent
  • 1 mixed

So 97.6% of all cross-provider clusters were seeded consensus.

That is the core finding of this companion article.

Prompt-level semantic consensus map for P01, with clusters in rows and Claude, Gemini, OpenAI and Perplexity in columns, plus provenance markers.
Prompt-level consensus map for P01 only. Each row is a semantic cluster and each column is a provider. Colored provenance markers distinguish seeded, emergent, mixed and provider-specific clusters; this single prompt is illustrative and is not generalized to the full study.
Open full-resolution figure

Interpretation

4. The result changes how “AI consensus” should be interpreted

Suppose four AI systems are given the same list of candidate searches and later produce overlapping search plans.

If we report only the overlap, we risk telling the wrong story:

“The models independently agree that these are the important fan-out queries.”

But the experiment may actually show:

“The models were exposed to the same candidate space and often reused or reformulated it.”

Both observations can be useful. They answer different questions.

A seeded experiment is well suited to studying:

  • candidate adherence;
  • candidate filtering;
  • rewrite behaviour;
  • provider-specific expansion;
  • execution differences around a common semantic scaffold.

It is not, by itself, a clean experiment for measuring:

  • natural cross-provider convergence;
  • independently discovered retrieval needs;
  • provider agreement without priming.

The shared candidate space is not a nuisance variable. It is part of the treatment.

Finding 3

5. The one emergent-consensus cluster deserves caution, not a headline

At the primary threshold, only one cluster was classified as fully emergent.

It appeared in P05, the measurement-design prompt, and connected Gemini and Claude queries around measuring prompt-level visibility in AI search.

The cluster contained two extension queries. One representative form was:

“How to measure prompt-level visibility in AI search”

The second included a more targeted publisher/author-style formulation around the same semantic theme.

This is interesting because it shows that provider traces can converge beyond the explicit candidate-matched space.

But it would be a mistake to build a broad claim around one cluster.

First, the cluster spans only two providers, not all four.

Second, the study contains only ten prompts and one run per provider-prompt cell.

Third, the cluster disappears under the strictest clustering threshold.

So the defensible interpretation is:

Emergent cross-provider consensus was possible in the frozen dataset, but rare and not robust enough to characterize general provider behaviour.

Sensitivity analysis

6. The seeded-consensus conclusion survives threshold changes

Semantic clustering always depends on a similarity threshold.

A reasonable concern is that the “mostly seeded” result might be an artifact of choosing 0.60.

The sensitivity analysis tested:

  • Strict: 0.70
  • Primary: 0.60
  • Lenient: 0.50
Cross-provider consensus provenance at strict, primary and lenient semantic-clustering thresholds
ThresholdTotal clustersCross-provider clustersSeededEmergentMixed
Strict — 0.70214818100
Primary — 0.60203848211
Lenient — 0.50195847914

As the threshold becomes more lenient, clusters merge more readily. Total cluster count falls from 214 to 195.

The exact classification of a few boundary clusters changes.

But the central result does not.

Seeded consensus accounts for:

  • 100% of cross-provider clusters at 0.70;
  • 97.6% at 0.60;
  • 94.0% at 0.50.

The robust conclusion is:

Across reasonable clustering thresholds, the overwhelming majority of cross-provider semantic consensus remained connected to the supplied candidate space.

The less robust conclusion is:

Exactly one cluster was emergent.

The article should emphasize the first.

Stacked bars showing seeded, emergent and mixed shares of cross-provider clusters at strict 0.70, primary 0.60 and lenient 0.50 thresholds.
Across strict, primary and lenient clustering thresholds, the exact number of emergent and mixed clusters changes slightly, but seeded consensus remains the overwhelming majority of cross-provider semantic overlap.
Open full-resolution figure

Finding 4

7. Consensus appeared across many query families—but remained mostly seeded

The semantic core was not limited to one narrow type of search.

Cross-provider clusters appeared in recurring families such as measurement and attribution, solution discovery, terminology expansion, comparison, evidence and methodology, problem diagnosis, source targeting and implementation.

At the primary threshold, for example:

  • measurement/attribution contained 25 cross-provider clusters, with 24 seeded and 1 emergent;
  • solution/platform discovery contained 20 cross-provider clusters, all 20 seeded;
  • terminology expansion contained 17 cross-provider clusters, all 17 seeded;
  • comparison/alternatives contained 14 cross-provider clusters, all 14 seeded;
  • evidence/methodology contained 14 cross-provider clusters, all 14 seeded.

These family counts are descriptive because cluster family labels can overlap and were not subjected to a broad post-hoc significance sweep.

But they reinforce the main point: the seeded-consensus pattern was not driven by one isolated query family.

Measurement boundary

8. “Core” does not mean “independently discovered”

The study identified 48 core semantic clusters.

A cluster was defined as core when it contained queries from at least three providers.

That is a useful measure of broad provider coverage.

But the label can be misunderstood.

A core cluster means:

multiple providers touched the same semantic retrieval need.

It does not automatically mean:

multiple providers independently discovered that need.

The provenance decomposition shows that the cross-provider core was overwhelmingly candidate-derived.

A useful vocabulary for future AEO and GEO research is:

  • Core consensus: broad provider coverage.
  • Seeded core: broad coverage connected to supplied candidate space.
  • Emergent core: broad coverage arising entirely outside the candidate-matched space.

In this experiment, emergent consensus was too rare to support a broad “emergent core” story.

Implications

What this means for AEO and GEO research

Consensus needs provenance

A cross-provider overlap score by itself is incomplete.

If systems were exposed to common candidate queries, the analyst should ask:

How much of this agreement was already made available by the experimental scaffold?

A useful consensus report should distinguish seeded, emergent, mixed and provider-specific clusters.

Candidate generation is part of the experimental treatment

If an AEO platform first generates candidate fan-out queries and then feeds them to multiple AI systems, the candidate generator is shaping the search space.

The resulting agreement is partly a property of:

candidate generator + provider execution

not provider execution alone.

Seeded consensus can still be commercially useful

“Seeded” does not mean “fake” or “unimportant.”

If multiple providers repeatedly execute or reformulate the same candidate-derived retrieval need, that can still identify a useful common coverage area.

What changes is the interpretation.

It is evidence that:

several providers used the same supplied semantic scaffold.

It is not evidence that:

several providers would necessarily discover the same need without that scaffold.

Unseeded controls are necessary for natural-consensus claims

To estimate natural cross-provider convergence, the next experiment needs at least:

  • Seeded: prompt + candidate-query scaffold
  • Unseeded: prompt without the candidate scaffold

With repeated runs, we could estimate natural semantic consensus, consensus added by seeding, provider-by-seeding interactions and stability of emergent clusters.

Product-design implication

Why this matters for AI-answer monitoring products

This result has a practical product-design implication.

A system that generates its own fan-out candidates can create a feedback loop:

  1. The monitoring system generates candidate queries.
  2. Those candidates are supplied to AI providers.
  3. Providers execute or rewrite them.
  4. The monitoring system observes overlap.
  5. The overlap is presented as “what AI systems agree on.”

Without provenance, step 5 can overstate independent consensus.

A more transparent product should show:

candidate space → provider execution → semantic consensus → provenance of that consensus

That makes it possible to distinguish consensus created by the scaffold, provider-specific deviations and genuinely emergent shared themes.

Constraints

Limitations

  • Seeded design: natural provider convergence cannot be estimated without an unseeded control.
  • Ten designed buyer questions: external validity is limited.
  • One run per provider-question cell: cluster stability across repeated executions is unknown.
  • Deterministic clustering is still a modelling choice: cluster membership depends on the similarity model and threshold.
  • Connected-component clustering can merge nearby variants: the threshold sensitivity analysis helps expose this.
  • Emergent is an operational provenance label: it is not proof of independent invention.
  • Gemini P08 was unavailable: full observable consensus for P08 means three-provider agreement, not four-provider agreement.

Next experiment

What should be tested next

The cleanest next consensus experiment would use:

  • 30–50 or more prompts;
  • multiple unrelated domains;
  • seeded and unseeded conditions;
  • randomized candidate order;
  • several independent candidate sets;
  • three to five repeated runs per cell;
  • time-separated collection;
  • blinded human validation of semantic cluster membership;
  • alternative clustering approaches for robustness.

The primary endpoint should be:

What proportion of cross-provider semantic consensus exists without a shared candidate scaffold, and how much additional consensus does seeding create?

That would turn the current descriptive finding into a testable causal question.

Conclusion

Conclusion

The four provider stacks did show semantic overlap.

But the origin of that overlap matters.

At the primary clustering threshold, 84 semantic clusters crossed provider boundaries. 82 of them—97.6%—were entirely candidate-derived. Only one was fully emergent and one mixed.

Across strict, primary and lenient clustering thresholds, seeded consensus still represented 94% to 100% of cross-provider clusters.

So the strongest conclusion is not:

AI systems independently converge on the same fan-out queries.

It is:

When AI systems were given the same candidate-query scaffold, nearly all observed cross-provider semantic consensus remained connected to that scaffold.

If candidate queries are supplied before provider execution, consensus should be decomposed by provenance before it is interpreted as independent agreement.

FAQ

Frequently asked questions

What is seeded consensus?

A cross-provider semantic cluster where all member queries were classified as candidate-derived.

What is emergent consensus?

A cross-provider semantic cluster where all member queries were non-candidate-matched extensions.

How much cross-provider consensus was seeded?

At the primary threshold, 82 of 84 cross-provider clusters—97.6%—were seeded consensus.

How many emergent-consensus clusters were found?

One at the primary threshold. It connected Gemini and Claude queries in P05 around prompt-level AI visibility measurement.

Was the emergent cluster robust to threshold changes?

Not fully. The strict 0.70 threshold produced zero emergent-consensus clusters. The primary 0.60 and lenient 0.50 thresholds produced one each.

Was the overall seeded-consensus finding robust?

Yes, within the tested sensitivity range. Seeded consensus represented 100%, 97.6% and 94.0% of cross-provider clusters at thresholds 0.70, 0.60 and 0.50.

Does seeded consensus mean the shared queries are unimportant?

No. It means their shared status is conditional on the candidate scaffold. They may still represent useful cross-provider information needs.

Does this study show what providers would agree on naturally?

No. An unseeded control and repeated runs are required for that claim.

What does “core cluster” mean?

A semantic cluster containing queries from at least three providers. Core indicates broad provider coverage, not independent discovery.

Read the flagship cross-provider study

Piush Vaish, founder and CEO of Kojable

Author

About the author

Piush VaishFounder and CEO of Kojable

Piush Vaish is the founder and CEO of Kojable, a repeat founder and data scientist with more than 10 years of experience building and productising AI, machine-learning and data products. He writes about AI search, AEO, GEO, agentic discovery and AI product strategy.

Read more about Piush Vaish