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.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
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, asandbox/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.