Conductor Cloud: 노트북을 닫아도 멈추지 않는 코딩 에이전트

2026년 7월 30일, Conductor는 Conductor Cloud를 출시했습니다. 노트북을 닫아도 에이전트가 계속 일하는 지속형(persistent) 클라우드 워크스페이스이며, 팀원과 같은 세션에 함께 프롬프트할 수 있습니다. 같은 날 Conductor API도 공개되어, Slack 봇·내부 대시보드·다른 에이전트가 워크스페이스 생성·프롬프트 전송·대화 기록 조회를 HTTP로 할 수 있게 되었습니다.

로컬 IDE 탭에서만 에이전트를 써 왔다면, 이건 다른 그림입니다. 에이전트의 '책상'이 내 Mac에서 격리된 클라우드 microVM으로 옮겨가는 것입니다.

왜 지금 중요한가

코딩 에이전트를 책상·레포 클론·터미널이 필요한 주니어 개발자에 비유해 보세요. 지금까지 그 책상은 내 컴퓨터 위에 있었습니다.

• 뚜껑을 닫으면 → 프로세스가 잠들거나 끊길 수 있음
• 에이전트 세 개를 병렬로 → RAM·CPU가 한 대 노트북에 몰림
• 동료에게 넘기려면 → PR 링크와 "내 환경에서 재현해 봐" 메일

Conductor Cloud는 책상을 격리된 microVM(샌드박스) 으로 옮깁니다. 자리를 비워도 에이전트는 계속 돌아갑니다. 팀원은 워크스페이스 링크로 들어와 누가 작업 중인지 보고, 실시간으로 함께 프롬프트할 수 있습니다.

중요한 점: Conductor는 새 LLM을 파는 것이 아닙니다. Claude Code, Codex, Cursor, OpenCode 같은 이미 쓰는 하네스를 내 구독·API 키로 돌립니다. Conductor는 모델 위에 있는 오케스트레이션·워크스페이스 관리층입니다. Conductor CEO Charlie Holtz가 Vercel 블로그에서 말하듯, "몇 달마다 분위기(vibes)가 바뀌"기 때문에 벤더 중립이 장기적으로 유리합니다.

7월 30일 릴리스는 클라우드 조직, 공유 레포 설정, API 제어까지 넣어 솔로 Mac 앱 → 팀 예산 항목으로 가는 다리입니다.

비교: 병렬 에이전트를 돌리는 세 가지 방식

Cursor Cloud Agents(PapaCoder 자동화도 사용)는 Cursor 안에서 로컬↔클라우드 세션 이어하기에 최적화되어 있습니다. Conductor Cloud는 하네스 중립 — 한 UI에서 Claude Code와 Codex와 Cursor 에이전트를 각기 다른 브랜치에 두고, HTTP API와 transcript SQL 검색을 1급 기능으로 제공합니다.

둘은 대체 관계라기보 겹치는 문제를 다른 lock-in 트레이드오프로 풉니다. GUI를 열기 전에 봇·cron이 일을 할당하려면 Conductor API 쪽이 차별점입니다.

오케스트레이션 레이어 (PapaCoder 관점)

PapaCoder Labs는 에이전트를 역할이 나뉜 팀원으로 보고, 타입이 있는 산출물로 이어 붙입니다 — 거대한 단일 프롬프트가 아닙니다(specs/11-agent-architecture.md). Conductor Cloud는 Platform Intelligence 레이어의 실제 사례입니다.

1. 전문 worker — 리팩터는 Claude Code, 테스트는 Codex, UI는 Cursor, 브랜치/worktree 분리.
2. 지속 runtime — editorial cron이 트리거 PC가 잠들어도 끝까지 가야 하듯, 코드 에이전트도 클라우드에서 같은 패턴.
3. 프로그램mable handoff — POST /v0/sessions/{id}/messages 등은 PapaCoder Internal API로 draft upsert하는 것과 같은 기계 간 계약.
4. 마지막 human gate — Conductor는 main에 자동 머지하지 않음. PapaCoder도 status=draft에서 멈추고 admin이 publish.

7월 23 알파부터 클라우드 워크스페이스 안의 에이전트가 Conductor API로 다른 워크스페이스를 spawn할 수 있습니다 — REST로 표현된 "에이전트가 에이전트를 관리".

코드 예시: 스크립트에서 에이전트 작업 시작

API 베이스: https://api.conductor.build/v0. 아래는 illustrative TypeScript — 실제 경로·모델 ID는 OpenAPI에 맞추고, API 키는 커밋하지 마세요.

const CONDUCTOR_API = "https://api.conductor.build/v0";

