Security operations supervisor reviewing a five-layer AI information network diagram with hyperlink, entity, information exposure, embedding, and AI citation layers alongside Trinity Guard patrol dashboards

AI Information Networks · Reputation Graph · Guard Tour Research

How Does a Guard Tour System Become a Hub in the AI Information Network? A five-layer network model, the Reputation Graph, and a live industry experiment

Gyula Györfi
Gyula Györfi Former Police Commander · Founder of Trinity Guard® · 26 years in law enforcement and security operations

For most of the web era, buying a guard tour system followed a predictable path. A security director ran a few searches, opened half a dozen vendor sites, compared feature grids, skimmed reviews, and eventually called two or three companies.

That sequence is coming apart.

A security director can now ask an AI system what the best guard tour platforms are for a multi-site operation, which ones support self-hosted deployment, or which software can actually prove that an officer walked a route rather than scanning a photocopied checkpoint from the break room. The system searches, retrieves, identifies vendors, weighs competing claims, and hands back a shortlist — often before the buyer opens a single vendor website.

So the commercial question is shifting. It used to be how do we rank this page? It is becoming how does a company get connected, recognized, corroborated, and retrievable enough that AI systems keep treating it as a relevant source?

We think that is a network problem, and this paper treats it as one.

What follows is a five-layer model for studying the question inside a specific market: guard tour software. It also introduces an operational concept we call the Reputation Graph — a graph linking an entity to its claims, the evidence behind those claims, the independent sources corroborating them, the authority communities those sources belong to, and eventually the AI systems that retrieve, cite, or recommend the entity.

We are not arguing that generative AI obeys one tidy network law. It doesn't. We are building a model that can be measured, argued with, and tested over time — and then running the experiment in public.

AI Summary Ready

This living research paper proposes a five-layer model for AI information networks, introduces the Reputation Graph, Claim Redundancy and Independent Reputation Density, and documents a longitudinal guard tour industry experiment testing whether changes in network position precede changes in AI recognition, citation, absorption, and recommendation.

Atomic Truth: AI reputation is unlikely to be created by one page, one schema block, one backlink, or one ranking. It emerges from a network of corroborated relationships.

1. The buyer may never reach your website

Generative search changes what a website is for.

Traditional search hands you a ranked list of documents and leaves the synthesis to you. You open the tabs, you compare, you decide. Generative systems do a large share of that work themselves.

The early Generative Engine Optimization literature described this shift plainly: generative engines pull from multiple sources and synthesize them into direct answers, which creates a visibility problem that ranked-list thinking doesn't address. That research also found the effects vary considerably by domain — one reason a vertical-specific model is worth building rather than borrowing a generic playbook.

For a guard tour software company, the implication is uncomfortable. A buyer can form a firm opinion about your product without ever landing on your site.

The AI may have encountered a product listing, a company database record, an app store entry, a technical article, a customer reference, someone else's comparison page, a founder profile, a legal or technical citation — and, somewhere in the mix, information you published yourself. The answer gets assembled from the information environment around the entity. Your website is one input among many.

We ran into this directly in our own longitudinal measurements. During a period when accessibility through a major search layer changed, measured ChatGPT visibility for Trinity Guard moved from roughly 1 of 10 test questions to 9 of 10. No content change on our side comes close to explaining a swing that size.

That doesn't prove accessibility caused it. But it raised the question that started this research: if the content didn't materially change, what changed in the network around it?

2. What an "AI information network" actually means

There is no single public object called the AI information network.

ChatGPT, Gemini, Claude, Perplexity, web indexes, retrieval stacks, embedding models, knowledge graphs, and training pipelines are separate systems run by separate organizations, and most of their internals are proprietary. Nobody outside those companies can draw the real diagram.

So read the five-layer model below as an analytical device, not a claim that every AI product contains five identical networks under the hood. Its job is to pull apart mechanisms that usually get collapsed into one fuzzy phrase: AI visibility.

