Website profiles · Technology insights · Alternatives

cocalc.ai

CoCalc keeps people, AI agents, and project work together in persistent shared Linux projects with files, notebooks, terminals, history, and recovery.

Paid content
Visit website
Profile views 9 Outbound visits 1 Normal
CoCalc Full homepage screenshot

At a glance

Category
Artificial Intelligence
Language
English
Paid-content signal
Paid contentObserved
Registered
2023
Hosting
CloudflareInferred
HTTPS certificate trusted
PassedObserved
Last updated

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.

Related questions

More questions →
How AI Agents Work Inside a CoCalc Project

AI agents in CoCalc run inside the same persistent Linux project that holds your files, software, and running services, rather than in a separate sandbox. That means an agent can open, edit, and save the actual project files your collaborators already use, and you can review or take over its work afterward. CoCalc supports an integrated Codex agent, Claude Code (an experimental preview on sites that enable it), and other command-line agents run from project terminals.

The core idea: agents work where the project lives

A CoCalc project is a durable shared Linux environment. It keeps notebooks, terminals, code, documents, services, discussion, history, and recovery in one place. Agents are not given a copy of your work in an isolated container — they operate on the project itself.

This has three practical consequences:

  • Direct file access. The agent reads and writes the same files you and your collaborators see. There is no export/import step between "agent workspace" and "real project."
  • Access to tools and services. The software installed in the project and any running services are available to the agent, because it runs in that environment.
  • Shared state. Because the project is persistent, the agent's changes remain in place and are subject to the project's history and recovery features.

How the agent options differ

Option How it runs Notes
Integrated Codex agent Built into CoCalc Use it directly within the project
Claude Code Experimental preview Only on sites that enable it; works with your personal Claude Pro or Max subscription
Other command-line agents Run in project terminals Any CLI agent you can launch in a terminal

The choice is mostly about which agent you prefer, not about where the work happens — all three operate against the same project.

What collaboration looks like

Collaborators see edits live. When an agent saves changes, others in the project can open what it saved, or take over the work themselves. This is the main difference from a standalone agent sandbox: there is no handoff step, because the agent was already working in the shared environment.

A typical flow looks like this:

  1. An agent (Codex, Claude Code, or a terminal-based agent) makes changes in the project.
  2. Collaborators watch the edits appear live.
  3. Anyone can open the saved result and continue the work manually.

How this compares with an agent sandbox

An isolated agent sandbox gives the agent its own environment, separate from your real project. That can be useful for containment, but it means the agent's output has to be moved into your project before it's usable, and the agent can't touch your installed tools or running services.

In CoCalc, the agent works in the project's actual environment. The trade-off is the reverse: you get direct access to real files and services, and you rely on the project's history and recovery features to manage changes rather than on the sandbox boundary.

Where to go next

  • To try it, start on CoCalc.ai and open a project.
  • For agent-specific workflows, see the agent workflows page.
  • For the sandbox comparison, see the compare-with-agent-sandboxes page.
  • For deployment choices — hosted CoCalc.ai, local or single-VM, or a customer-operated private deployment — review the product paths.
  • For cost and licensing details, see Pricing and licensing; for help, see support and sales.

CoCalc is developed by SageMath, Inc., and has offered collaborative computing online since 2013.

What workflows and tools can you keep in one CoCalc project?

A CoCalc project is a persistent shared Linux environment that can hold notebooks, terminals, code, documents, running services, discussion, history, and recovery in one place. That means the same project can support coding, data analysis, writing, and collaboration without splitting work across separate tools. It is a good fit when you need long-running work that multiple people (or AI agents) can return to, and less useful if you only need a one-off script in a disposable sandbox.

What one project can contain

According to CoCalc's own description, a single durable project keeps these elements together:

  • Notebooks — interactive computational documents.
  • Terminals — command-line access inside the project.
  • Code — files and software the project runs.
  • Documents — written material alongside the code.
  • Services — running processes your collaborators already use.
  • Discussion — conversation attached to the project.
  • History and recovery — a record of changes plus the ability to restore earlier versions.

Because these live in one shared Linux project, collaborators see edits live and can open what an agent saves, or take over the work themselves.

Workflows this supports

Software build and use with AI

CoCalc's headline use case is building and using software with AI. You can run the integrated Codex agent or Claude Code, or run other command-line agents in project terminals. The agents work where the project lives, so they use the same files, tools, and running services your collaborators use. Note that Claude Code is described as an experimental preview on sites that enable it, and it works with your personal Claude Pro or Max subscription.

Multi-person collaboration

Since files and the running environment are shared, a team can work in the same project rather than syncing copies. Live edits and shared services reduce the "which version is current" problem.

Long-term maintenance

