{
  "schema_version": "1.1",
  "id": "s3:https://cursor.com/blog/self-hosted-machines",
  "slug": "self-hosted-machines-1fj0tf6",
  "url": "https://feed7.dev/p/self-hosted-machines-1fj0tf6",
  "title": "Run cloud agents on machines you manage",
  "why_included": "Cursor cloud agents can now execute tools on machines and elastic pools inside your network while Cursor retains planning and inference. This unlocks internal access and custom hardware, not full self-hosting.",
  "summary": "Cursor’s **Self-Hosted Machines** move repository access, file edits, and commands onto customer-managed workers. A worker opens outbound HTTPS to Cursor, receives tool calls, and returns results; pools can scale from a queue and serve multiple repositories.",
  "practical_implication": "Use this when agents need internal services, private source control, GPUs, Macs, Kubernetes, or unusual build pipelines. Linux workers now support **computer use**, and idle machines can reset, preserve a workspace, or resume from a hibernated snapshot.",
  "agent_context": "Cursor’s **Self-Hosted Machines** move repository access, file edits, and commands onto customer-managed workers. A worker opens outbound HTTPS to Cursor, receives tool calls, and returns results; pools can scale from a queue and serve multiple repositories.\n\nUse this when agents need internal services, private source control, GPUs, Macs, Kubernetes, or unusual build pipelines. Linux workers now support **computer use**, and idle machines can reset, preserve a workspace, or resume from a hibernated snapshot.\n\nOnly execution moves. **Inference, planning, and the agent loop remain in Cursor’s cloud**, while tool output can include code and transcripts may be processed or stored there. Teams still need to evaluate that boundary, worker isolation, capacity controls, and recovery behavior.",
  "source": {
    "name": "Cursor",
    "url": "https://cursor.com/blog/self-hosted-machines",
    "published_at": "2026-09-02T12:00:00.000Z"
  },
  "source_class": "blog_post",
  "content_type": "Engineering Post",
  "layer": "tools",
  "domains": [
    "coding"
  ],
  "topics": [
    "cloud-agents",
    "computer-use",
    "enterprise"
  ],
  "verification": {
    "status": "official_source",
    "label": "Official Source",
    "method": "source_feed",
    "verified_at": null
  },
  "uncertainty": [
    "Only execution moves. **Inference, planning, and the agent loop remain in Cursor’s cloud**, while tool output can include code and transcripts may be processed or stored there. Teams still need to evaluate that boundary, worker isolation, capacity controls, and recovery behavior."
  ],
  "connected_context": {
    "meaning": "This narrows “self-hosted” cloud agents to a hybrid architecture: execution can reach private infrastructure and specialized hardware, but planning, inference, and potentially sensitive tool output remain cloud-side. It strengthens the case that environment completeness is central to coding-agent usefulness while making isolation, capacity, recovery, and data-boundary review customer responsibilities.",
    "corpus_size": 669,
    "generated_at": "2026-09-03T10:00:18.614Z",
    "connections": [
      {
        "title": "What we’ve learned building cloud agents",
        "source_name": "Cursor",
        "source_url": "https://cursor.com/blog/cloud-agent-lessons",
        "feed7_url": "https://feed7.dev/p/cloud-agent-lessons-06dh9iq",
        "reason": "Self-hosted workers directly address the earlier finding that complete development environments matter, extending cloud agents into internal services, unusual pipelines, Macs, and GPUs."
      },
      {
        "title": "The Agent Behind the Curtain: Building the Oz Cloud Agent Platform — Safia Abdalla, Warp",
        "source_name": "AI Engineer",
        "source_url": "https://www.youtube.com/watch?v=L173Z8DpaJg",
        "feed7_url": "https://feed7.dev/p/the-agent-behind-the-curtain-building-the-oz-cloud-agent-platform-safia-074nn9s",
        "reason": "It provides a concrete instance of Warp’s broader managed-or-self-hosted execution split, but keeps Cursor’s harness and agent loop cloud-controlled rather than making the whole platform portable."
      },
      {
        "title": "Introducing organizations for Cursor Enterprise",
        "source_name": "Cursor",
        "source_url": "https://cursor.com/blog/organizations",
        "feed7_url": "https://feed7.dev/p/organizations-1ecywn3",
        "reason": "Organization-level budgets and model controls complement worker pools, but do not replace the new operational controls required for worker isolation, capacity, and recovery."
      }
    ]
  },
  "lifecycle": "Current",
  "published_at": "2026-09-02T12:00:00.000Z",
  "modified_at": "2026-09-02T12:00:00.000Z",
  "supersedes": [],
  "expires_at": null,
  "formats": {
    "html": "https://feed7.dev/p/self-hosted-machines-1fj0tf6",
    "json": "https://feed7.dev/p/self-hosted-machines-1fj0tf6.json",
    "markdown": "https://feed7.dev/p/self-hosted-machines-1fj0tf6.md"
  }
}