Skip to main content
Coverage answers one question: how much of your Salesforce org is documented? It measures every eligible metadata component against your docs and shows you exactly where the gaps are — per connection, per metadata type, down to the individual component.

How coverage is counted

A doc covers a Salesforce component when it is tagged to that component in the metadata panel at the bottom of the page. Tagging is how LivingContext knows which doc describes which flow, object, or Apex class — see Docs viewer. A component with at least one tagged doc counts as documented. Everything else eligible counts as undocumented.
Tags do double duty: beyond coverage, they tell agents which docs to update automatically when the underlying metadata changes. Well-tagged docs stay fresh on their own.

The dashboard

KPI tiles

Four tiles summarize the org at a glance:

Scope callout

Not everything in an org deserves documentation. A scope callout lists what is currently excluded from the denominator:
  • Excluded metadata types
  • Managed packages
  • Excluded namespaces
The callout links to Settings → Documentation eligibility, where you adjust these rules. Excluded types are still synced and searchable — they just stop counting toward the score.
Excluding managed packages is usually the right call — you rarely document a vendor’s internals — and it keeps your coverage number honest about the metadata your team actually owns.

Per-connection cards

Each Salesforce connection gets its own card showing the org label, a sandbox/production chip, its documented share, and a Browse components link into the connection’s ingested metadata. Inside, a sortable table breaks the numbers down by metadata type: The table sorts by undocumented, descending by default — your biggest documentation gaps come first — and a Filter types… box appears when a connection has many types. The page header offers Export CSV for reporting and Refresh to recount after tagging or a metadata sync.

Closing the gaps

Coverage tells you where the holes are; the rest of LivingContext fills them:
1

Tag existing docs

Often a doc already describes a component but isn’t tagged to it. Open the doc, and accept the AI tag suggestions in the metadata panel.
2

Let the Coverage Auditor propose new docs

The Coverage Auditor sweeps for undocumented, high-value components and proposes brand-new docs into your Inbox — each with an explanation of why it matters.
3

Write the rest yourself

Create pages from templates and link them to metadata as part of the New page flow.
See Salesforce integration for how metadata is synced into LivingContext in the first place.