neosloc archive

Repositories /

sirmmo/datapackage-pipelines

https://github.com/sirmmo/datapackage-pipelines · commit 06c8ccbd44be · evaluated 2026-10-07 with neosloc 0.8.0 · JSON

1.20 integrability index over 10 applicable dimensions
service, cli surfaces · owns data · uses credentials
$133k → $56k classic COCOMO → neosloc value (42% survives)
buy make / buy = 24.70 over 3 years

Dimensions

Interface surface 1 ad hoc [service] A network surface exists: HTTP routes, an MCP server, or a standard protocol listener.

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] L2 --help documents every option (at least 90% of options have help text). (3 of 7 options have help text)

cli ladder · level 1

  • ✓ 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). 3 of 7 options have help text
  • ✗ 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

service ladder · level 1

  • ✓ L1 A network surface exists: HTTP routes, an MCP server, or a standard protocol listener. datapackage_pipelines/web/server.py fastapi/flask: 9 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. only one programmatic surface
Contract stability 0 absent Not yet: Releases are versioned (semver tags or versioned changelog sections).

Can integrators rely on it not changing under them?

  • next: L1 Releases are versioned (semver tags or versioned changelog sections). (no semver tags or versioned releases)

all ladder · level 0

  • ✗ L1 Releases are versioned (semver tags or versioned changelog sections). no semver tags or versioned releases
  • ✗ 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. datapackage_pipelines/lib/add_metadata.py 2 matchesdatapackage_pipelines/lib/dump/to_path.py 2 matches
  • ✗ L4 Across tagged releases, no OpenAPI operation, CLI option or __all__ symbol was removed without first being deprecated. fewer than two tagged releases to compare
Events 1 ad hoc Internal events exist (signals, queues, an outbox, emitters).

Can others react to state changes without polling?

  • next: L2 Webhooks sent by this system, or a streaming endpoint (SSE, WebSocket). (no outbound webhooks or streams)

service ladder · level 1

  • ✓ L1 Internal events exist (signals, queues, an outbox, emitters). docker/run.sh 15 matchesdatapackage_pipelines/celery_tasks/celery_common.py 11 matches
  • ✗ L2 Webhooks sent by this system, or a streaming endpoint (SSE, WebSocket). no outbound webhooks or streams
  • ✗ 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
  • ✗ L4 Events are described by AsyncAPI or CloudEvents. no AsyncAPI or CloudEvents contract
Identity 3 solid [cli] No output or log statement includes a credential.

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

  • next: [service] L1 Programmatic authentication (bearer tokens, API keys). (no token auth)
  • next: [cli] L4 Several profiles or scoped credentials per target. (no credential profiles)

cli ladder · level 3

  • ✓ L1 Credentials can be supplied non-interactively (environment variables). datapackage_pipelines/web/server.py 2 matches
  • ✓ L2 Credentials never need to be on the command line, and their environment variables are documented. README.md 2 matches
  • ✓ L3 No output or log statement includes a credential. no credential in print/log statements
  • ✗ L4 Several profiles or scoped credentials per target. no credential profiles

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. no scopes or permissions
  • ✗ L4 Standard provisioning or federation (OIDC client credentials, SCIM). no OIDC client credentials or SCIM
Data portability 0 absent Not yet: The data schema is explicit (migrations, DDL, schema files).

Can its data get in and out, in bulk, in open formats, with an explicit schema?

  • next: L1 The data schema is explicit (migrations, DDL, schema files). (no migrations or schema files)

all ladder · level 0

  • ✗ L1 The data schema is explicit (migrations, DDL, schema files). no migrations or schema files
  • ✗ L2 An export exists (endpoint or command, not only the UI). no export
  • ✗ L3 A bulk export in an open format, and a bulk import. no import
  • ✗ L4 The export format is documented and the round trip is tested. the export format isn't documented
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] 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). (no machine-readable errors)
  • 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)

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. datapackage_pipelines/manager/tasks.py 19 matchesdatapackage_pipelines/wrapper/wrapper.py 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

