Cloud Templates

Deprecated

Deprecated cloud-hosted templates that mirror your local dev setup.

Warning

Cloud Templates have been superseded by Droid Computers.

Cloud Templates are still supported, but we highly recommend switching for stability.

Cloud templates let you code anywhere without the "works on my machine" dance. Each template is a pre-configured environment that lives in the cloud, boots in seconds and can be customized to run setup commands.

Why use cloud templates?

BenefitWhat it means for you
Zero setupOpen a session and start coding; no local installs or VM juggling.
ConsistencyEvery teammate (and CI job) runs the exact same environment.
SpeedHeavy builds run on powerful cloud CPUs; your laptop fan stays silent.
IsolationExperiments live in disposable templates, keeping your local machine clean.
CollaborationShare a template link; reviewers jump into the live environment with code and ports already running.

Installation & usage

A cloud template is a fully-configured, on-demand development environment that lives in the cloud. Cloud templates give you the same tools and dependencies you'd expect locally, so you can build, test, and run code directly from Factory.

Note

To get the most out of cloud templates, configure environment variables and a setup script during template creation. The setup script installs dependencies and prepares your development environment automatically, so every team member gets an identical setup.

System requirements

  • A repository enabled in Factory
  • User role or higher to create cloud templates
  1. 1
    Open Cloud Templates Settings
    1. 1
      In Factory, click the Settings icon from the left sidebar.
    2. 2
      Select Cloud Templates.
  2. 2
    Create a New Cloud Template
    1. 1
      Click Create Template.
    2. 2
      Enter the repository you want to use.
    3. 3
      Give your template a friendly name (e.g., "frontend-template").
    4. 4
      (Optional) Configure a setup script to run during template initialization.
    5. 5
      Click Create.
    Note

    Factory clones your repo and prepares the environment. This can take a minute for large projects.

  3. 3
    Verify Template Ready

    The new template appears in the list with a status indicator. Once it shows Ready, you can use it from any session.

Launching a cloud template inside a session

  1. 1
    Open or Start a Session

    Join any Factory session as usual.

  2. 2
    Connect to Cloud Machine
    1. 1
      On the session start page, click the Machine Connection button.
    2. 2
      Choose Remote tab.
    3. 3
      Select the template you created earlier.
    4. 4
      Factory attaches the cloud template to your session.
    Cloud template attachment flow in the Factory session setup UI
  3. 3
    Confirm Connection

    A green indicator and remote working directory appear on the top-right next to your profile dropdown menu. You're now interacting with the cloud template.

Everyday usage

Run CLI Commands

Use the Terminal toolkit to execute commands like:

npm run dev
pytest
git status

Output streams live into chat and logs.

Edit & Save Files

Open files from the repo, make changes, and save. Files persist in the cloud template and can be committed upstream when ready.

Auto-Save Controls

Auto-save is disabled by default. Enable it from the Session Settings panel whenever you want live file syncing.

Setup script

The setup script is a shell script that Factory runs during template creation, after your repository is cloned and before the template is activated. Use this feature to set up your template and give droid tools to work with your codebase.

How to define a setup script

  1. 1
    In the modal for template creation, in the "Setup Script (Optional)" section, add your initialization script. You can write a multi-line bash script with all the commands you need.
  2. 2
    Submit. The script runs in the repo root exactly as provided. Add set -euo pipefail at the top of your script if you want strict error handling. Script failures will stop the build.
  3. 3
    Keep your script non‑interactive and idempotent. Write commands that can be safely re-run.
  4. 4
    Review build logs if anything fails to see detailed output from your script execution.

Examples:

Node.js (Next.js):

Bash
#!/usr/bin/env bash
set -euo pipefail
 
npm ci
npm run build

PNPM monorepo:

Bash
#!/usr/bin/env bash
set -euo pipefail
 
pnpm -w i
pnpm -w build

Python:

Bash
#!/usr/bin/env bash
set -euo pipefail
 
pip install -r requirements.txt
pytest -q

Multi-language project:

Bash
#!/usr/bin/env bash
set -euo pipefail
 
# Install Node.js dependencies
npm ci
 
# Install Python dependencies
pip install -r requirements.txt
 
# Run setup script
bash ./scripts/setup.sh

What happens under the hood:

  • The script executes after repository cloning, inside the build container at the repo root.
  • Environment variables specified in template settings are available during script execution.
  • Errors are surfaced clearly (e.g., Setup script failed: ...) for quick fixes.

Setup script troubleshooting tips

Best practices

Cloud templates let you spin up consistent, production-ready development environments in seconds. Below are field-tested practices that keep templates fast, predictable, and team-friendly.

Smart setup script practices

PracticeWhy it mattersHow to do it
Order commands by dependencyLater commands may depend on earlier installs.Run package installation first: npm ci && npm run build or pip install -r requirements.txt && pytest -q
Use exact package managersConsistent lockfiles prevent version drift.Use npm ci (not npm install), pnpm -w i, or pip install -r requirements.txt for reproducible builds
Add error handlingStops build on first failure, saves debugging time.Start your script with #!/usr/bin/env bash and set -euo pipefail for proper error handling
Make scripts executable earlyAvoid permission errors mid-build.Add chmod +x ./scripts/setup.sh && bash ./scripts/setup.sh or use bash ./scripts/setup.sh directly
Keep scripts idempotentRe-running setup shouldn't break things.Use flags like pip install --no-deps or check for existing files before creating them
Minimize heavy operationsLong builds slow down template creation.Focus on essential setup; defer optional tools to manual installation later

Tip: Test your setup script locally first. The script runs with bash at the repo root, and you can add set -euo pipefail for strict error handling.

Workflow patterns that scale

PatternHow to use itBenefit
Spin-Up-Per-TaskTreat remote sessions as disposable: create one per ticket or PR, then archive when merged.Perfect isolation, zero "works on my machine" drift.
Parallel EnvironmentsLaunch two separate sessions when you need to test multiple branches.Switch context without killing processes.

Team collaboration tips

TipDetails
Name templates clearlyName templates according to the tracked repository, e.g. repo-name to work on a repository named repo-name.
Document entry commandsAdd an AGENTS.md file with common tasks (npm run dev, pytest). Droid automatically reads this file.

Troubleshooting

Even the smoothest cloud template can hit a snag. This section walks you through the quickest fixes for the most common cloud template issues.