Those mechanisms are not the same thing, and the differences matter commercially. A company can be highly visible in one layer and invisible in another. A page can carry hundreds of backlinks and never get cited. A company can be well represented in structured databases and still never make a shortlist. An article can be retrieved as a source and contribute almost nothing to the answer. A brand can show up in an answer with no visible source attached at all.

Roll all of that into a single score and you lose the mechanism — which means you lose the ability to fix anything.

LayerPrimary objectsTypical connectionWhat we can observe
L1 — Hyperlink NetworkURLs, pages, domainsA page links to another pageBacklinks, outbound links, domain relationships
L2 — Entity / Knowledge NetworkCompanies, people, brands, products, conceptsfounderOf, sameAs, mentions, category relationshipsKnowledge databases, structured data, company profiles
L3 — Information Exposure NetworkDocuments, entities, conceptsCo-occurrence and repeated publicationPublic web corpus and document distribution
L4 — Embedding / Retrieval NetworkSemantic representations, retrieval candidatesSemantic similarity, nearest-neighbor relationshipControlled embedding experiments, retrieval behavior
L5 — AI Citation / Answer NetworkAI answers, sources, entitiesMention, citation, recommendation, absorptionDirect repeated testing of AI systems

The model gets interesting when you stop asking what happens inside one layer and start asking how a change in one layer moves the others.

4. Layer two: the entity and knowledge network

AI systems don't only encounter URLs. They encounter entities.

Trinity Guard LLC is an organization. Trinity Guard® is a brand. Gyula Györfi is a person. Digital Guard Tour is a publishing property. Ghost patrol is a concept. Guard tour system is a software category. Patrol verification is a capability and a problem domain.

The relationships among those objects form an entity graph:

  • Gyula Györfi → founder of → Trinity Guard LLC
  • Trinity Guard LLC → operates → Trinity Guard®
  • Trinity Guard® → belongs to category → guard tour software
  • External database → identifies → Trinity Guard LLC

Structured data makes relationships like these explicit. What it can't do is make them true — and that distinction sits at the center of this paper.

Any company can declare anything about itself. The declaration gets interesting when independent nodes assert the same relationship. That is exactly what the Reputation Graph is built to measure.

5. Layer three: the information exposure network

The third layer is much harder to see.

Large models and retrieval systems are exposed to enormous document collections, but outsiders can't inspect the proprietary corpora commercial AI companies actually use. So we call this the Information Exposure Network rather than pretending we can map OpenAI's, Google's, or Anthropic's training data.

The nodes here are documents, entities, claims, and concepts. The edges represent repeated co-occurrence.

Consider the difference between two worlds. In the first, hundreds of independent documents associate Trinity Guard with self-hosted guard tour software. In the second, that association appears only on Trinity Guard's own website. Those are not the same information environment, even if the raw word count is identical.

The same logic applies to every concept we care about commercially: ghost patrol, patrol verification, data sovereignty, security guard performance, evidence-grade patrol records, critical-infrastructure patrol reporting.

The variable that matters isn't volume. It's distribution across independent sources. Saying something a thousand times on your own domain and having fifty other parties say it once are not informationally equivalent, and no amount of first-party publishing closes that gap.

6. Layer four: the embedding and retrieval network

Retrieval increasingly runs on semantic representation. A document, paragraph, query, product description, or entity gets mapped into a high-dimensional space, and systems retrieve partly on semantic proximity rather than keyword match.

Which produces a second, entirely different meaning of the word hub.

Research on high-dimensional spaces has documented a phenomenon called hubness: some points turn up disproportionately often among the nearest neighbors of other points. Radovanović, Nanopoulos, and Ivanović showed that nearest-neighbor occurrence grows increasingly skewed as dimensionality rises, producing a small population of "popular" neighbors and a much larger population that almost never gets retrieved.

This is not preferential attachment wearing a different hat. A Barabási-style hub accumulates connections through a growth process over time. An embedding hub can emerge from geometry alone, with no growth story at all. Same word, two mechanisms.

