[{"_1":2,"_3":-5,"_4":-5},"loaderData",{"_5":6},"actionData","errors","routes/hashtag",{"_7":8,"_9":10,"_11":12},"articles",[13],"authors",{},"tag","contexvm",{"_14":15,"_16":17,"_18":19,"_20":21,"_22":23,"_24":25,"_26":27},"content","ContextVM is built on a simple idea: remote computation should be easy to publish and easy to use without depending on the usual stack of domains, hosted infrastructure, and OAuth-heavy integration.\n\nCVMI is becoming the command line for that world.\n\nWith the new `discover` and `call` commands, CVMI is no longer only a supporting tool around the ecosystem. It is becoming a direct way to explore the network, inspect remote servers, debug them from the terminal, and integrate ContextVM services into scripts, apps, and agent workflows.\n\n## Why this matters now\n\nThe CLI is having a comeback, and for good reason.\n\nA command line is one of the few interfaces that works equally well for users, and agents. It is explicit, scriptable, composable, and easy to debug. That makes it a natural fit for modern tooling, especially as more people build workflows around agents and automation.\n\nThis is also why interest in CLI-first patterns around MCP is growing. Instead of loading every possible tool definition up front, a CLI lets you discover what is available and inspect details only when needed. That can make workflows lighter, cheaper, and easier to compose. One recent example of this trend are blog posts like CLI vs MCP: , developments like MCPorter: , or even Google with gws: .\n\nContextVM fits this moment unusually well because it already removes many of the assumptions that make remote tooling harder than it needs to be. It does not depend on OAuth or involves more third parties than public Nostr relays. It is secure by default, permissionless, and based on key-driven identity and relay-based reachability.\n\n## Discover services directly from the network\n\n`cvmi discover` makes public ContextVM services easier to find.\n\nInstead of relying on docs, directories, or manual endpoint sharing, you can query relay announcements directly from the terminal:\n\n```bash\nnpx cvmi discover\n```\n\nThat is useful for anyone. Users and agents can browse what is available. Developers can verify that their servers are visible. Builders can inspect the public surface of the network without extra tooling.\n\nDiscovery becomes part of the protocol experience itself, not something bolted on from outside.\n\n## Call remote tools without extra ceremony\n\n`cvmi call` handles the next step: actually using a remote service.\n\nYou can inspect a server:\n\n```bash\nnpx cvmi call \n```\n\ninspect a specific tool:\n\n```bash\nnpx cvmi call --help\n```\n\nand invoke it directly:\n\n```bash\nnpx cvmi call key=value\n```\n\nThis is powerful because it serves several roles at once.\n\nFor developers, it is a practical debugging surface for remote servers. You can list exposed tools, inspect expected inputs, try requests manually, and read results without building a custom client first.\n\nFor agents and automations, it is a narrow and scriptable interface that fits naturally into shell workflows.\n\nFor users, it is a simple way to interact with a remote service from the terminal.\n\nAnd this is only part of what CVMI is becoming, it already exposes commands such as `serve`, `use`, and `add`, which means the same CLI can help you expose a server over Nostr, connect a remote service locally, or install ContextVM skills alongside discovery and direct tool calls.\n\n## Why CVMI fits ContextVM so well\n\nThese new commands matter because they make ContextVM operationally simple.\n\nContextVM already had the ingredients for a great open model of remote computation: no mandatory third parties involved, permissionless participation, relay-based discovery, and the ability to deploy from small setups instead of needing full hosted infrastructure from day one.\n\nCVMI now gives that model a better interface.\n\nYou can discover services on the network, inspect them from the shell, call them directly, and use the same workflow for debugging, personal use, scripting, or agent integration. That lowers the barrier for everyone who wants to publish tools, experiment with them, or build on top of them.\n\nIn practice, this means you can deploy from the garage and still be reachable worldwide. You can expose tools without building a full traditional and permissioned web stack. You can consume those tools in the way that suits you best: from a terminal, from edge scripts, or inside agent workflows.\n\nThat is what makes this release important. It is not just two more commands. It is ContextVM becoming easier to use in the real environments where people already work.\n\n## Start from here\n\nThe easiest way to see where CVMI is headed is to run it.\n\n```bash\nnpx cvmi\n```\n\nIf you plan to use it often, install it globally and keep it nearby as part of your everyday toolkit:\n\n```bash\nnpm install -g cvmi\ncvmi\n```\n\nFrom there, you can discover public services with `cvmi discover`, call remote tools with `cvmi call`, expose an already existing MCP server with `serve` (stdio or http) through Nostr, connect to remote server locally with `use`, or install ContextVM skills with `add`. In one CLI, CVMI is starting to cover the path for learning, debugging, publishing, and integration.\n\n## Further reading\n\n- CVMI repository: \n- Google Workspace CLI: \n- MCPorter: \n- Context Mode: \n- CLI vs MCP: \n","created_at",1773658050,"id","81d42d8f9d46b49ae87c89a2409dbc58948a5e46278b653577513179da782876","kind",30023,"pubkey","6b3780ef2972e73d370b84a3e51e7aa9ae34bf412938dcfbd9c5f63b221416c8","sig","05ece10021bd7ab9f9017b6522e4086caeca72b8994d0dde532b1ec7050696fb00320586fd6944033d82eb1a37feef1d458f2cbf554671d0e19a312cf94e97a8","tags",[28,29,30,31,32,33,34,35,36,37,38,39,40],[58,59,60],[56,57],[54,55],[52,53],[50,51],[48,49],[41,47],[41,46],[41,45],[41,44],[41,12],[41,43],[41,42],"t","llm","agents","mcp","dvm","cvm","cli","summary","CVMI is becoming the command line for that world.\n\nWith the new `discover` and `call` commands, CVMI is no longer only a supporting tool around the ecosystem. It is becoming a direct way to explore the network, inspect remote servers, debug them from the terminal, and integrate ContextVM services into scripts, apps, and agent workflows.","title","CVMI the swiss army knife CLI for ContextVM","image","https://image.nostr.build/77cfbb1a15627f247965e2a29af718b20762c1f9cdbb7d3c1ca6cb55354b8052.jpg","d","zlzyqFzEtZDfPr3pErWLI","published_at","1773658050","client","Yakihonne","31990:20986fb83e775d96d188ca5c9df10ce6d613e0eb7e5768a0f0b12b37cdac21b3:1700732875747"]