Skip to content
Watchdog
Sign inSurvey a repo — free

Where Watchdog fits

Start with the survey. Add scanners where it says you need them.

Watchdog needs nothing else installed. Point it at your code and it reads your whole product — every language in it — and issues one reproducible Codebase Assurance Index (CAI) across architecture, testing, security posture, change safety and knowledge risk. It also reads your CI pipeline and tells you which classes of automated check it actually fails the build on — and which to add first, ranked by what this survey measured on each concern. We name the class, never a product: we score the repositories that run those tools, so we recommend none of them by name.

Every major language your team works in · a measurement, not an opinion.

The boundary

What Watchdog is, and where it stops.

What it is

  • An independent surveyor
    One altitude above a scanner.
  • One reproducible CAI
    Signed, commit-pinned — re-runs to the same number.
  • A read-only oracle
    Serves every finding to your agent over MCP.
  • A whole-system survey
    Architecture, maturity, compliance & risk in one report.

Where it stops

  • Not a CI scanner or linter
    Never scores a line or blocks a merge.
  • Not a SAST / dataflow engine
    Reads their signal; doesn't out-depth one.
  • Not a coding agent
    Never edits, commits, pushes or opens a PR.
  • Not a certifier
    Records the evidence; a named human signs.

Altitude decides the job

Specialists hold the line. The surveyor judges the system.

The tools you already run are specialists — each owns one column of concern, down at the line or the file. Climb to the module, the system, the whole portfolio and the job changes: it becomes synthesis. Is the architecture sound? Is it maturing? Can you prove it's compliant? That's the altitude Watchdog was built for — and one measurement is read at every altitude: a board sees a single CAI, an architect sees the failing lens, an engineer — or their coding agent — gets the exact file, line and fix.

Same repos. Two scopes of view.

A scanner reviews one repo, or one pull request, in one language. Watchdog reviews the product — every repo you ship as a unit, in every language you ship it in, breaking a monorepo down into a CAI per deployable service: each service scored by the same lenses as the whole product, then rolled up into one survey. The API, the front end and the worker end up in one report, not three.

Where it defers to a specialist

At the line and the pull request Watchdog defers to the specialists. It reads their output and places it in the system picture; it never replaces a deep SAST engine or your live IDE lint.

Read it as altitude and job, not a ranking — not a scoreboard. Every other tool here is scoped to a repo or a diff; Watchdog is scoped to the thing you actually ship.

Why it earns that altitude

Four things — the first is the one no scanner can claim.

Deterministic

Same code in, same CAI out under the same rubric and advisory data — re-run the survey and the number holds. That's what makes a trend real, a contract floor you can set and verify at each scheduled scan, and a compliance number an auditor can rely on.

How the rubric works →

Architecture- & intent-aware

Conditional lenses for DDD, event-driven and event-sourced designs, ADR conformance, and a maturity ladder. Watchdog surveys what the code is *trying to be* — not just what it literally says.

One survey across the product

Every repo you ship together — down to the services inside a monorepo — rolls up into one CAI, with each repo's compliance declaration bundled in. Not a pile of disconnected per-repo reports.

Independent & read-only

Watchdog never edits your code and never certifies you — it assembles the evidence; a human signs. The measurer never sits at the table.

The one true peer

SIG & Watchdog — the same kind of verdict.

Two routes to the same independent verdict

The Software Improvement Group pioneered the independent, board-grade software survey — a benchmarked model delivered through a consulting engagement, and it's excellent. Watchdog issues the same kind of independent verdict by a different mechanism: a deterministic, reproducible rubric you run yourself — continuously, the same day you ask, from a single team to a whole portfolio. Same altitude; self-serve where SIG is high-touch.

What you'd otherwise reach for

The real alternatives — and why the survey beats each.

When a team or a buyer skips Watchdog, it isn't for another scanner — it's for one of these.

The DIY stack

SonarQube + a tech lead's judgement + a spreadsheet. It works — until the tech lead leaves or the spreadsheet is the only place the verdict lives. Watchdog is that exact stack, made reproducible, independent and signable — the rubric outlives the person.

A commissioned manual review

A consultancy reads the code for a fortnight and writes a verdict. Watchdog issues the same kind of verdict deterministically, the day you ask — and re-issues it every scan instead of once, so the trend is real.

Technical due-diligence

The M&A equivalent: excellent, billed per engagement, frozen the day they stop reading. Watchdog gives a CAI comparable from LOI to close, re-derivable by your own advisors from the code itself.

For acquirers → Assay

Keep your stack

Your scanners are instruments. Watchdog is the survey.

A surveyor doesn't compete with the moisture meter — it reads the instruments and writes the report a buyer can act on. Your scanners live one altitude below the survey and feed it: Watchdog reads the same signals, adds architecture, domain-intent and git-history dimensions of its own, and rolls them into one reproducible CAI. Keep every one of them — none is a competitor, and none is a peer. And if you aren't running any of them yet, the survey still stands on its own; it is the baseline the rest get added to.

  • If you need…
  • Reach for…
  • Watchdog's role
  • Catch a bad line the moment it's written
  • SonarQube / Coverity (IDE & CI)
  • Reads their signal, scores it into the system verdict
  • Explore a .NET dependency graph by hand
  • NDepend
  • Draws the same graph and matrix from a language-neutral model, and prices the debt — into one CAI
  • Method-level X-Ray, or auto-refactoring
  • CodeScene
  • Measures the same behavioural core and ranks the roadmap by it
  • The deepest SCA / fix-PRs
  • Snyk
  • SCA across every ecosystem you ship + a CycloneDX SBOM every survey, mapped to NIS2 / DORA
  • An independent, board-grade verdict
  • SIG (consulting) or Watchdog (self-serve)
  • The same job, run on demand
  • To replace the spreadsheet, a manual audit, or tech-DD
  • Watchdog
  • That is the job

