agentleFS
harnessharness/harness-skills/skills/platform/manage-cde/SKILL.md

manage-cde

Skill127 starsChanged 30 days agoApache-2.0View on GitHub

Manage Harness Cloud Development Environments (CDE) via MCP. Configure on-demand development environments with pre-installed tooling, design standardized workspace templates for teams, set up auto-hibernation and cost controls, and manage environment lifecycle. Use when asked to set up cloud dev environments, create workspace templates, configure remote development, or manage CDE lifecycle and costs. Trigger phrases: cloud dev environment, CDE, remote development, workspace template, dev environment, gitpod, codespace, auto-hibernation, developer workspace, ephemeral environment.

The file

We split this skill into the rules it gives an agent

9 rules. About 0 are common, 9 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈9

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Default size (e.g., 4 vCPU, 8GB RAM) with upgrade options

    line 55
  2. Distinctive:

    Start time target (under 30 seconds recommended)

    line 61
  3. Distinctive:

    When standardizing across teams, create templates per role/stack:

    line 77
  4. Distinctive:

    Start time under 30 seconds requires pre-built images -- avoid installing tools at startup.

    line 114
  5. Distinctive:

    Check if the base image is being pulled from a remote registry -- use a local cache or pre-pull

    line 122
  6. Distinctive:

    Verify network connectivity to the Git provider for auto-clone

    line 124
  7. Distinctive:

    Check that IDE keepalive signals are reaching the CDE controller

    line 129
  8. Distinctive:

    Check for orphaned environments from deleted branches

    line 133
  9. Distinctive:

    Verify auto-hibernation is enabled for all non-production environments

    line 134

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Manage CDE

Configure on-demand Cloud Development Environments with workspace templates, auto-hibernation, and cost controls in Harness.

Instructions

Step 1: Establish Scope

Confirm the user's org, project, team, and technology stack.

Call MCP tool: harness_list
Parameters:
  resource_type: "project"
  org_id: "<organization>"

Step 2: Identify the CDE Task

Determine which workflow the user needs:

  1. On-Demand Environment Setup -- Environment templates with resource allocation and lifecycle
  2. Workspace Standardization -- Pre-configured templates per team/stack with consistent tooling

Step 3: Configure On-Demand Environments

Gather from the user:

  • Technology stack and runtime version
  • Cloud provider (AWS, GCP, Azure)
  • IDE preference (VS Code browser, VS Code SSH, JetBrains Gateway)
  • Git provider for auto-clone on start

Design the environment template:

Resource allocation:

  • Default size (e.g., 4 vCPU, 8GB RAM) with upgrade options
  • Persistent storage for workspace files
  • Ephemeral storage that clears on stop

Lifecycle configuration:

  • Provisioning trigger: developer request, PR creation, or branch push
  • Start time target (under 30 seconds recommended)
  • Auto-stop after idle timeout (default 30 minutes)
  • Persistent mode option for long-running work

Integrations:

  • Secret injection from Harness Secrets, Vault, or cloud secret managers
  • Supporting services (databases, caches, message queues) via Docker Compose or Kubernetes
  • Custom access URL pattern (e.g., {user}-{env}.dev.company.com)

Cost controls:

  • Daily cost cap per environment
  • Team-level monthly budget
  • Auto-hibernation for idle environments

Step 4: Create Workspace Templates

When standardizing across teams, create templates per role/stack:

Backend Service Developer:

  • Runtime, build tools, testing frameworks
  • Database clients, API testing tools
  • Pre-configured debugger and linter

Frontend Developer:

  • Node.js runtime, package manager
  • Browser dev tools, component library
  • Hot-reload and preview server

Full-Stack Developer:

  • Combined backend + frontend tooling
  • Docker Compose for local service mesh
  • API mocking tools

Platform / DevOps Engineer:

  • kubectl, Helm, Terraform, cloud CLIs
  • Monitoring and observability tools
  • Infrastructure testing frameworks

Each template should include:

  • Base image and pre-installed tools
  • IDE extensions/plugins list
  • Git hooks and code formatting config
  • Environment variables and secrets

Examples

  • "Set up cloud dev environments for our backend team" -- Configure on-demand CDEs with Java/Go tooling and auto-hibernation
  • "Create workspace templates for frontend and backend developers" -- Standardized templates with stack-specific tooling
  • "Configure auto-hibernation to reduce CDE costs" -- Set idle timeout and daily cost caps
  • "Provision a dev environment when a PR is created" -- Configure PR-triggered ephemeral environments

Performance Notes

  • Start time under 30 seconds requires pre-built images -- avoid installing tools at startup.
  • Auto-hibernation timeout should balance developer productivity (too short = friction) with cost (too long = waste).
  • Persistent storage should be sized for the repo plus build artifacts -- undersizing causes build failures.
  • Pre-pull common base images to reduce cold start times.

Troubleshooting

Environment Slow to Start

  • Check if the base image is being pulled from a remote registry -- use a local cache or pre-pull
  • Reduce the number of tools installed at startup -- bake them into the base image
  • Verify network connectivity to the Git provider for auto-clone

Environment Auto-Stopping Too Aggressively

  • Increase the idle timeout for developers doing research or design work
  • Enable persistent mode for long-running tasks
  • Check that IDE keepalive signals are reaching the CDE controller

Cost Overruns

  • Review environments that have been running for more than 24 hours
  • Check for orphaned environments from deleted branches
  • Verify auto-hibernation is enabled for all non-production environments

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.