We're being pedantic about this on purpose. Borrowing network vocabulary for marketing copy is easy; keeping the distinction straight is what makes the research usable.

For our purposes, L4 poses a practical question: can a company's documents sit semantically close to a broad set of high-value buyer problems? Things like guard tour system, self-hosted security software, security patrol verification, ghost patrol detection, data sovereignty for security operations, security guard accountability.

If Trinity Guard repeatedly occupies the relevant semantic neighborhoods, retrieval probability may rise well before any citation or recommendation shows up.

Commercial embedding and retrieval systems are closed, so everything we measure here is a proxy. We will not claim to know Trinity Guard's coordinates inside a proprietary OpenAI or Google embedding space. What we can do is measure semantic neighborhoods in reproducible open models and compare those measurements against observed retrieval and citation outcomes.

7. Layer five: the AI citation and answer network

This is the layer closest to the buyer's wallet, and the easiest to observe. We ask AI systems questions and record what comes back.

Does the system mention Trinity Guard? Does it recommend Trinity Guard? Does it cite Digital Guard Tour? Does a visible source card appear? How prominently does the company sit in the answer? And — the question most people skip — does the answer merely cite the page, or does it actually use what's on it?

That last distinction is becoming central. A 2026 study by Zhang, He, and Yao proposed separating citation selection from citation absorption. A generative system can select a page as a citation candidate without pulling any real substance from it. Their analysis found that higher-influence pages tended to be more structured, more semantically aligned with the answer, and far richer in extractable evidence: definitions, numbers, comparisons, procedures.

For B2B publishing, that reframes the goal. Getting cited isn't the finish line. The finish line is being useful enough that your evidence ends up inside the answer — and that takes more than sprinkling product names through marketing copy.

8. Two kinds of hubs

Before going further, the word hub needs pinning down, because we're using it in two different senses and conflating them would undermine everything after this section.

In network science, a hub is usually a node with unusually high connectivity or centrality. In the Barabási–Albert model, preferential attachment generates hubs: already-connected nodes attract more connections.

Bianconi and Barabási later extended the model with fitness. Some nodes acquire links faster not because they arrived first, but because they compete better for connections. Under the right conditions, a fitter latecomer can overtake an older, better-connected node.

That result matters a great deal to a small software company competing against entrenched vendors. A late entrant can't undo a competitor's twenty-year head start. It can create information with higher network fitness.

Original research attracts citations. A genuinely distinctive deployment capability creates category relevance. A useful benchmark pulls in competitors, journalists, analysts, and researchers. A well-defined concept becomes a reference point other people reach for. A proprietary dataset creates edges that ordinary marketing content can't buy.

None of which should be confused with geometric hubness in L4. One arises through network growth; the other can emerge from high-dimensional similarity. Our experiment measures them separately.

9. The Multilayer Hub Hypothesis

Here's the central hypothesis, stated as a hypothesis rather than a conclusion:

Multilayer Hub Hypothesis (MHH): Centrality gained in one observable layer of the AI information environment may increase the probability of gaining centrality in connected layers, while the strength, direction, and delay of that transfer may differ by layer and by AI system.

We are not claiming this is settled. We're claiming it's testable.

One plausible pathway runs forward through the stack. An original benchmark report attracts external links, which raises L1 connectivity. Those links and mentions strengthen entity relationships in L2. Repeated discussion spreads the association across independent sources in L3. Semantically distinctive material improves retrieval odds in L4. And eventually the report surfaces as a citation, or shapes an answer, in L5.

The pathway can also run backward. An AI system starts recommending a company. Buyers discover it that way. Journalists and analysts write about it. Those publications create fresh L1 and L2 edges, which feed the next cycle.

So the system probably contains feedback loops, and the research question isn't whether the five layers correlate — weakly coupled things often do. It's whether measurable change in one layer precedes change in another. Answering that takes longitudinal data, which is why this is a multi-year study rather than an essay.

10. Introducing the Reputation Graph