Keep every tool above — none is a rival. The bottom row is the one Watchdog owns.

Better together

Per-tool deep-dives — what each gives you, what Watchdog adds.

SonarQube + Watchdog

Sonar goes wide across 30+ languages at the line level, with thousands of rules, dataflow SAST and a live IDE gate. We go deep on architecture and domain modelling across the languages we cover, and join the whole product into one number — one roll-up instead of a report per repo, signed compliance, and tasks your coding agent can act on. Sonar goes wide; we go deep and then join it all up. We never re-scan the line.

NDepend + Watchdog

NDepend is the deepest .NET-native analyser there is: custom CQLinq rules, 100+ metrics, and hands-on exploration inside Visual Studio. Watchdog measures the same architectural core and now draws the same pictures — a module dependency graph and a dependency-structure matrix, alongside Martin coupling, dependency cycles, complexity, abstractness and its own emitted-IL read (Mono.Cecil) — plus a debt model that prices a fix against what not doing it costs per year. The difference is where the graph comes from: NDepend reads compiled .NET assemblies, so its graph is bounded by that ecosystem; Watchdog builds it from a language-neutral code model, so the same graph, matrix and cycle detection apply to every language it models deeply — see the language matrix for exactly which, and how deeply. Around that Watchdog adds what NDepend has no equivalent for at all: git and process mining, security and supply-chain, domain-intent lenses and an ADR maturity ladder. An instrument and a survey, not two of the same thing: NDepend is the microscope an engineer drives by hand; Watchdog is the report that arrives on a cadence.

CodeScene + Watchdog

CodeScene pioneered behavioural code analysis, and its ACE auto-refactoring and method-level X-Ray go deeper than we do. But the overlap runs almost entirely one way: hotspots, change coupling, ownership concentration and knowledge loss are Watchdog dimensions too — and where CodeScene attributes ownership from git blame, Watchdog uses decayed commit attribution, so a mechanical reformat cannot silently reassign a file's owner. That same churn signal now drives the roadmap itself: the same fix ranks higher on code the team edits every week than on code nobody has opened in three years. Around that shared core Watchdog adds architecture and ADR conformance, security, supply-chain and compliance — none of which CodeScene offers — folded into one signed, commit-pinned CAI. The remediation split is open vs closed: CodeScene fixes inside its own ACE engine; Watchdog stays read-only and hands every finding to whatever agent you already run — then re-measures.

Snyk + Watchdog

Snyk gives the deepest SCA database, container & registry scanning and automated fix-PRs. Watchdog runs its own SCA across every ecosystem you ship — NuGet, npm, Maven, PyPI, Go modules, Cargo, Composer, RubyGems, Hex and pub — plus IaC, secrets and licences; a CycloneDX SBOM every survey; all folded into one reproducible number and CWE-tagged for an auditor. We don't out-scan a specialist on line-level dataflow, and we don't open PRs.

Coverity + Watchdog

Coverity gives path-sensitive dataflow defect detection, C/C++ breadth, safety-critical rigor and MISRA / CERT compliance. Watchdog adds architecture and domain lenses and one reproducible system-level score across the languages it covers, including the .NET and Java parts of a mixed estate — where security findings map to the CWE taxonomy an auditor recognises, and are emitted in SARIF so your code-scanning tools show them too. For safety-critical C and C++, Coverity is the right tool and we don't claim otherwise.

CodeRabbit + Watchdog

CodeRabbit gives AI review of the PR diff in the moment — conversational inline comments, issues caught as written, and a summary of that pull request. Watchdog describes change at a different grain: a product changelog and system overview over a release or sprint window, grounded in the commit messages and the diff — and where the two disagree it trusts the diff, so an entry says what was actually implemented rather than what was intended. The deterministic core fuses the commit range with the architecture map and the structural delta; the model only narrates on top, and a window whose changes cannot be grounded in a readable diff is reported as such instead of dressed up as a confident release note. Different time, different altitude — zero collision.

SonarQube + Watchdog

NDepend + Watchdog

CodeScene + Watchdog

Snyk + Watchdog

Coverity + Watchdog

CodeRabbit + Watchdog

Which languages we model deeply

Every language Watchdog surveys, and how much of the architecture survey actually resolves in each one — the domain, event-sourcing, event-driven, vertical-slice and structural lenses, per language. This is survey clarity: how clearly a language leads to a complete survey. It is not a grade of the language, and not a ranking of the code written in it. Read live from the product, so a newly signed-off language appears here the day it ships.

Language survey-clarity (FIT) matrix

Where we defer

Watchdog does not replace deep line-level SAST or dataflow analysis — that's Coverity, Sonar and Snyk's craft, and we don't pretend to beat a dedicated dataflow engine at it. We don't cover every language either: C and C++ aren't surveyed today, and neither are legacy estates like COBOL or ABAP. If that's your codebase we'll tell you before you pay us — and if you'd like us to cover it, tell us; that's how we pick what to build next. (We do run our own SCA, secret, IaC and SBOM scanning — we just don't claim to out-scan a specialist on line-level dataflow.) We don't certify compliance; our tooling assembles the evidence and a human signs. And we're read-only by design. The survey, the CAI, the portfolio view, the governance — that part is ours.

They hold the line. Watchdog judges the system.

Sign in with GitHub · no card · C#, Java, TypeScript, Python, Go and more.