continuo-engine-contract

The contract shared by the Continuo python runtime — the node harness and the validation runner alike — and every engine adapter library. Five modules:

Each continuo-python-runtime-<engine> library depends on this package and implements the port.

ensure_single_read is why this package has a runtime dependency — sqlglot, pinned exactly — where it previously had none. Deciding "is this one read query?" means parsing it, and that rule is engine-independent: every adapter needs the same one, so it lives here rather than being reimplemented per engine. Adapters call it with their own dialect ("postgres", "trino", …) and it raises ValueError on anything that is not exactly one query — no sqlglot exception escapes, so callers never import sqlglot to handle a rejected read.

A contract, not a service

This package runs nothing of its own — it isn't a service and it isn't the Job either. It's the interface both callers agree on: continuo-python-runtime (the node harness and the validation runner that call it) and every continuo-python-runtime-<engine> adapter package (which implements it). The whole contract is the twelve WarehouseAdapter methods (required_env, from_env, ensure_schema, drop_schema, build_empty_from_sql, clone_empty_from_prod, build_empty_from_columns, check_binds, fetch, ensure_table, load, close) plus the sentinel result-block format, both reached through the single continuo_engine.adapters entry-point group that discover_adapter resolves against — and the three shared guards implementations are required to run rather than reinvent: types.validate_column_type before interpolating a type into DDL, sql.ensure_single_read before letting a declared read reach an engine, and config.ensure_known_keys before building any DDL from a node's physical-layout config block, to reject keys this engine doesn't recognize.

Because the port is the contract, this package is very unlikely to need changes — new warehouse support is a new adapter package implementing the existing methods, not a change here. Touching this file means bumping a version that the co-located runtime and adapters in this workspace consume immediately, and that external adapter authors pin from PyPI, so treat it as a deliberate, coordinated change. The result module is stricter still: its wire format is frozen against Continuo's Go parser (pkg/validationresult) and must not change from this side at all.