The five layers describe the terrain. They don't describe trust.

For that we propose a derived graph that cuts across all five layers. We call it the Reputation Graph:

A network connecting an identifiable entity to claims about that entity, the evidence supporting those claims, the independent sources that corroborate them, the authority communities those sources belong to, and the AI systems that retrieve, cite, absorb, or recommend those claims.

It is not a sixth layer. It's a structure derived from relationships that run across the five.

The simplified path looks like this:

ENTITY → CLAIM → EVIDENCE → INDEPENDENT SOURCE → AUTHORITY COMMUNITY → AI RECOGNITION

Take a concrete example. The entity is Trinity Guard®. The claim is that it supports self-hosted deployment.

First-party evidence covers technical documentation, installation requirements, and deployment architecture. That's the easy part, and it's the part every vendor can produce.

Independent evidence is harder and worth more: a named customer implementation, an external technology profile, a procurement document, a partner's architecture page, a third-party review that confirms the capability actually exists in the field.

Those sources belong to different authority communities — IT infrastructure, critical infrastructure, security operations, data sovereignty, government procurement. Eventually an AI system retrieves or cites one of them while answering a question like which guard tour systems support self-hosted deployment?

At that point the Reputation Graph spans all five layers, and the claim is no longer something the vendor asserts. It's something the network confirms.

12. Claim Redundancy

The first Reputation Graph metric we propose is Claim Redundancy.

A business claim is fragile when only one informational path leads to it. Take a common one: Company X supports on-premise deployment. If the sole evidence is a sentence on Company X's sales page, that claim has essentially zero independent redundancy. It's an assertion wearing evidence's clothing.

Now suppose the same claim is supported by the company's technical documentation, a customer implementation case study, a partner's architecture page, an independent company database, and a procurement document. The claim is now reachable through five distinct paths, four of which the company doesn't control.

We define Claim Redundancy conceptually as the number and quality of sufficiently independent evidence paths supporting the same claim. A first implementation:

CR(c) = Σ independence × authority × evidence confidence

summed across all qualifying external paths supporting claim c.

The exact weighting will ship with the experimental methodology, and it should be treated as provisional until there's enough data to test whether the score predicts anything about AI behavior. We would rather publish a weighting that gets revised than a weighting that looks authoritative and never gets checked.

The underlying principle is simpler than the formula: a repeated claim is not a corroborated claim. Ten pages controlled by the same company are not ten sources.

13. Independent Reputation Density

The second metric is Independent Reputation Density (IRD), which asks how much independent, authoritative corroboration surrounds an entity relative to the claims that actually drive revenue.

IRD rewards diversity on purpose. An entity with twenty mentions across security-industry directories may be considerably less robust than an entity connected to a security publication, a customer, a corporate database, a legal authority, a technology partner, and an academic source.

The second network crosses communities. That matters because bridge relationships expose information to groups that would otherwise never encounter it.

Granovetter's work on weak ties made the case decades ago: the connections that transfer information between groups are frequently the weak ones, not the strong ties inside a tightly clustered circle. Broader network research has kept examining how topology, clustering, and connectivity govern information flow.

For B2B software, the equivalent bridge might connect security operations → IT infrastructure → legal evidence → AI search → critical infrastructure through one recurring entity. That's the position IRD is designed to detect.

14. The Bridge Hypothesis

Which gives us a second hypothesis:

Bridge Hypothesis: Systematic publishing at the intersection of weakly connected but commercially relevant knowledge communities may increase the probability that an entity develops measurable cross-community centrality.

Publishing in this category almost never leaves the security-operations cluster. The standard topic list runs through guard tracking, checkpoint scanning, incident reporting, supervisor dashboards, GPS patrols.

Those topics are legitimate. They also reach almost exclusively people who already think about guard tour systems — which is a small, well-served audience.

