Replaces three vista-meta-as-default-engine mentions with
m-test-engine (the in-org minimal-YottaDB Docker container created
during the m-dev-tools self-containment sprint, Track A2). The
legacy vista-meta SSH path is still available for the maintainer
via m-cli's multi-transport Engine abstraction; both are dispatched
through the same wire contract.
The §2 "Why a standard library, why now" reproducible/§3 "Per-module
acceptance gate" references now point at the in-org engine instead
of the external rafael5/vista-meta repo, closing the last "but where
do I get the engine?" hand-wave for fresh-clone users.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Summary
Three vista-meta-as-default-engine mentions in the README pointed end users at `rafael5/vista-meta` for the YottaDB engine. Replaces with `m-dev-tools/m-test-engine` (the in-org minimal-YDB Docker container created during the self-containment sprint, Track A2). Legacy vista-meta SSH path stays available via m-cli's multi-transport `Engine` abstraction.
Affected sections: §2 "Reproducible" bullet, §2 "Now because the toolchain finally supports it" bullet, §3 "Per-module acceptance gate" engine prose.
Why
Closes the last "but where do I get the engine?" hand-wave for fresh-clone users — the engine repo is now in-org and unrelated to VistA.
Test plan
🤖 Generated with Claude Code