History and recovery matter when a project runs for months. You can trace what changed and restore an earlier version instead of rebuilding from scratch.

How CoCalc runs

You are not limited to one deployment style. CoCalc lists three paths:

Option What it means
Hosted CoCalc.ai Start on CoCalc's hosted service
Local or single VM Run CoCalc yourself on one machine or VM
Customer-operated private deployment Evaluate a private deployment you operate

Pricing and licensing details are on CoCalc's pricing page; support and sales are separate contact paths. The site does not state that any tier is free, so check the pricing page before assuming cost.

When this fits — and when it doesn't

Choose a single CoCalc project when you need persistent, shared, recoverable work with agents and collaborators in the same environment. Consider a lighter sandbox instead if your task is short-lived, single-user, and you don't need history or shared services. If you need a private deployment, the customer-operated path is the relevant option to evaluate.

What deployment options does CoCalc offer?

CoCalc offers three deployment paths: hosted CoCalc.ai, a local or single-VM installation, and a customer-operated private deployment. The right choice depends on who should control the infrastructure and how much maintenance you want to take on. Hosted is the fastest way to start; local/VM and private deployments shift control to you or your organization.

The three deployment paths

Path Where it runs Who operates it Best fit when
Hosted CoCalc.ai CoCalc's hosted service CoCalc (SageMath, Inc.) You want to start immediately without managing servers
Local or single VM Your own machine or one VM You You need local control or a self-contained setup
Customer-operated private deployment Infrastructure your organization operates Your organization You need a private deployment you run yourself

CoCalc is developed by SageMath, Inc., and has been offered as collaborative computing online since 2013.

Hosted CoCalc.ai

This is the default starting point. You use CoCalc as a hosted service, so there is no server to provision or maintain. Projects are persistent shared Linux projects that keep files, notebooks, terminals, history, and recovery together.

Choose this when you want the shortest path to a working project and don't need to control the underlying infrastructure. Note that some capabilities are gated by site configuration — for example, Claude Code is described as an experimental preview on sites that enable it, and it works with your personal Claude Pro or Max subscription.

Local or single VM

CoCalc can also run locally or on one VM. This keeps the environment under your control while staying relatively simple — a single machine or instance rather than a distributed setup.

Choose this when you want the project environment on hardware you manage, or when a self-contained instance fits your workflow better than a hosted service. You take on the setup and upkeep that hosting would otherwise cover.

Customer-operated private deployment

For organizations that need a private deployment they operate themselves, CoCalc offers a path to evaluate a customer-operated private deployment. Here the infrastructure and operation sit with your organization.

Choose this when control over where data and services live matters more than minimizing maintenance. Because you run it, plan for the operational work that comes with a private deployment.

How to decide

  • Want to start now, minimal upkeep → hosted CoCalc.ai.
  • Want your own machine or a single instance → local or single VM.
  • Need a private deployment your organization runs → evaluate a customer-operated private deployment.

Across all three, the working model is the same: one durable project holding notebooks, terminals, code, documents, services, discussion, history, and recovery, with AI agents working in the same shared project as your files, software, and collaborators.

For current details on cost and licensing, see CoCalc's Pricing and licensing page, and use the support and sales channels for deployment-specific questions.

What Is CoCalc and What Can You Do With It?

CoCalc is a collaborative computing platform built around persistent, shared Linux projects. Instead of scattering files, notebooks, terminals, and AI agent sessions across separate tools, it keeps them together in one durable project that you and your collaborators can return to over time. It is developed by SageMath, Inc., which has offered collaborative computing online since 2013. If your work involves running code, sharing notebooks, or coordinating with other people (or AI agents) on the same files, CoCalc is designed for that situation.

The core idea: one project, many workflows

The central unit in CoCalc is the project. A project is a persistent Linux environment that holds:

  • Files and documents
  • Jupyter-style notebooks
  • Terminals
  • Running services
  • Discussion and collaboration history
  • Version history and recovery

Because these live in the same place, you don't have to move data between a notebook, a terminal, and a chat tool. The project is the shared workspace, and everything happens inside it.

Where AI agents fit in

CoCalc's page evidence describes agents working "where your project lives." Concretely, that means:

  • You can use the integrated Codex agent or Claude Code inside the project.
  • You can also run other command-line agents in project terminals.
  • Agents operate with the same files, tools, and running services your collaborators already use.
  • Collaborators can see edits live, and you can restore earlier versions.

One important condition: Claude Code is an experimental preview on sites that enable it, and it works with your personal Claude Pro or Max subscription. So it isn't universally available, and it depends on your own subscription rather than being bundled by default.

The practical benefit is continuity. When an agent saves work, you can open it directly, or take over the task yourself in the same environment.

What you can actually do

