sirmmo/datapackage-pipelines
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.
History
| Evaluated | Commit | neosloc | Index | Make or buy |
|---|---|---|---|---|
| 2026-10-07 | 06c8ccbd44be | 0.8.0 | 1.20 | buy |
| 2026-10-07 | 06c8ccbd44be | 0.7.4 | 1.20 | buy |
| 2026-10-07 | 06c8ccbd44be | 0.7.3 | 1.20 | buy |
| 2026-10-07 | 06c8ccbd44be | 0.7.2 | 1.20 | buy |
| 2026-10-07 | 06c8ccbd44be | 0.7.1 | 1.20 | buy |