async function startAgentTask(apiKey: string, projectId: string, prompt: string) {
  const wsRes = await fetch(`${CONDUCTOR_API}/workspaces`, {
    method: "POST",
    headers: {
      Authorization: `Bearer ${apiKey}`,
      "Content-Type": "application/json",
    },
    body: JSON.stringify({ projectId, name: `nightly-refactor-${Date.now()}` }),
  });
  if (!wsRes.ok) throw new Error(`workspace: ${wsRes.status}`);
  const { id: workspaceId } = await wsRes.json();

  const sessionRes = await fetch(`${CONDUCTOR_API}/workspaces/${workspaceId}/sessions`, {
    method: "POST",
    headers: {
      Authorization: `Bearer ${apiKey}`,
      "Content-Type": "application/json",
    },
    body: JSON.stringify({ agent: "claude", model: "claude-sonnet-4-20250514" }),
  });
  const { id: sessionId } = await sessionRes.json();

  await fetch(`${CONDUCTOR_API}/sessions/${sessionId}/messages`, {
    method: "POST",
    headers: {
      Authorization: `Bearer ${apiKey}`,
      "Content-Type": "application/json",
    },
    body: JSON.stringify({ content: prompt }),
  });

  for (;;) {
    const statusRes = await fetch(`${CONDUCTOR_API}/sessions/${sessionId}/status`, {
      headers: { Authorization: `Bearer ${apiKey}` },
    });
    const { state } = await statusRes.json();
    if (state === "idle") break;
    await new Promise((r) => setTimeout(r, 5000));
  }

  const txRes = await fetch(`${CONDUCTOR_API}/sessions/${sessionId}/messages`, {
    headers: { Authorization: `Bearer ${apiKey}` },
  });
  return { workspaceId, sessionId, transcript: await txRes.json() };
}

클라우드 워크스페이스 안에서는 CONDUCTOR_API_URL, (팀 org의 machine-launched 워크스페이스에서는) scoped CONDUCTOR_API_KEY 등이 주입되어 에이전트가 API로 fan-out할 수 있습니다. POST /v0/sql로 transcript를 읽기 전용 SQL 검색하는 것도 문서화되어 있습니다.

실무 팀 워크플로

멀티플레이 디버깅. 시니어와 주니어가 같은 링크를 열고 transcript·diff를 보며 누구나 다음 프롬프트를 넣을 수 있습니다.

Slack / PagerDuty 봇. API로 워크스페이스 생성·프롬프트 enqueue → /fix-flaky-test 같은 슬래시 커맨드로 on-call은 Slack에만 있어도 됩니다.

야간 비동기 리팩터. 큰 마이그레이션 프롬프트를 던지고 노트북을 닫은 뒤, 아침에 diff만 리뷰 — 7월 30일 changelog가 강조한 패턴입니다.

백그라운드 작업 표시. 0.77(7월 23)부터 shell 대기 중인 에이전트를 transcript에 표시 — 클라우드 무인 실행에서 신뢰에 중요합니다.

시니어 엔지니어 관점 (NZ 타임존)

오클랜드·�ellington에서 하루가 끝날 때 실리콘밸리가 시작되는 경우가 많습니다. 지속형 클라우드 에이전트는 핸드오프를 뒤집습니다.

• 이전: 로컬에서 긴 작업 → VPN 끊김·절전 → 멈춤
• 이후: microVM에 작업 enqueue → NZST 6시 퇴근 → 9시 diff 리뷰

시니어가 여전히 지켜야 할 것:

1. 머지 전 리뷰 — 무인 에이전트는 "끝냄"에는 강하고 "맞음"에는 약함. 외주 PR처럼 다루기.
2. 시크릿 — CI와 동일한 .env 위생.
3. 비용 — Claude/Codex/Cursor quota + Conductor Pro/클라우드 요금 둘 다 추적.
4. 감사 — transcript SQL export로 사후 분석.

오케스트레이션은 책임을 없애지 않고, "노트북이 깨어 있었나?"에서 "팀이 에이전트 산출물을 리뷰했나?" 로 질문을 옮깁니다.

Cursor Cloud Agents와의 관계

PapaCoder editorial 자동화는 Cursor Cloud Agents + Internal API(status=draft)로 돌아갑니다. Conductor는 인접한 문제를 겨냥합니다.

Cursor에 이미 살고 있으면 Cloud Agents가 마찰 최소. 여러 코딩 에이전트를 표준화하거나 HTTP-first 내부 연동이 필요하면 7월 30일 API가 볼 만한 뉴스입니다.

FAQ

Conductor가 Claude Code/Cursor를 대체하나요?
아니요. 오케스트레이션합니다. 구독·API 키는 사용자가 가져옵니다.

노트북을 닫아도 돌아가나요?
네. Conductor Cloud의 핵심 약속입니다(클라우드 머신에서 실행).

API는 GA인가요?
2026-07-30 Conductor Cloud와 함께 공개. Pro/팀 온�oarding은 문서 기준.

자동 머지하나요?
아니요. git 패널에서 human 리뷰 — PapaCoder admin publish와 같은 클래스의 gate.

GitHub Copilot coding agent와 다른 점은?
Copilot은 GitHub 생태계 tied. Conductor는 하네스·호스팅 중립 + 멀티플레이 워크스페이스.

샌드박스 인프라는?
Vercel 공개 사례에 따르면 Vercel Sandboxes 위의 microVM.

출처

• Conductor changelog 0.78.0 (2026-07-30)
• Conductor changelog 0.77.0 (2026-07-23)
• Conductor API docs
• RuntimeWire 기사
• Vercel: Conductor on Vercel Sandboxes