Pavo System Knowledge

Knowledge systems that learn from every investigation, experiment, and outcome.

Pavo builds a verifiable System Book from code, data, traces, experiments, and expert knowledge, giving every person and agent the context to improve the system intelligently.

  • 01Reconstruct the system
  • 02Verify what is true
  • 03Compound every learning
platform.pavoai.com/system-book

System Knowledge

User eligibility / Section 05

How notification eligibility works

Who is allowed to receive a lifecycle message, and the policies that gate every send. Reconstructed from code, warehouse queries, policy docs, and one expert rule.

Eligible usersCampaign filtersFatigue policyIntent exceptionsChannel selectSend / suppress

Key policy claims

Conversion within 24h of exposureUnsubscribe rate launch-blocking guardrail

The worldview

Knowledge is not static documentation. It is continuously strengthened through expert verification, investigations, experiments, interventions, and production results.

Verified System Book87% verified
Architecture18 components
Policies & constraints7 rules
Metrics & guardrails12
Experiment memory34
Beliefs & relationships26
Playbooks6

Propagate every update →

Reconstruct the system. Verify critical claims. Apply trusted knowledge across improvement work. Learn from every decision and production outcome.

01 · RECONSTRUCTSCATTERED SOURCES →ONE SYSTEM MAPSCATTERED SOURCESOUTPUT · SYSTEM MAPCODE2 repositoriesWAREHOUSEschema + logsTRACEproduction spansEXPERIMENTEXP historyDOCUMENTpolicy docs“FATIGUE IS PER-CHANNEL”EXPERT · CRM LEAD NOTESPAVOSCAN · LINKMAP · INFEREXCERPT · 6 OF 18 COMPONENTSUSERSCAMPAIGNFATIGUECHANNELSENDSUPPRESSADDED FROM EXPERT NOTE18 COMPONENTS · 24 FLOWS · 6 DECISION POINTS · 4 GOALS7 CONSTRAINTS · EVERY COMPONENT CARRIES ITS SOURCE

The System Book, in full

Scattered evidence resolved into a book people and agents can both read, and audit.

01 · WHAT DO WE KNOW?System KnowledgeFRAGMENTED EVIDENCE →VERIFIABLE SYSTEM BOOKFRAGMENTED EVIDENCESYSTEM BOOKGITHUB REPOWAREHOUSETRACE SPANSSQL QUERIESEXPERIMENTSDASHBOARDSEXPERT NOTESARCHITECTURE“HIGH-INTENT OVERRIDES THE CAP”PROVENANCEPAVOSCANLINKVERIFYSYSTEM BOOKv4 · 84% VERIFIEDARCHITECTURE MAP18 componentsSYSTEM OBJECTIVES4IMPORTANT METRICSresolution · repeat · CSATPOLICIES & CONSTRAINTS7 rulesVERIFIED CLAIMSconf · freshness · lineageRefund window is capped at 30 daysRefunds never expireCONTRADICTEDHigh-intent events override the weekly cap0.86A tool-call precedes any refund confirmEXPERT PLAYBOOKS6OPEN QUESTIONS2 unresolvedSOURCE LINEAGE ATTACHED PER CLAIM · SELECT TO INSPECT

Detailed product case

Question

How does the notification system decide who should receive a message?

Scattered evidence

  • CodePolicy logic
  • WarehouseEligibility data
  • ServiceFatigue rules
  • ExperimentsTreatment evidence
  • DashboardsOutcome metrics
  • ExpertsDocumented exceptions

Before Pavo

6 sources · unreconciled

The same decision is described six different ways, with conflicts unresolved and no single source people or agents can trust.

Pavo reconstructs and verifies

System Book updated
  1. 01Reconstruct the full decision flow
  2. 02Surface a conflicting claim
  3. 03Ask an expert to verify it
  4. 04Update the System Book
  5. 05Make verified context available to people and agents
  6. 06Write the later experiment outcome back into knowledge

Verified answer

6 sources · 1 conflict resolved

A user receives a message when eligibility clears the fatigue rules and an active treatment applies, unless a documented exception overrides it, the conflict Pavo surfaced and had an expert verify.

Knowledge in action across Pavo

System Knowledge is the context layer behind Opportunity Discovery, Frontier Benchmarks, Interventions, and human work.

Knowledge is not the output of the improvement loop. It is what makes every part of the loop intelligent.

System Knowledge is a structured, verifiable model of how a production system works: its architecture, policies, objectives, decisions, constraints, outcomes, and unresolved questions.

Pavo assembles that model into a System Book that people and agents can use as shared context for investigation and improvement.

A wiki stores documents, and enterprise search helps retrieve them. A System Book reconstructs claims and relationships across code, data, traces, experiments, documents, and expert input, then records where each claim came from and how strongly it is supported.

It is designed to support decisions and execution, not only discovery, and to learn when those decisions produce new evidence.

Critical claims carry provenance, confidence, freshness, conflicts, and verification state. Pavo can check claims against source systems, compare contradictory evidence, and route uncertain or high-impact questions to an expert.

The result is not a claim that everything is known. It is an explicit record of what is verified, what is inferred, and what still needs an answer.

Investigations, experiments, interventions, and production outcomes write their findings back into the System Book. Pavo also tracks source freshness and can flag claims whose evidence has changed or whose supporting systems no longer match.

Every improvement cycle therefore starts with the accumulated result of the cycles before it.

Yes. The same structured context can support people, Pavo agents, and other agents working on the system, with provenance and verification metadata available alongside the underlying claim.

That gives an agent the system-specific context it needs without treating a retrieved document or an old decision as unquestioned truth.

The useful starting set is the evidence your team already relies on: code repositories, relevant data and traces, experiment history, system documents, dashboards, and access to domain experts who can resolve important questions.

Pavo begins by mapping the system and its sources, then prioritizes the claims and relationships that matter most to the first improvement objective.