Website review
This review may include AI-generated content and is not individually verified. Domain, certificate and other facts come from the observed data on this page.
What is CoCalc?
CoCalc is a collaborative computing platform built around persistent shared Linux projects. Instead of treating a notebook, terminal, or AI session as a separate tool, it keeps files, notebooks, terminals, running services, discussion, version history, and recovery inside one durable project that multiple people can work in at the same time.
The current focus is AI-assisted software work. According to the site, Codex and Claude Code can operate in the same project where your files, tools, and services already live, so you can open what an agent saves or take over manually. Collaborators see edits live, and earlier versions can be restored. Claude Code is described as an experimental preview on sites that enable it, working with a personal Claude Pro or Max subscription.
Who it suits
- Instructors and students who need a shared, recoverable workspace rather than emailed files.
- Research or data teams running notebooks, long-lived services, and terminals alongside written documents.
- Developers who want AI agents working directly on a real project tree instead of in an isolated sandbox.
- Anyone who needs a hosted option, a local or single-VM install, or a customer-operated private deployment.
Trade-offs to weigh
A shared persistent project is powerful but less disposable than a throwaway sandbox: agents and people act on the same files, so version history and recovery matter, and access control needs thought. Hosted CoCalc.ai is the quickest start; self-managed and private deployments give more control at the cost of setup and maintenance. The experimental status of Claude Code support also means you should not depend on it for critical workflows without a fallback.
Next step: if you want to judge fit, open a small real project — a notebook plus a terminal — invite one collaborator, and run a single agent task in it. That will show you quickly whether shared live editing and recovery match how your team works. See CoCalc for the project model and deployment paths.
How do AI agents like Codex and Claude Code work inside a CoCalc project?
Agents in CoCalc work inside the same persistent Linux project as your files, notebooks, terminals, and running services, rather than in a separate sandbox. According to the site, you can use the integrated Codex agent, Claude Code, or run other command-line agents in project terminals. Because they operate in the shared project, collaborators can see edits live, and you can open what an agent saves or take over the work yourself. The site also notes that Claude Code is an experimental preview on sites that enable it and works with a personal Claude Pro or Max subscription.
H3 Practical implications
- Shared context: Agents already have access to the project's files, tools, and services, so there is less setup and copying between environments.
- Continuity: Work happens in a durable project with history and recovery, so earlier versions can be restored if an agent makes unwanted changes.
- Collaboration: Since edits appear live, teammates can follow along or intervene while an agent is running.
- Flexibility: Terminal-based agents let you use other command-line tools beyond the built-in Codex and Claude Code options.
H3 A concrete scenario A small data team keeps a notebook, dataset, and a long-running analysis service in one CoCalc project. One member asks an agent to refactor the notebook and update a helper script. A teammate watches the edits live, runs the notebook to check results, and if something breaks, restores an earlier version from project history. If the agent's approach is wrong, the teammate takes over in the same terminal or notebook without switching environments.
H3 Decision criteria Choose this shared-project model when you want agents to work with real project files, services, and collaborators, and when you value history and recovery. Be more cautious if you need strict isolation between agent actions and production data, or if you depend on Claude Code and your site has not enabled the experimental preview. For a hosted start, see CoCalc and its pricing and licensing page.
How is CoCalc different from running AI agents in sandbox environments?
CoCalc's core difference is that AI agents work inside a persistent, shared Linux project rather than a disposable sandbox. According to the site, agents such as the integrated Codex agent or Claude Code run in the same project as your files, installed software, and running services, and collaborators can see edits live and restore earlier versions. A sandbox, by contrast, is typically an isolated, temporary container you hand a task to and then discard.
What that means in practice
- Continuity: In CoCalc, the project persists after the agent stops. You can open what it saved, continue the work yourself, or hand it to a teammate. Sandbox runs usually end with the session, so you export results or rebuild the environment next time.
- Shared context: Agents use the same files, tools, and services your collaborators already use, so there is less "it worked in the agent's environment but not mine" drift.
- Recovery: Project history and version restore are part of the same workspace, which matters when an agent makes a broad or unwanted change.
- Collaboration: Live edits are visible to others in the project, rather than being locked inside one person's sandbox.
Where a sandbox can still be the better fit
Sandboxes are attractive for untrusted code, throwaway experiments, or strict isolation from production data. CoCalc's model trades some of that isolation for durability and shared context. If your main risk is an agent touching things it should not, a sandbox's boundaries may be simpler to reason about; if your main cost is re-creating environments and losing work between runs, a persistent project is usually less friction.
How to decide
Ask two questions: does the work need to survive the agent's session and be picked up by a person or teammate, and does the agent need your real files and services to be useful? If yes to both, a persistent shared project fits better. If the task is one-off, untrusted, or should never touch your working environment, keep it in a sandbox.
A practical next step is to try one real task both ways — for example, an agent-assisted refactor of a notebook or small script. Run it in a sandbox, note how much setup and export work you do, then run it in a CoCalc project and see whether the saved files, history, and live collaboration actually save you time. The site's own comparison page, CoCalc, and its documentation are the places to check the specific agent options and deployment paths before committing.
Can I restore earlier versions or recover work if an AI agent makes a mistake in my project?
Yes. CoCalc is built around persistent shared projects with history and recovery, so an agent's edits are not a one-way door. The page evidence lists "Restore earlier versions" among the core capabilities, and describes keeping "history, and recovery" inside the project alongside notebooks, terminals, code, documents, services and discussion.
That matters most in exactly the scenario you're asking about: an agent runs in the same project as your files, tools and running services, so its changes land in the same version history you already use. If a Codex or Claude Code run overwrites a notebook, mangles a document, or breaks a service config, you recover by reverting to an earlier state rather than reconstructing the work by hand.
A practical recovery routine
- Before handing a task to an agent, make sure the current state is saved or committed so there is a clean point to return to.
- Let the agent work in the shared project rather than a copy, so its output is visible to collaborators live and captured in history.
- Inspect the diff or history after the run; if the result is wrong, restore the earlier version instead of patching forward.
- For anything risky, have the agent work on a branch or a scratch file first, then merge deliberately.
Trade-offs to weigh
| Approach | Recovery strength | Cost |
|---|---|---|
| Agent edits the live shared project | Strong — history and version restore apply | Mistakes are immediately visible to collaborators |
| Agent works in an isolated sandbox | Clean separation from your real files | You must manually move results in, and the sandbox may lack your data and services |
| Manual copy/backup before each run | Simple and portable | Easy to forget, and snapshots drift from the real environment |
The page itself points to a comparison with agent sandboxes, which is the relevant alternative if your main worry is containment rather than recovery. Sandboxes reduce blast radius; project history lets you undo damage that already happened. For most collaborative work you want the second, and ideally both.
Next step: open a project, make a small change, and walk through restoring an earlier version once — before you need it under pressure. Also check whether the specific agent you plan to use is enabled on your site, since the evidence notes Claude Code is an experimental preview available on sites that enable it. If you need deployment options beyond hosted CoCalc.ai, the page mentions local or single-VM installs and customer-operated private deployments. Details are at CoCalc, with licensing specifics under its pricing page.
What deployment options does CoCalc offer, and how do I choose between hosted, local, or private setups?
CoCalc offers three broad deployment paths: hosted on CoCalc.ai, self-run locally or on a single VM, and a customer-operated private deployment. The practical difference is who manages the Linux environment and how much control or isolation you need.
The three options
| Option | Best for | Main trade-off |
|---|---|---|
| Hosted CoCalc.ai | Individuals, classes, and teams that want to start immediately | You rely on the provider's environment and availability |
| Local or single-VM CoCalc | Users who need control over data location, software, or costs | You handle installation, updates, and operations |
| Customer-operated private deployment | Organizations with strict security, compliance, or network requirements | Highest setup and maintenance burden |
How to choose
Start from the constraint that matters most:
- Time to first project: hosted is the quickest route. You get persistent shared Linux projects with files, notebooks, terminals, history, and recovery without running infrastructure.
- Data location or network isolation: choose local, single-VM, or private deployment. These suit organizations that cannot place project data on a third-party service.
- Collaboration with AI agents: the hosted product is where integrated Codex and Claude Code workflows are described. Agents work in the same project as your files and collaborators, so edits appear live and earlier versions can be restored.
- Operational capacity: if you have no one to patch and monitor a server, hosted is usually the honest choice. A private deployment only pays off when you have a concrete requirement that hosted cannot meet.
A useful decision criterion: if your main worry is "can we get working today," go hosted. If it is "where does the data live and who can access it," evaluate self-hosted or private. If it is "we need both," start hosted for a pilot, then reassess once you know your actual security and scaling needs.
For current plan details and licensing, see CoCalc.
How much does CoCalc cost, and what licensing options are available?
CoCalc's own pages point pricing and licensing to a dedicated page rather than quoting figures in the product overview, so the exact cost depends on which deployment path you choose. The overview lists three paths: hosted CoCalc.ai, running CoCalc locally or on a single VM, and a customer-operated private deployment evaluated with the vendor. Licensing terms are handled on the same "Pricing and licensing" page, alongside a separate support-and-sales route for the private option.
That structure matters because the three paths have different cost drivers:
| Path | What you pay for | Typical fit |
|---|---|---|
| Hosted CoCalc.ai | A subscription-style service; agents, files, notebooks and history are managed for you | Individuals, classes and teams that want to start immediately |
| Local or single VM | Your own hardware or cloud VM, plus the effort of running it | Users with existing infrastructure or data-residency needs |
| Customer-operated private deployment | A negotiated arrangement with support and sales | Organisations needing private, operated-by-you deployments |
One detail worth noting for budgeting: the overview describes the integrated Claude Code agent as an experimental preview on sites that enable it, and says it works with your personal Claude Pro or Max subscription. That implies a separate cost from CoCalc itself for that specific agent route, distinct from the Codex agent and other command-line agents run in project terminals.
Next step: open the pricing and licensing page on CoCalc and check which path matches your situation before comparing numbers. If you are choosing between hosted and self-run, the deciding questions are usually who must hold the data, whether you have someone to maintain a VM, and whether collaborators need live shared editing and version recovery without extra setup.
User reviews (0)