Use cases

TraceMap helps when review needs evidence, not vibes.

Use TraceMap when teams need repeatable static evidence for contract changes, release review, dependency surfaces, and partial analysis in repositories that do not always build cleanly.

Contract-change review

Match changed DTOs, fields, properties, methods, endpoints, packages, and schema surfaces against indexed evidence.

Release review

Assemble coverage, diff, impact, contract, path, reverse, and gap sections into a static evidence packet.

Cross-repo dependency maps

Combine indexes from multiple services or languages while preserving source labels and commit SHAs.

Legacy partial analysis

Keep scanning with syntax, config, package, SQL, and project evidence even when semantic project load fails.

Reviewer handoff

Give reviewers file spans, rule IDs, tiers, and limitations instead of a prose-only summary.

Tooling regression checks

Use deterministic JSON, Markdown, and SQLite outputs to compare scanner behavior over time.

For managers, TraceMap makes review work auditable.

The goal is not to replace engineering judgment. The goal is to make dependency and impact review start from inspectable evidence instead of memory, broad text search, or one-off spreadsheets, so decisions can be revisited when scope, coverage, or contracts change.