Operations
xops detects the supported tools in your Node.js repo — package managers, git, workspaces, tests, quality checks, release tools, dependency monitoring, security scanners, secrets, CI, API assets, MaGit, utilitix, Docker, deployment, and observability — then turns that state into safe next commands for humans and code agents.
The operating layer
A modern Node.js repo is not operated by one tool. It is operated through package managers, git, workspaces, tests, quality checks, release tools, dependency bots, security scanners, secret providers, CI workflows, API collections, metadata stores, Docker files, deployment configs, observability hooks, and code agents trying to run all of it without getting stuck.
xops turns that scattered toolchain into one operating surface. It does not replace the tools — it detects them, understands what they own, runs them in the right context, explains what is safe, refuses what needs approval, and records what happened.
Start read-only
xops ops status is the map of the repo. It does not install anything, write configs, initialize tools, or connect services. It reads the repository and reports what exists, what is missing, and which next commands are safe.
Detected areas
Native ownership
xops does not make the toolchain disappear. npm still installs. git still stores history. GitButler still owns branch workflow operations. Renovate and Dependabot still manage dependency updates. Vitest and Playwright still run tests. MaGit still owns Mongo metadata versioning. utilitix still owns Mongo utility operations. xops connects them into one operating contract.
One operation, two audiences
xops returns both.