BurntSushi/ripgrep
Dimensions
Interface surface 4 exemplary [library] An API reference is generated from the code (autodoc, mkdocstrings, typedoc, …).
Can another program use it through a documented, machine-readable surface?
- next: [cli] L3 Machine-readable output (--json/--format) and documented exit statuses. (no --json/--format option)
cli ladder · level 2
- ✓ L1 Invocable non-interactively: no prompts, or prompts guarded by a TTY check or a --yes/--no-input option. no interactive prompts
- ✓ L2 --help documents every option (at least 90% of options have help text). crates/core/flags/parse.rs 2 matches
- ✗ L3 Machine-readable output (--json/--format) and documented exit statuses. no --json/--format option
- ✗ L4 The output format is specified by a JSON Schema. no JSON Schema for the output
library ladder · level 4
- ✓ L1 An importable, packaged API exists. crates/cli/src/lib.rs Rust library cratecrates/globset/src/lib.rs Rust library crate
- ✓ L2 The public API is delimited (__all__, an exports map, exported identifiers). crates/cli/src/lib.rs pub itemscrates/globset/src/lib.rs pub items
- ✓ L3 The public API is statically typed (py.typed, type declarations, a typed language). crates/cli/src/lib.rs statically typed languagecrates/globset/src/lib.rs statically typed language
- ✓ L4 An API reference is generated from the code (autodoc, mkdocstrings, typedoc, …). crates/printer/Cargo.toml 1 matchcrates/printer/Cargo.toml 1 match
Contract stability 4 exemplary Across tagged releases, no OpenAPI operation, CLI option or __all__ symbol was removed without first being deprecated.
Can integrators rely on it not changing under them?
all ladder · level 4
- ✓ L1 Releases are versioned (semver tags or versioned changelog sections). 79 semver tags, latest 15.2.0
- ✓ L2 A changelog exists and marks breaking changes. CHANGELOG.md marks breaking changes
- ✓ L3 A deprecation mechanism is used in code (warnings, @deprecated, Deprecation/Sunset headers) or the API is versioned. crates/cli/src/lib.rs 3 matchescrates/pcre2/src/matcher.rs 1 match
- ✓ L4 Across tagged releases, no OpenAPI operation, CLI option or __all__ symbol was removed without first being deprecated. 20 tagged releases compared
Events n/a Not applicable: no service and no long-running CLI mode (batch CLIs, libraries and desktop apps have no events).
Can others react to state changes without polling?
Identity n/a Not applicable: uses no credentials and has no service surface.
Can a machine act with its own revocable, least-privilege identity?
Data portability n/a Not applicable: owns no persistent data.
Can its data get in and out, in bulk, in open formats, with an explicit schema?
Agent ergonomics 2 partial [cli] Data on stdout, diagnostics on stderr, non-zero exit on failure.
Can an automated caller use it without guessing, and recover from failure?
- next: [cli] L3 Documented exit statuses distinguish error classes, errors are JSON in JSON mode, and color is off when not a TTY. (errors aren't JSON in JSON mode)
- next: [library] L1 Errors are specific exception types, and library code never calls sys.exit. (library code exits the process: crates/core/messages.rs)
cli ladder · level 2
- ✓ L1 Never blocks on a prompt when stdin is not a TTY. no interactive prompts
- ✓ L2 Data on stdout, diagnostics on stderr, non-zero exit on failure. crates/core/flags/defs.rs 1 matchcrates/core/main.rs 16 matches
- ✗ L3 Documented exit statuses distinguish error classes, errors are JSON in JSON mode, and color is off when not a TTY. errors aren't JSON in JSON mode
- ✗ L4 --dry-run, limits for long or costly operations (timeouts, budgets), and agent docs. no --dry-run
library ladder · level 0
- ✗ L1 Errors are specific exception types, and library code never calls sys.exit. library code exits the process: crates/core/messages.rs
- ✗ L2 Inputs are validated with messages naming the bad argument. no input validation errors
- ✗ L3 Timeouts and retries are configurable. no timeout parameter
- ✗ L4 Agent docs, and examples that run as tests (doctests). no agent docs
Embeddability 2 partial [cli] Installable as a package that provides the command.
Can another system run and compose it without a human?
- next: [cli] L3 Published to a public registry and run non-interactively in CI. (not published to a registry)
- next: [library] L3 Published to a public registry, with at most 10 runtime dependencies. (not published to a registry)
cli ladder · level 2
- ✓ L1 Runnable from source (a declared entry point). Cargo.toml cargo binfuzz/Cargo.toml cargo bin
- ✓ L2 Installable as a package that provides the command. Cargo.toml cargo binfuzz/Cargo.toml cargo bin
- ✗ L3 Published to a public registry and run non-interactively in CI. not published to a registry
- ✗ L4 Also shipped as a container image or a single binary. no container image or binary
library ladder · level 2
- ✓ L1 Importable from source. crates/cli/src/lib.rs Rust library cratecrates/globset/src/lib.rs Rust library crate
- ✓ L2 Installable as a package (a package manifest). crates/cli/src/lib.rs package manifestcrates/globset/src/lib.rs package manifest
- ✗ L3 Published to a public registry, with at most 10 runtime dependencies. not published to a registry
- ✓ L4 Optional features behind extras/features. Cargo.toml 1 matchcrates/globset/Cargo.toml 1 match
Extensibility 0 absent Not yet: Internal seams: a registry, registration function or plugin manager.
Can behaviour be added without modifying the code?
- next: L1 Internal seams: a registry, registration function or plugin manager. (no registry or registration function)
all ladder · level 0
- ✗ L1 Internal seams: a registry, registration function or plugin manager. no registry or registration function
- ✗ L2 The docs show how to add behaviour through those seams (even in-tree). no registration functions to document
- ✗ L3 Out-of-tree extensions are discovered (entry points, a plugin directory, configuration) without editing the package. extensions must be added inside the package
- ✗ L4 The extension API is versioned, has lifecycle hooks, and has example extensions. the extension API isn't versioned
Observability 1 ad hoc [cli] Meaningful exit statuses, and errors on stderr.
Can an operator, or an orchestrating agent, tell whether it works and why not?
- next: [cli] L2 Verbosity control for diagnostics (--quiet, --log-level, --debug). (no --quiet or log-level control)
- next: [library] L2 Log levels are used meaningfully (at least two levels). (fewer than two log levels used)
cli ladder · level 1
- ✓ L1 Meaningful exit statuses, and errors on stderr. crates/core/flags/defs.rs 1 matchcrates/core/main.rs 16 matches
- ✗ L2 Verbosity control for diagnostics (--quiet, --log-level, --debug). no --quiet or log-level control
- ✗ L3 Structured logs (e.g. --log-format json) or a machine-readable run summary. no structured diagnostics
- ✗ L4 Tracing hooks (OpenTelemetry). no tracing hooks
library ladder · level 1
- ✓ L1 Logs through a standard logger namespace and never prints from library code. crates/core/flags/hiargs.rs 18 matchescrates/cli/src/lib.rs 6 matches
- ✗ L2 Log levels are used meaningfully (at least two levels). fewer than two log levels used
- ✗ L3 Optional metrics or tracing hooks. no metrics or tracing hooks
- ✗ L4 OpenTelemetry instrumentation available. no OpenTelemetry instrumentation
Change legibility 2 partial CI runs the tests; applications pin dependencies (libraries and zero-dependency projects are exempt).
Can an agent change it safely with limited context?
- next: L3 At least 90% of modules fit 32k tokens and no file exceeds 12k; test/source token ratio at least 0.3; at least 70% of the code is typed. (86% of modules fit 32k tokens; 8 files over 12k; test/source token ratio 0.13 < 0.3)
all ladder · level 2
- ✓ L1 A README and some tests. README.mdcrates/ignore/tests/gitignore_matched_path_or_any_parents_tests.rs 18 test files
- ✓ L2 CI runs the tests; applications pin dependencies (libraries and zero-dependency projects are exempt). .github/workflows/ci.yml.github/workflows/release.yml
- ✗ L3 At least 90% of modules fit 32k tokens and no file exceeds 12k; test/source token ratio at least 0.3; at least 70% of the code is typed. 86% of modules fit 32k tokens; 8 files over 12k; test/source token ratio 0.13 < 0.3
- ✗ L4 No import cycles, and agent docs (AGENTS.md, CLAUDE.md, llms.txt). no agent docs (AGENTS.md, CLAUDE.md, llms.txt)
Make or buy
Make with agents
1,693,213 output + 42,330,325 input tokens
on anthropic:claude-opus-5-5 ≈ $66.
18.8 agent-hours · 156.8 human days (19.9 steering + 136.9 rediscovering history).
$121,962 over 3 years
Buy (adopt as is)
15 min to running (via cli) + 2 min to first use (via library).
5 min/year of upgrades; price $0/year.
$36 over 3 years
Buying wins below $40,642 per year. How this is estimated.
Classic COCOMO vs neosloc value
Classic COCOMO (sloccount)
34.78 KSLOC → 99.7 person-months over 14.4 months.
$1.1M
The effort to write it by hand, as COCOMO priced it in 1981.
neosloc value (neoCOCOMO)
Reproduce with agents: 27.0 PM (×0.27 of classic; 62% of behaviour captured by tests, contract and docs).
Rediscover uncaptured history: 6.5 PM (301 fixes in 2225 commits by 497 authors).
× leverage 1.02 (integrability) × obsolescence 0.95.
$365k (32.4 PM)
What survives
33% of the classic figure
19% of the replacement cost lives only in code and history.
History
| Evaluated | Commit | neosloc | Index | Make or buy |
|---|---|---|---|---|
| 2026-10-07 | 3fce3b5bb023 | 0.8.0 | 2.14 | buy |
| 2026-10-07 | 3fce3b5bb023 | 0.7.4 | 2.14 | buy |
| 2026-10-07 | 3fce3b5bb023 | 0.7.3 | 2.14 | buy |
| 2026-10-07 | 3fce3b5bb023 | 0.7.2 | 2.14 | buy |