Skip to main content
Workspaces Git is read-only. You can clone, fetch, and pull a workspace with an account and API key. Workspaces rejects git push. The Git URL uses the instance’s public API origin. Hosted Workspaces and the default container setup use the app origin. A Cloudflare self-hosted deployment uses its separate public API origin, not the Access-protected app origin.

Before you clone

You need:
  • Git installed on your computer.
  • A Workspaces API key.
  • An API key whose owner can view the workspace.
  • Your Workspaces public API origin and workspace ID.
A share link cannot authenticate Git. Every clone requires an account and API key. Any valid key can clone a public or open workspace by ID. A private workspace requires the owner’s key. An organization-gated workspace requires an owner or member key. Git clone and fetch do not extend an anonymous workspace’s 30-day expiry. Use the share in the app or through an authenticated API or MCP request to record activity. You can also claim the workspace before the date shown to remove the expiry.

Clone the workspace

The repository URL uses this form:
Run:
When Git asks for credentials:
  • Enter any username, such as workspaces.
  • Enter the Workspaces API key as the password.
After cloning, Git saves the repository URL. Your credential helper may also save the API key. Check its settings before you use a shared computer.

Fetch or pull changes

Run these read-only commands inside the clone:
The clone uses the same file paths as Workspaces. Each Workspaces save point appears in the Git history.

Read-only limits

Workspaces provides the read-only main history and rejects git push. Make changes in the browser or through the API or MCP, then fetch the new history. Workspaces does not allow remote branch changes or other Git writes.

Fix clone and fetch errors

Reviewed July 22, 2026. Maintained by the Plannotator documentation team.
Last modified on July 24, 2026