Local-first VPS launch assistant
Put your app on your VPS.
Choose the folder where your projects live. Pick a server already in your SSH config. OpsTrace checks what is running, follows the existing deployment style, and shows the URL only after it responds.
- Runs on your computer
- Uses your existing VPS
- No AI key required
How it works
Three decisions. The deployment detail stays out of the way.
- 01
Choose your work folder
OpsTrace finds the apps inside it. Source files remain on your computer until you approve a launch.
- 02
Choose your VPS
Named hosts come directly from
~/.ssh/config. With permission, OpsTrace shows running apps, ports, and deployment tools without saving the inventory. - 03
Launch or update
OpsTrace uses a guarded Docker Compose path, verifies the public URL, and records success only when the app answers.
MVP boundary
One supported direction, stated plainly.
Local by design
Your credentials do not become OpsTrace data.
SSH config stays local.Hosts and key paths are read when needed and are not copied into the primary workflow database.
Inspection needs permission.Read-only VPS checks run only after you approve them. Raw command output is not persisted.
No arbitrary command box.Launch and update steps use narrow, validated command patterns.
No AI setup.The deterministic MVP works without an AI provider and never asks the beginner for a model key.
Current status
This is an MVP, not a cloud platform.
The VPS workflow is implemented and tested locally. A real deployment against an external user-owned VPS remains the release proof gate.
- Local app
- Working
- SSH config discovery
- Working, non-persistent
- VPS inventory
- Permissioned, read-only
- Compose launch and update
- Implemented
- External VPS smoke
- Pending
- macOS and Linux packages
- Release work in progress
- Repository
- Private during MVP hardening