Live Automation CLI and MCP tools for connections, SSH tunnels, config and workspace management #522
Maxime-JULLIEN
started this conversation in
Ideas
Replies: 1 comment
|
Hi @Maxime-JULLIEN , I had already started defining a CLI module, but unfortunately time has been against me and I haven't had the chance to finish it yet. Would you be interested in contributing to the implementation of this part? |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Hi Tabularis team,
First of all, thanks for the great work on Tabularis. The project is very interesting because it combines a desktop SQL workspace, local-first configuration, SSH tunneling, plugins, AI features and a built-in MCP server.
I would like to suggest an idea around live automation and remote control.
Problem
Today, Tabularis stores a lot of useful workspace metadata locally:
Some of these are stored in JSON files, while secrets are correctly stored in the operating system keychain.
For advanced users, teams, scripts and AI-agent workflows, manually editing local files is not ideal.
Proposal
Introduce a live automation layer for Tabularis, exposed through both:
The goal would not only be to edit configuration files, but to control and update the current Tabularis workspace safely while the application is running.
CLI examples
Application configuration
Database connections
SSH tunnel profiles
tabularis ssh list tabularis ssh get bastion-prod tabularis ssh create bastion-prod \ --host bastion.company.com \ --port 22 \ --user deploy \ --key-file ~/.ssh/id_ed25519Kubernetes tunnels
AI providers
Plugins
Workspace import/export
tabularis workspace export team-standard.json --redact-secrets tabularis workspace import team-standard.jsonSecurity and credentials
Tabularis already follows a strong security model where secrets are stored in the operating system keychain rather than in plain JSON files.
MCP integration
Possible MCP tools:
Enterprise and team use cases
Design considerations
Why this fits Tabularis
This seems aligned with Tabularis' direction:
Thanks for considering the idea.
All reactions