A bridge strategy asks different questions. What does a patrol log mean under evidence rules? What does self-hosted deployment mean to an infrastructure architect? How does data residency affect a multinational security operation? How should patrol requirements be written into a tender? How can patrol data function as operational evidence rather than activity history? How do AI systems retrieve and evaluate security software vendors in the first place?

Each of those connects the guard tour category to a network substantially larger than the category.

A hub gets powerful by accumulating connections. A bridge gets powerful by connecting communities that otherwise barely touch. Over enough time, a company can be both.

15. The guard tour industry experiment

Theory without measurement is just a position paper, so here's the study.

We're proposing a longitudinal experiment across the guard tour software market. The goal is not another subjective "best guard tour software" ranking — the internet has plenty. The goal is to observe how AI systems represent an entire category.

The study tracks a stable panel of roughly 8–12 vendors against a controlled set of buyer, category, technical, operational, and research questions. The panel deliberately includes both large established vendors and smaller specialists, because the interesting variance sits between those groups.

We measure several distinct outcomes rather than collapsing everything into one visibility number:

MeasurementQuestion
Entity recognitionDoes the AI recognize the company and product correctly?
Mention probabilityHow often does the vendor appear at all?
Recommendation probabilityHow often does it make a shortlist?
ProminenceWhere and how strongly is it presented?
Citation selectionIs a vendor-controlled or external page cited?
Citation absorptionDoes evidence from that page materially shape the answer?
Source diversityHow many independent source domains contribute?
Claim corroborationAre key vendor claims confirmed elsewhere?
Cross-cluster reachWhich external knowledge communities connect to the vendor?
Engine stabilityDo results hold across systems and repeated runs?

Our existing measurement already runs a fixed buyer-intent question set on a weekly cadence. The experiment described here extends that principle from one company to a market panel while keeping query stability wherever we can.

Query stability is not a formality. Generative output is stochastic — the same prompt, run twice, can return substantially different sources. A single screenshot proves nothing at all. Repeated observation is what turns anecdote into data, and it's the main reason most published claims about AI visibility should be read skeptically.

16. The observer problem

There's a methodological complication we can't design our way around, so we're stating it up front.

We are not neutral outside observers. Digital Guard Tour publishes information about guard tour software. Trinity Guard competes in the market being measured. Publishing this research will itself create network edges.

A journalist might cite it. A competitor might reference a chart. An AI system might retrieve the methodology. An industry professional might link to the Reputation Graph definition.

Which means the experiment contains an unavoidable feedback loop: measuring and publishing the network changes the network.

Rather than bury that, we intend to document it. Where possible the dataset will distinguish initiated edges from organic ones, and controlled sources from independent ones. We'll also log publication dates, major schema changes, external profile changes, research releases, and any other identifiable intervention.

This won't produce laboratory purity. Nothing run inside a live market does. What it can produce is transparent field research, where readers can see what we did and when we did it, and draw their own conclusions about what caused what.

17. What actually gets cited?

One of the most commercially loaded questions in this whole area is also one of the simplest: why does an AI system cite one page and skip another?

Nobody has fully settled that. But the emerging research is clear that generative visibility is not keyword placement in new packaging.

The original GEO work showed content changes can move generative-engine visibility, with substantial variation by domain. More recent work separates source selection from actual influence on the answer, and finds that pages with strong citation absorption share a profile: they supply extractable information — definitions, facts, comparisons, numbers, procedures.

Which points at a publishing principle that costs nothing to adopt: don't make the AI infer your evidence when you can publish the evidence.

Compare two versions of the same underlying claim.

Marketing version: Our innovative platform delivers world-class patrol accountability.

Evidence version: The deployment architecture supports customer-controlled hosting. This page lists the server requirements, supported environments, installation sequence, backup responsibilities, and network dependencies.

The second is easier to verify, easier to compare, easier to quote, easier to retrieve for a technical question, and easier for an AI system to use as evidence. It is also, not coincidentally, more useful to a human infrastructure architect.

We call this AI-extractable evidence. The point is not to hide text for machines or manufacture bait. The point is to publish information that holds up in machine-mediated research — which is increasingly the only kind of research that happens before a sales call.

