neosloc archive

Repositories /

caddyserver/caddy

https://github.com/caddyserver/caddy · commit 7328273d6f48 · evaluated 2026-10-12 with neosloc 0.8.0 · JSON

1.67 integrability index over 9 applicable dimensions
service, cli, library surfaces · long-running
$1.6M → $398k classic COCOMO → neosloc value (25% survives)
buy make / buy = 168.58 over 3 years

Dimensions

Interface surface 3 solid [library] The public API is statically typed (py.typed, type declarations, a typed language).

Can another program use it through a documented, machine-readable surface?

  • next: [service] L2 A contract exists: a checked-in OpenAPI/GraphQL/protobuf/AsyncAPI spec, a framework-generated spec, MCP tool schemas, or a standard application protocol that off-the-shelf clients speak (RESP, MQTT, gRPC, PostgreSQL wire, …). (no machine-readable contract)
  • next: [cli] L3 Machine-readable output (--json/--format) and documented exit statuses. (exit statuses aren't documented)
  • next: [library] L4 An API reference is generated from the code (autodoc, mkdocstrings, typedoc, …). (no generated API reference)

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). cmd/commands.go 3 matches
  • ✗ L3 Machine-readable output (--json/--format) and documented exit statuses. exit statuses aren't documented
  • ✗ L4 The output format is specified by a JSON Schema. no JSON Schema for the output

library ladder · level 3

  • ✓ L1 An importable, packaged API exists. go.mod Go module with exported packages
  • ✓ L2 The public API is delimited (__all__, an exports map, exported identifiers). go.mod exported identifiers
  • ✓ L3 The public API is statically typed (py.typed, type declarations, a typed language). go.mod statically typed language
  • ✗ L4 An API reference is generated from the code (autodoc, mkdocstrings, typedoc, …). no generated API reference

service ladder · level 1

  • ✓ L1 A network surface exists: HTTP routes, an MCP server, or a standard protocol listener. admin.go go-http: 56 route declarations
  • ✗ L2 A contract exists: a checked-in OpenAPI/GraphQL/protobuf/AsyncAPI spec, a framework-generated spec, MCP tool schemas, or a standard application protocol that off-the-shelf clients speak (RESP, MQTT, gRPC, PostgreSQL wire, …). no machine-readable contract
  • ✗ L3 A contract covers its transport: an HTTP contract covers at least 80% of declared routes (generated contracts do), or the application layer over a standard protocol (commands, topics, payloads) is specified in a protocol document or AsyncAPI. no contract
  • ✓ L4 A second surface: another transport (HTTP and a protocol, two protocols), an MCP server, a CLI with JSON output, or an SDK. admin.go HTTPcmd/commands.go CLI JSON output
Contract stability 1 ad hoc Releases are versioned (semver tags or versioned changelog sections).

Can integrators rely on it not changing under them?

  • next: L2 A changelog exists and marks breaking changes. (no changelog)

all ladder · level 1

  • ✓ L1 Releases are versioned (semver tags or versioned changelog sections). 157 semver tags, latest v2.11.7
  • ✗ L2 A changelog exists and marks breaking changes. no changelog
  • ✓ L3 A deprecation mechanism is used in code (warnings, @deprecated, Deprecation/Sunset headers) or the API is versioned. modules/caddyhttp/reverseproxy/caddyfile.go 2 matches
  • ✓ L4 Across tagged releases, no OpenAPI operation, CLI option or __all__ symbol was removed without first being deprecated. 20 tagged releases compared
Events 2 partial [service] Webhooks sent by this system, or a streaming endpoint (SSE, WebSocket).

Can others react to state changes without polling?

  • next: [service] L3 Signed webhooks registrable through the API, or two mechanisms (webhooks, streams, a broker). (one delivery mechanism, or webhooks that are unsigned or not registrable through the API)
  • next: [cli] L2 A machine-readable event stream (NDJSON / JSON Lines). (no NDJSON/JSON Lines stream)

cli ladder · level 1

  • ✓ L1 Progress is reported while running. modules/caddyhttp/caddyauth/command.go 4 matchescmd/commandfuncs.go 3 matches
  • ✗ L2 A machine-readable event stream (NDJSON / JSON Lines). no NDJSON/JSON Lines stream
  • ✗ L3 Hooks run commands or URLs on events (--on-…, --exec, webhooks). no event hooks
  • ✗ L4 The event format is specified (a schema). no event schema

service ladder · level 2

Identity 0 absent Not yet: Programmatic authentication (bearer tokens, API keys).

Can a machine act with its own revocable, least-privilege identity?

  • next: L1 Programmatic authentication (bearer tokens, API keys). (no token auth)

