Skip to main content

Documentation Index

Fetch the complete documentation index at: https://docs.driftless.icu/llms.txt

Use this file to discover all available pages before exploring further.

Coverage model

For every file in a scanned repository, Driftless checks whether any topic covers it deterministically, with no LLM involved. The result is a coverage map that shows exactly what is documented and what is a knowledge gap.

Match specificity tiers

Every file falls into one of four tiers, based on how strongly a topic anchors to it:
TierMechanismStrength
fileTopic has this exact file path in where_filesStrong / direct
patternTopic’s glob pattern matches this fileIndirect
repoTopic is scoped to this repository but has no file or pattern matchWeak
noneNo topic covers this fileGap
Higher tiers take precedence. If a file is matched by a file anchor and a pattern anchor, it counts as file-covered.

Risk heuristic

Files that match any of these criteria are flagged as high-risk:
  • Path or filename contains: auth, admin, billing, payment, webhook, token, secret, password
  • Entrypoint files (controllers, route handlers, server actions) without detected guards
High-risk uncovered files get prioritized in coverage reports.

Coverage status per file

StatusMeaning
coveredAt least one active topic covers this file
partialCovered only by a weak (repo) match
gapNo topic covers this file, but risk is normal
critical-gapNo topic covers this file, and it’s high-risk
emptyNo scan data exists for this file yet
Based on coverage and risk, Driftless suggests actions:
ActionTrigger
document-nowHigh-risk file with no coverage
reattach-or-removeOrphaned topic that still has anchored files
refresh-staleTopic is stale with active anchors
add-topicCluster of uncovered files in same module
review-suggestedAuto-generated topic awaiting review
promote-draftDraft topic with reviewed content

Coverage in practice

Load per-file coverage for the files you’re about to edit:
driftless context load --files "src/auth/guard.ts,src/users/service.ts"
Output includes:
  • Which topics cover each file (with match tier)
  • Coverage status for each file
  • Recommended actions for gaps

Coverage on the dashboard

The architecture map overlay colors module nodes by coverage:
  • Green - Covered (at least one file-level or pattern-level topic)
  • Yellow - Partial (repo-level only)
  • Red - Gap (no coverage)
  • Red pulsing - Critical gap (high-risk, no coverage)
Click any node to see which topics cover it and what actions are recommended.

Health score

The workspace health score in the dashboard weights coverage heavily:
FactorWeight
Context coverage (% of files covered)55%
Freshness (% of topics not stale)25%
Stale ratio (stale vs. total topics)20%
A healthy workspace has high coverage, low staleness, and topics that are actively maintained.
driftless context doctor     # full health audit with breakdown