18. Original data creates a different kind of gravity

One class of content competitors can't reproduce: your data.

A product page can be copied. A generic explanation of guard tour systems can be rewritten by anyone with a keyboard. A feature comparison can be recreated in an afternoon. A proprietary operational dataset cannot.

If a guard tour platform can responsibly aggregate and anonymize real operational data, it eventually becomes possible to publish findings on patrol completion distributions, missed-checkpoint patterns, time-of-day differences, incident frequencies, anomaly patterns, offline operating behavior, industry differences, and route-performance benchmarks.

The purpose is not to expose customers or publish security-sensitive detail. The purpose is to convert operational experience into defensible research.

The network effect here is the strongest one available to a smaller vendor. Today Trinity Guard cites external sources. The state we're aiming at is external sources citing Trinity Guard research — which reverses the direction reputation flows.

We call the result primary-source gravity: other nodes have to connect to the original publisher, because the underlying observation originates there and nowhere else. Edges created that way can't be matched by producing more marketing pages, no matter how many a competitor produces.

19. The Trinity Guard case study

Trinity Guard is the first longitudinal case study inside this framework, which creates an obvious conflict risk. The methodology has to keep observation separate from promotion, or the whole thing is worthless.

The objective is not to demonstrate that Trinity Guard is the best product on the market. The objective is to document whether deliberate changes in the surrounding information network correspond with later, measurable changes in AI visibility.

The case study tracks the baseline network state, existing external entity references, independent external mentions, controlled versus independent hyperlinks, schema and entity changes, new publications, cross-cluster publications, AI mentions, AI citations, recommendations, source cards, and how all of it moves over time.

One internal observation has already shown why the longitudinal approach is necessary: AI visibility can swing sharply while website content stays essentially stable.

Rather than reading a swing like that as magic, success, or failure, the Reputation Graph asks what changed around the entity. A new external profile? Search accessibility? A new citation? Cleaner entity resolution? A new source entering retrieval? A new cross-cluster relationship? Or plain model variance, which is always on the list?

Only time-series evidence can start separating those explanations, and a single week's reading can't distinguish any of them.

20. What would prove us wrong?

A framework nobody can falsify isn't research, so here are the conditions that would break ours.

The Multilayer Hub Hypothesis weakens if repeated measurement shows that changes in observable external centrality carry no predictive relationship with later AI visibility.

The Reputation Graph weakens if high independent corroboration consistently fails to predict recognition, citation, or recommendation any better than raw first-party content volume does.

The Bridge Hypothesis weakens if cross-community authority relationships produce no measurable advantage over equally strong relationships confined to a single industry cluster.

The information-exposure argument weakens if broad independent distribution of a claim shows no relationship with downstream retrieval or answer behavior.

And the entire strategic premise needs rewriting if generative systems increasingly confine themselves to closed databases, paid feeds, proprietary marketplaces, or anything else that makes the open information network commercially irrelevant.

Every one of those is a legitimate outcome. The point of running an experiment is not to protect the hypothesis. It's to find out.

21. What we are not claiming

Given how much of this territory is currently sold as certainty, it's worth being explicit about the claims we are not making.

We are not claiming the internet, a language model, and a semantic embedding space are one Barabási network. They are three different systems with three different dynamics.

We are not claiming that three backlinks trigger preferential attachment. No such threshold exists.

We are not claiming schema markup makes an AI trust a company. Structured data describes relationships; it doesn't establish credibility on its own. Google's own documentation on AI features states that no special schema.org markup is required to appear in AI Overviews or AI Mode.

We are not claiming that publishing content guarantees inclusion in future model training. Commercial training corpora are effectively unobservable from outside.

We are not claiming an embedding-space hub and a network-growth hub are the same phenomenon.

And we are not claiming any vendor can permanently own an AI answer. Generative systems change. Indexes change. Models change. Retrieval architectures change. Prompts change. Competitors change.