service ladder · level 0

  • ✗ 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). no machine-readable errors
  • ✓ L2 Field-level validation errors, and paginated lists. datapackage_pipelines/generators/generator_base.py 3 matchesdatapackage_pipelines/specs/schemas/validator.py 3 matches
  • ✗ 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 2 partial [cli] Installable as a package that provides the command.

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. (the environment variables aren't documented)
  • next: [cli] L3 Published to a public registry and run non-interactively in CI. (not published to a registry)

cli ladder · level 2

  • ✓ L1 Runnable from source (a declared entry point). setup.py console script
  • ✓ L2 Installable as a package that provides the command. setup.py console script
  • ✗ 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. DockerfileDockerfile.slim

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. the environment variables aren't documented
  • ✓ L3 A container image. DockerfileDockerfile.slim
  • ✗ L4 Composition artifacts (compose, Helm, IaC). no compose/Helm/IaC
Extensibility 1 ad hoc Internal seams: a registry, registration function or plugin manager.

Can behaviour be added without modifying the code?

  • next: L2 The docs show how to add behaviour through those seams (even in-tree). (the docs don't show how to use register_all_pipelines)

all ladder · level 1

  • ✓ L1 Internal seams: a registry, registration function or plugin manager. datapackage_pipelines/specs/specs.py 1 match
  • ✗ L2 The docs show how to add behaviour through those seams (even in-tree). the docs don't show how to use register_all_pipelines
  • ✗ 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)

cli ladder · level 1

  • ✓ L1 Meaningful exit statuses, and errors on stderr. datapackage_pipelines/manager/tasks.py 19 matchesdatapackage_pipelines/wrapper/wrapper.py 10 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

service ladder · level 0

  • ✗ L1 A health or readiness endpoint, or a container healthcheck. no health endpoint or healthcheck
  • ✗ L2 Structured logs. no structured logging
  • ✗ L3 Metrics. no metrics
  • ✗ L4 Distributed tracing (OpenTelemetry). no tracing
Change legibility 1 ad hoc A README and some tests.

Can an agent change it safely with limited context?

  • next: L2 CI runs the tests; applications pin dependencies (libraries and zero-dependency projects are exempt). (no lockfile (applications should pin dependencies))

all ladder · level 1

  • ✓ L1 A README and some tests. README.mdtests/cli/custom_formatters/xlsx_format.py 20 test files
  • ✗ L2 CI runs the tests; applications pin dependencies (libraries and zero-dependency projects are exempt). no lockfile (applications should pin dependencies)
  • ✗ 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. test/source token ratio 0.07 < 0.3; 4% of code is typed (< 70%)
  • ✗ 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

191,200 output + 4,780,000 input tokens on anthropic:claude-opus-5-5 ≈ $8.

2.1 agent-hours · 60.2 human days (2.9 steering + 57.3 rediscovering history).

$46,791 over 3 years

Buy (adopt as is)

15 min to running (via cli) + 240 min to first use (via service).

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

$1,894 over 3 years

Buying wins below $14,966 per year. How this is estimated.

Classic COCOMO vs neosloc value

Classic COCOMO (sloccount)

4.56 KSLOC → 11.8 person-months over 6.4 months.

$133k

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

neosloc value (neoCOCOMO)

Reproduce with agents: 4.5 PM (×0.38 of classic; 38% of behaviour captured by tests, contract and docs).

Rediscover uncaptured history: 2.7 PM (102 fixes in 474 commits by 19 authors).

× leverage 0.9 (integrability) × obsolescence 0.77.

$56k (5.0 PM)

What survives

42% of the classic figure

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

How the value is estimated.

History

2026-10-07: 1.22026-10-07: 1.22026-10-07: 1.22026-10-07: 1.22026-10-07: 1.2
EvaluatedCommitneoslocIndexMake or buy
2026-10-0706c8ccbd44be0.8.01.20buy
2026-10-0706c8ccbd44be0.7.41.20buy
2026-10-0706c8ccbd44be0.7.31.20buy
2026-10-0706c8ccbd44be0.7.21.20buy
2026-10-0706c8ccbd44be0.7.11.20buy