Re-Shell's VS Code Project Manager Took Shape
The Re-Shell VS Code extension now exposes project, command, and template views over the CLI, making microservice and microfrontend workspaces easier to navigate.
Umut Korkmaz
Published: 4 min read
On this page3
By June 22 the Re-Shell VS Code extension had moved past a thin command wrapper. The recent commits added project, command, and template tree views; CLI binary resolution; a template feed schema; argument prompts; extension icon polish; and flattening for nested templates. That matters because Re-Shell is not just a CLI anymore. It is becoming a workflow surface.
Why an editor surface
The CLI is still the source of truth, but a multi-service workspace is easier to understand visually. A tree of projects, commands, and templates gives a developer a map before they run anything. It also makes the safer path obvious: inspect the command, fill required args, then execute through the same CLI contract that works in the terminal.
The platform work underneath
This work sits on top of the broader Re-Shell infrastructure layer: Docker-aware scaffolds, Kubernetes and Helm manifest generation, GitOps assets, policy checks, template matrices, and service bridge generation. The VS Code extension is not replacing that work. It is exposing it in a way a team can navigate without memorizing the command surface.
What I am watching next
The hard part is keeping the editor UX honest. If it becomes a second implementation of the CLI, it will drift. The right shape is a typed adapter over the CLI and template catalog, with tests around command construction and no hidden behavior that only exists inside VS Code.