Task How CoCalc supports it
Run and share notebooks Notebooks live in the project alongside files and data
Use a terminal environment Terminals run in the same persistent Linux project
Collaborate in real time Collaborators see edits live
Recover from mistakes Restore earlier versions from project history
Work with AI agents Codex, Claude Code (experimental preview), or CLI agents in terminals
Keep long-running services Services run inside the durable project

How CoCalc can be run

CoCalc offers more than one deployment path, according to its site:

  • Hosted CoCalc.ai — start on the hosted service.
  • Local or single VM — run CoCalc locally or on one VM.
  • Customer-operated private deployment — for evaluation of a private setup.

Pricing and licensing details are handled on a dedicated pricing page, so check there for current terms rather than assuming a free tier.

When CoCalc is a good fit

CoCalc makes sense if you:

  • Want files, notebooks, terminals, and history in one persistent place
  • Need collaborators to see changes as they happen
  • Want AI agents to work directly on your project files rather than in an isolated sandbox
  • Value version recovery as part of the workflow

It may be less suitable if you only need a one-off script run with no collaboration, no persistence, and no need to revisit the environment later.

To get started, the site points to CoCalc.ai, feature workflow pages, and documentation for deeper detail.

Where to Find CoCalc Pricing, Licensing, and Support Information

CoCalc publishes a dedicated Pricing and licensing page at cocalc.ai/pricing, and the site also points to support and sales channels for questions the page doesn't answer. Because CoCalc can be run in more than one way — hosted on CoCalc.ai, locally or on a single VM, or as a customer-operated private deployment — the right place to look depends on which path you're evaluating. If you plan to use the integrated Claude Code agent, note that it is an experimental preview on sites that enable it and works with your personal Claude Pro or Max subscription, so that cost sits outside CoCalc's own licensing.

Start with the pricing and licensing page

The official entry point is the Pricing and licensing link on cocalc.ai. Use it as the first stop for:

  • What a hosted CoCalc.ai plan includes
  • Licensing terms tied to how you run CoCalc
  • Any plan tiers or options the site lists

The site does not publish specific prices, plan names, or payment methods in the material available here, so treat the pricing page itself as the source of truth rather than assuming a free tier or a particular billing model.

Match the pricing question to your deployment path

CoCalc describes three ways to run it, and cost and licensing questions differ for each:

Deployment path Where to look What to clarify
Hosted CoCalc.ai Pricing and licensing page Plan scope, what's included in a hosted project
Local or single VM Pricing and licensing page, then support/sales Licensing terms for self-run instances
Customer-operated private deployment Support and sales Evaluation terms, licensing for private operation

If you already know you need a private or customer-operated deployment, go straight to support and sales — that path is described as something to "evaluate," which implies a conversation rather than a self-serve checkout.

Use support and sales for anything not on the page

The site lists support and sales as a separate channel from the pricing page. Reach for it when you need:

  • Licensing clarification for a specific deployment model
  • Volume, institutional, or private-deployment questions
  • Confirmation of what a plan covers before committing

This is also the right channel if the pricing page leaves a gap between what's listed and what your team actually needs.

Factor in agent-related subscriptions

CoCalc's page states that the integrated Codex agent and Claude Code can both run in one project, alongside other command-line agents in project terminals. One licensing detail matters for budgeting:

  • Claude Code is an experimental preview on sites that enable it.
  • It works with your personal Claude Pro or Max subscription.

So if Claude Code is part of your evaluation, that subscription is a separate cost from CoCalc licensing, and availability depends on whether the site you use has the preview enabled. The Codex agent is described as integrated, without a stated separate subscription requirement in the available material.

A practical evaluation sequence

  1. Open the Pricing and licensing page and note what applies to hosted CoCalc.ai.
  2. Decide which deployment path fits — hosted, local/VM, or private — since that changes the licensing question.
  3. If you're considering private or customer-operated deployment, contact support and sales before assuming self-serve terms.
  4. If you'll use Claude Code, confirm the preview is enabled on your site and account for a personal Claude Pro or Max subscription separately.
  5. For anything the page doesn't cover, use the support and sales channel rather than inferring terms.

CoCalc has been developed by SageMath, Inc. and describes itself as collaborative computing online since 2013, so the support and sales route is an established channel rather than a new contact point.

Website Overview

Page metadata, canonical configuration and social previews work together to provide more consistent search and sharing presentation. An active inbound-mail setup with incomplete authentication may leave the domain more open to impersonation. Provider hosting alone does not close that gap.

Domain and Registration

Transfer-protection status is present, helping reduce the risk of unauthorized domain transfers. The domain has about 3 years of registration history; its current configuration provides more context than age alone. The registrar is NameCheap, Inc., a widely used domain service provider. Registration contact information is publicly available through RDAP. The domain uses the common .ai extension, which is not an independent safety signal.