Which leaves one defensible strategy: build assets whose value survives a change in any single algorithm. Identity, evidence, original data, independent corroboration, useful definitions, and relationships across authoritative communities all clear that bar. Tactics tuned to a specific ranking system do not.

22. From SEO asset to reputation asset

All of this suggests a different way to think about a corporate website.

The traditional site is organized around pages: homepage, features, pricing, about, blog. That structure was built for a human clicking through a navigation menu.

The machine-readable organization looks more like a stack: entity → claims → evidence → sources → relationships → capabilities → current state → actions.

The human website doesn't disappear. It becomes one rendering of a deeper structure.

An executive sees a polished page. A search engine sees documents and links. A knowledge system sees entities. A retrieval engine sees semantic representations. An AI agent sees claims, documentation, and capabilities. A buyer's assistant sees evidence.

The long-term asset, then, looks less like a conventional website and more like machine-readable corporate reputation infrastructure.

23. B2B is becoming partly B2AI

B2B purchasing will stay human. Contracts get signed by people, and security directors will keep wanting to talk to someone before they hand over a facility.

But part of the research process is already being delegated to AI agents, and that creates a new intermediary. Call it B2AI — business-to-AI.

A procurement prompt in that world reads something like: find guard tour platforms that can run in a customer-controlled environment, support Android and iOS, operate under intermittent connectivity, provide verifiable patrol evidence, and deploy across several countries.

An agent working from that brief can eliminate vendors before a human sales conversation ever happens. Which makes machine interpretability a commercial variable rather than a technical nicety.

Technical documentation matters. Clear capability claims matter. Open architecture information matters. Data-sovereignty documentation matters. Structured entities matter. Independent corroboration matters. API documentation may matter more than most vendors currently assume.

Vague sales language matters less than it ever has. Winning the human buyer increasingly requires surviving the machine's research first.

24. The long-term objective

The objective here is not make Trinity Guard appear more often in ChatGPT. That's too small a question to justify a multi-year study, and it would produce advice with a shelf life measured in months.

The larger question is whether an emerging B2B software company can deliberately build an information-network position robust enough to persist across search engines, entity systems, retrieval systems, and generative interfaces — including ones that don't exist yet.

Guard tour software makes a good test market. It's specialized enough to measure end to end. It contains entrenched incumbents alongside smaller vendors, so there's real variance in the panel. And it intersects with security operations, legal evidence, IT infrastructure, workforce management, compliance, critical infrastructure, and increasingly artificial intelligence — which makes it a genuinely useful environment for studying bridges.

If the experiment works, the result is bigger than one software company. It suggests a different way to think about digital reputation generally.

25. The Reputation Graph thesis

The central argument of this paper compresses into one sentence:

AI reputation is unlikely to be created by one page, one schema block, one backlink, or one ranking. It emerges from a network of corroborated relationships.

An entity becomes easier to trust when its identity is consistent everywhere it appears. A claim becomes easier to use when the evidence is explicit rather than implied. Evidence becomes stronger when independent sources corroborate it. A reputation becomes resilient when that corroboration arrives from several authority communities rather than one. And it becomes commercially significant when retrieval and generative systems repeatedly recognize, cite, absorb, or recommend it.

That network is what we call the Reputation Graph. Whether we can measure it is the next question, and it's the one this experiment exists to answer.

26. Live dataset and methodology

This article is a living research page rather than a finished argument.

Future releases will document the measurement methodology, vendor panel selection, query sets, AI systems tested, measurement cadence, source classification rules, Reputation Graph definitions, Claim Redundancy calculations, Independent Reputation Density calculations, network visualizations, interventions, limitations, and longitudinal results.

Methodological changes will be dated rather than quietly overwritten. Historical measurements will be preserved wherever it's practical. Negative findings get published alongside positive ones — a rule that's easy to write and harder to keep, which is exactly why it's written down here.

