Workspaces are project directories that you connect to the RenX platform. When you start a session, your agent works within a workspace — reading files, writing code, running commands, and managing project resources.
Who this is for: Anyone who wants an agent to work on local or remote project folders.
When you start a new session, you select a workspace folder:
The selected folder becomes the working directory for your agent’s session.
RenX supports working across multiple machines. If you have RenX running on another computer, it will appear in the Machine dropdown when starting a session.
This allows you to:
Each machine is identified by a name and unique ID, visible in the Workspaces tab.
Click the Workspaces tab (monitor icon) in the sidebar to see all your workspaces:
Each workspace shows:
~/Code/my-project)Select a workspace to configure its settings:
View and manage the automation skills available in this workspace.
See which Model Context Protocol servers are configured for this workspace. See MCP for details.
Configure what your agent is allowed to do in this workspace:
Set up pre- and post-execution hooks that run before or after agent actions.
View installed plugins and their status for this workspace.
When an agent is working in a workspace, it can:
All file operations are subject to the permission controls you’ve configured. Sensitive operations will trigger permission requests.
Your agent can create terminal sessions within a workspace to execute commands. This is useful for:
Terminal commands execute on the machine where the workspace is located, not necessarily on your local machine.
Workspace settings, project files, and cached data are stored locally on your device. They are not uploaded to Open Mercury’s servers unless needed for a specific feature (such as multi-device session continuity).
When you disconnect a workspace or close the app, your local files remain untouched.