DNS and Email

The observed email authentication setup is incomplete: DMARC is missing. The lowest TTL is 60 seconds, supporting rapid record changes at the cost of more frequent lookups. Nameservers are provided by Cloudflare, indicating managed DNS hosting. MX records point to the Google Workspace email service. No CNAME was found; the observed records resolve directly to addresses.

TLS and Certificates

The public key uses EC with 256 bits. The server supplied a complete certificate chain. No organization name is present in the certificate; the available fields are consistent with domain validation. The certificate was issued within the Google Trust Services cloud or CDN ecosystem. The certificate's total validity is about 90 days, consistent with a short renewal cycle.

HTTP and Browser Security

The response lacks these common security headers: HSTS, CSP, Permissions-Policy, clickjacking protection. No X-Powered-By header was found, reducing one common source of backend fingerprinting information. The cf-ray response header indicates a CDN or caching proxy in the delivery path. No obvious internal addresses or debug information were found in the headers. The Server header identifies cloudflare without an exact version.

Technology Stack Analysis

The public page identifies Cloudflare without precise versions, leaving fewer clues for version-specific scanning.

Search and Social Sharing

No viewport meta tag was detected, which may affect mobile layout behavior. Twitter Card metadata is configured. The title has 6 characters, within a common display range. A meta description is present, with 150 characters. The observed directives allow indexing and link following.

Hosting and Email

DNSCloudflare
HostingCloudflare
EmailGoogle Workspace
Approximate IP geolocation (inferred; a CDN or proxy may differ from the origin server) Location unknown Inferred 104.26.4.115

Registration details

RDAP / WHOIS

RegistrarNameCheap, Inc.
Registered2023-04-25
Expires2027-04-25
Domain statusclient transfer prohibited
Nameserverscandy.ns.cloudflare.com、rajeev.ns.cloudflare.com
DNSSECunsigned

DNS records

DNS

TypeNameValueTTLPriority
Acocalc.ai104.26.4.115300—
Acocalc.ai104.26.5.115300—
Acocalc.ai172.67.73.68300—
AAAAcocalc.ai2606:4700:20::681a:473300—
AAAAcocalc.ai2606:4700:20::681a:573300—
AAAAcocalc.ai2606:4700:20::ac43:4944300—
MXcocalc.aismtp.google.com601
NScocalc.aicandy.ns.cloudflare.com86400—
NScocalc.airajeev.ns.cloudflare.com86400—
TXTcocalc.aigoogle-site-verification=deDq2Z3lA1WEqatsawqz3ATxQE-QxxRcLLdQKrVHIaY60—
TXTcocalc.aigoogle-site-verification=wB_OznPLKNWYNsGgviS_Oo5oNpETjzgZyHmaNiefQ3I60—
TXTcocalc.aigoogle-site-verification=zf3ILLnomiCG9OefnYuJ60wrX80ZLN7U-CCsizHqGOk60—
TXTcocalc.aiv=spf1 include:sagemath.com -all60—

TLS and certificates

TLS / SSL

AssessmentNormal configuration
Supported protocolsTLSv1.2、TLSv1.3
Negotiated protocolTLSv1.3
Certificate subjectcocalc.ai
IssuerGoogle Trust Services
Valid until2026-12-17T03:44 · Remaining when checked: 76 days
Verification detailsCertificate trust: Passed · Hostname match: Passed

HTTP response headers

HTTP

HeaderValue
content-typetext/html; charset=utf-8
cache-controlpublic, max-age=10, must-revalidate
servercloudflare
x-content-type-optionsnosniff
referrer-policystrict-origin-when-cross-origin

Identified technologies

Cloudflare

Pages, Search and Sharing

Meta descriptionCoCalc keeps people, AI agents, and project work together in persistent shared Linux projects with files, notebooks, terminals, history, and recovery.
Canonical URLhttps://cocalc.ai/
LanguageEnglish (default)
Twitter Cardsummary_large_image
All bots 4 allowed · 20 disallowed
  • Allow/
  • Allow/share
  • Allow/share/
  • Allow/static/
  • Disallow/static/public.html
  • Disallow/static/app.html
  • Disallow/static/embed.html
  • Disallow/static/ultralite.html
  • Disallow/essential
  • Disallow/static/public-viewer*.html
  • Disallow/webapp/
  • Disallow/cdn/
  • Disallow/api/
  • Disallow/admin
  • Disallow/agents
  • Disallow/library
  • Disallow/app-docs
  • Disallow/file-use
  • Disallow/help
  • Disallow/ssh
  • Disallow/projects
  • Disallow/settings
  • Disallow/notifications
  • Disallow/hosts

User reviews (0)

  • No reviews yet.