The eventual goal is a reproducible industry dataset that can answer a question currently settled mostly by anecdote: how does a B2B software company become a durable node in an AI-mediated information environment?

We're starting with guard tour systems. We intend to measure what happens next.


The research series

This article is the entry point. Each paper below takes one component of the model and tests it against measured data. Published pieces link out from here; unpublished ones are listed so the structure of the argument is visible from the start.

#PaperComponent
01How a node becomes a hubHub formation
02Does preferential attachment exist in AI search?Preferential attachment
03Network fitness: how a latecomer overtakes an incumbentFitness
04Five kinds of centrality, and which one paysCentrality
05Weakly coupled layers: why four AI engines disagreeMultilayer networks
06Bridge nodes: publishing between communitiesBridge centrality
07Weak ties in a B2B categoryWeak ties
08Entity resolution and independent corroborationEntity networks
09Selection versus absorption in AI answersAI citations
10Access as a precondition: the retrieval gateRetrieval
11Concentration, fragility, and cut verticesNetwork robustness

Publication note: replace each row with a live link as the paper goes out. Rows are deliberately left unlinked until the target exists — a hub page full of 404s does the opposite of what a hub page is for.


Research status

ComponentStatus
Five-Layer AI Information Network ModelProposed analytical framework
Multilayer Hub HypothesisOpen hypothesis
Bridge HypothesisOpen hypothesis
Reputation GraphOperational model introduced in this research
Claim RedundancyProposed Reputation Graph metric
Independent Reputation DensityProposed Reputation Graph metric
Guard tour longitudinal experimentIn progress
AI citation / absorption measurementObservable and testable
Proprietary training-corpus positionNot directly observable
Internal commercial behavior of ChatGPT, Gemini, Claude, or other vendorsNot claimed

Research foundation

The network-growth component builds on the preferential-attachment model introduced by Barabási and Albert, and on the later fitness-based work of Bianconi and Barabási. The embedding distinction draws on established research showing hubness in high-dimensional nearest-neighbor spaces. The generative-search component builds on the developing GEO literature and on newer work separating citation selection from citation absorption. The bridge logic is consistent with long-standing network research on connectivity, weak ties, clustering, and information flow.

Network science

  • Barabási, A.-L. & Albert, R. (1999). Emergence of Scaling in Random Networks. Science, 286(5439), 509–512. DOI · open preprint
  • Bianconi, G. & Barabási, A.-L. (2001). Competition and Multiscaling in Evolving Networks. Europhysics Letters, 54(4), 436–442. DOI · open preprint
  • Granovetter, M. S. (1973). The Strength of Weak Ties. American Journal of Sociology, 78(6), 1360–1380. JSTOR

Embedding and retrieval

  • Radovanović, M., Nanopoulos, A. & Ivanović, M. (2010). Hubs in Space: Popular Nearest Neighbors in High-Dimensional Data. Journal of Machine Learning Research, 11, 2487–2531. Full text

Generative search and citation behavior

  • Aggarwal, P., Murahari, V., Rajpurohit, T., Kalyan, A., Narasimhan, K. & Deshpande, A. (2024). GEO: Generative Engine Optimization. ACM SIGKDD. arXiv:2311.09735
  • Zhang, K., He, X. & Yao, J. (2026). From Citation Selection to Citation Absorption: A Measurement Framework for Generative Engine Optimization Across AI Search Platforms. arXiv:2604.25707

Platform documentation

Author note

This research is conducted from inside the market it studies. Trinity Guard® is a guard tour and patrol-verification platform, and Digital Guard Tour publishes research and technical material on security patrol operations. That relationship gives us access most outside researchers wouldn't have, and it introduces bias most outside researchers wouldn't have either.

For that reason, the research separates first-party evidence from independent evidence throughout, and treats Trinity Guard's own network development as a disclosed case study rather than as proof of the hypotheses being tested.

See the system behind the research

Test verifiable guard patrol operations on a real site

Run a 14-day Trinity Guard pilot and see how patrol verification, evidence, and operational records work in practice.