Context
vitest.config.ts's coverage.include section carries a comment above the
"packages/loopover-mcp/lib/**/*.js" entry stating: "4 of the 5 files (format-table/local-branch/
redact-local-path/telemetry) are already imported in-process by test/unit/.test.ts; lib/cli-error.js
currently has no in-process test at all, so it will need one before a PR touching it can pass
codecov/patch -- that's intended enforcement, not a bug."* This was true when written (2026-07-19,
commit 80b59c64). One day later, PR #7409 (2026-07-20, commit 0d896ce62, "Phase 1 of #7291") added
test/unit/mcp-cli-error.test.ts, which does exactly the missing thing: it imports cli-error.js
in-process and exercises all 3 of its exports across 5 test cases (reportCliFailure with/without
--json, default exit code, argsWantJson, describeCliError). The comment was never updated, so it
now tells a future contributor something false about the current state of test coverage in this
package — exactly the kind of stale-comment-vs-code drift this audit was asked to look for.
Requirements
- Update the comment above the
"packages/loopover-mcp/lib/**/*.js" entry in vitest.config.ts to
remove or correct the now-false "cli-error.js currently has no in-process test at all" sentence,
reflecting that all 5 of the package's lib/ files (format-table, local-branch,
redact-local-path, telemetry, cli-error) now have in-process tests under test/unit/.
- Purely a comment change — do not alter any
coverage.include/coverage.exclude glob or any other
behavior in this file.
Deliverables
Test Coverage Requirements
Not applicable — comment-only change, no executable code path affected, nothing to regression-test.
Expected Outcome
vitest.config.ts's own inline documentation about packages/loopover-mcp/lib/** coverage accurately
reflects, as of the change, which files have in-process tests — a future contributor reading this
comment before touching cli-error.js (or any sibling file) is no longer told something false.
Links & Resources
Context
vitest.config.ts'scoverage.includesection carries a comment above the"packages/loopover-mcp/lib/**/*.js"entry stating: "4 of the 5 files (format-table/local-branch/redact-local-path/telemetry) are already imported in-process by test/unit/.test.ts; lib/cli-error.js
currently has no in-process test at all, so it will need one before a PR touching it can pass
codecov/patch -- that's intended enforcement, not a bug."* This was true when written (2026-07-19,
commit
80b59c64). One day later, PR #7409 (2026-07-20, commit0d896ce62, "Phase 1 of #7291") addedtest/unit/mcp-cli-error.test.ts, which does exactly the missing thing: it importscli-error.jsin-process and exercises all 3 of its exports across 5 test cases (
reportCliFailurewith/without--json, default exit code,argsWantJson,describeCliError). The comment was never updated, so itnow tells a future contributor something false about the current state of test coverage in this
package — exactly the kind of stale-comment-vs-code drift this audit was asked to look for.
Requirements
"packages/loopover-mcp/lib/**/*.js"entry invitest.config.tstoremove or correct the now-false "cli-error.js currently has no in-process test at all" sentence,
reflecting that all 5 of the package's
lib/files (format-table,local-branch,redact-local-path,telemetry,cli-error) now have in-process tests undertest/unit/.coverage.include/coverage.excludeglob or any otherbehavior in this file.
Deliverables
vitest.config.ts's comment block is corrected to match current test-coverage realityTest Coverage Requirements
Not applicable — comment-only change, no executable code path affected, nothing to regression-test.
Expected Outcome
vitest.config.ts's own inline documentation aboutpackages/loopover-mcp/lib/**coverage accuratelyreflects, as of the change, which files have in-process tests — a future contributor reading this
comment before touching
cli-error.js(or any sibling file) is no longer told something false.Links & Resources
vitest.config.ts(comment above the"packages/loopover-mcp/lib/**/*.js"line incoverage.include)test/unit/mcp-cli-error.test.ts(the test that made the comment stale)80b59c64(introduced the claim), commit0d896ce62/ PR chore(mcp): add tsc build pipeline + convert small lib utilities to TypeScript (Phase 1 of #7291) #7409 (made it stale)