service ladder · level 0

  • ✗ L1 Programmatic authentication (bearer tokens, API keys). no token auth
  • ✗ L2 Per-client, revocable credentials (managed API keys, service accounts) or OAuth2. no managed keys or OAuth
  • ✓ L3 Credentials carry scopes or permissions. modules.go 1 match
  • ✗ L4 Standard provisioning or federation (OIDC client credentials, SCIM). no OIDC client credentials or SCIM
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: [service] L2 Field-level validation errors, and paginated lists. (no request validation)
  • next: [cli] L3 Documented exit statuses distinguish error classes, errors are JSON in JSON mode, and color is off when not a TTY. (exit statuses aren't documented)
  • next: [library] L1 Errors are specific exception types, and library code never calls sys.exit. (no exception classes)

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. logging.go 24 matchesmodules/logging/filters.go 10 matches
  • ✗ L3 Documented exit statuses distinguish error classes, errors are JSON in JSON mode, and color is off when not a TTY. exit statuses aren't documented
  • ✗ 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. no exception classes
  • ✗ L2 Inputs are validated with messages naming the bad argument. no input validation errors
  • ✗ L3 Timeouts and retries are configurable. no retry parameter
  • ✗ L4 Agent docs, and examples that run as tests (doctests). examples don't run as tests

service ladder · level 1

  • ✓ L1 Errors are machine-readable: consistent JSON over HTTP, or a standard protocol's native error replies (RESP errors, MQTT reason codes, gRPC status, SQLSTATE). modules/caddyhttp/server.go 2 matchesmodules/caddyhttp/app.go 1 match
  • ✗ L2 Field-level validation errors, and paginated lists. no request validation
  • ✗ L3 Typed errors (RFC 9457 over HTTP, or a standard protocol's typed error codes), idempotent writes (Idempotency-Key), and rate-limit signals. no typed errors
  • ✗ L4 Dry-run or validate-only, conditional requests, and agent docs. no dry-run
Embeddability 4 exemplary [cli] Also shipped as a container image or a single binary.

Can another system run and compose it without a human?

  • next: [service] L2 Configured through environment variables, documented: a .env example, a config schema, or docs naming at least half of the variables the code reads. (configuration isn't read from the environment)
  • next: [library] L4 Optional features behind extras/features. (no optional extras)

cli ladder · level 4

library ladder · level 3

  • ✓ L1 Importable from source. go.mod Go module with exported packages
  • ✓ L2 Installable as a package (a package manifest). go.mod package manifest
  • ✓ L3 Published to a public registry, with at most 10 runtime dependencies. .github/workflows/ci.yml 5 matches.github/workflows/release.yml 2 matches
  • ✗ L4 Optional features behind extras/features. no optional extras

service ladder · level 1

  • ✓ L1 Runnable from source with documented steps (a README with commands). README.md
  • ✗ L2 Configured through environment variables, documented: a .env example, a config schema, or docs naming at least half of the variables the code reads. configuration isn't read from the environment
  • ✗ L3 A container image. no Dockerfile
  • ✗ L4 Composition artifacts (compose, Helm, IaC). no compose/Helm/IaC
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: [service] L1 A health or readiness endpoint, or a container healthcheck. (no health endpoint or healthcheck)
  • 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

library ladder · level 1

service ladder · level 0

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. (90% of modules fit 32k tokens; 5 files over 12k)

all ladder · level 2

Make or buy

Make with agents

2,811,160 output + 70,279,000 input tokens on anthropic:claude-opus-5-5 ≈ $110.

31.2 agent-hours · 176.9 human days (29.2 steering + 147.6 rediscovering history).

$137,633 over 3 years

Buy (adopt as is)

1 min to running (via cli) + 10 min to first use (via library).

240 min/year of upgrades; price $0/year.

$816 over 3 years

Buying wins below $45,605 per year. How this is estimated.

Classic COCOMO vs neosloc value

Classic COCOMO (sloccount)

48.33 KSLOC → 140.8 person-months over 16.4 months.

$1.6M

The effort to write it by hand, as COCOMO priced it in 1981.

neosloc value (neoCOCOMO)

Reproduce with agents: 31.8 PM (×0.23 of classic; 72% of behaviour captured by tests, contract and docs).

Rediscover uncaptured history: 7.0 PM (570 fixes in 2738 commits by 481 authors).

× leverage 0.96 (integrability) × obsolescence 0.95.

$398k (35.4 PM)

What survives

25% of the classic figure

18% of the replacement cost lives only in code and history.

How the value is estimated.

History

2026-10-07: 1.672026-10-07: 1.672026-10-07: 1.672026-10-07: 1.672026-10-12: 1.67
EvaluatedCommitneoslocIndexMake or buy
2026-10-127328273d6f480.8.01.67buy
2026-10-078ae69fae1e160.8.01.67buy
2026-10-078ae69fae1e160.7.41.67buy
2026-10-078ae69fae1e160.7.31.67buy
2026-10-078ae69fae1e160.7.21.67buy