Conductor Cloud 종료: 11월 20일 전에 데이터 내보내기

예방 조치로 Conductor Cloud 작업 공간 이전과 Cloud 터미널 접근이 필요한 백업 절차를 2026년 11월 13일 전에 완료하고 검증합니다. 이와 별도로 계정 아카이브를 2026년 11월 20일 전에 내려받아 확인합니다. 작업 공간에는 Transfer to local을, 계정 아카이브에는 Settings → Account → Export data를 사용합니다.

Conductor의 Meta 합류 발표에 따르면 읽기 전용 기간에도 이전 대화와 데이터 내보내기는 사용할 수 있습니다. 다만 발표에는 읽기 전용 기간에도 작업 공간을 이전하거나 Cloud 터미널을 사용할 수 있는지 나와 있지 않습니다. Cloud는 11월 20일에 종료되며, 같은 날부터 Cloud 사용자 데이터 삭제를 시작합니다.

기존 사용자는 로컬 Conductor로 진행 중인 작업을 마무리할 시간을 확보할 수 있습니다. 로컬 버전은 전환 기간의 임시 수단으로 사용합니다. 유일한 백업이나 영구적인 대체 환경으로 의존하지 않습니다.

Conductor 종료 일정에서 확인할 날짜

읽기 전용 전환 전에 작업 공간 이전과 Cloud 터미널이 필요한 백업 절차를 마칩니다. 이 예방 조치에 따른 권장 일정과 공식 계정 내보내기 기간은 구분해야 합니다. 2026-11-10 기준 공식 일정은 다음과 같습니다.

날짜	변경 사항	필요한 조치
2026년 11월 4일	신규 사용자는 Conductor에 가입하거나 앱을 내려받을 수 없습니다. 기존 Pro 사용자는 Pro 기능을 무료로 계속 사용할 수 있습니다.	이미 설치된 앱과 기존 계정을 기준으로 계획합니다.
2026년 11월 13일	Cloud 작업 공간이 읽기 전용으로 바뀝니다. 이전 대화와 내보내기는 사용할 수 있지만 새 메시지는 보낼 수 없습니다.	에이전트와 상호작용이 필요한 작업을 미리 끝냅니다. 예방 조치로 작업 공간 이전과 Cloud 터미널이 필요한 백업 절차도 이 날짜 전에 완료하고 검증합니다.
2026년 11월 20일	Cloud가 종료되고 Cloud 사용자 데이터 삭제가 시작됩니다.	이 날짜 전에 별도의 계정 내보내기를 완료하고 결과를 확인합니다.
2027년 초	로컬 Conductor에 새 모델과 심각한 버그 수정을 제공하기로 한 기간이 끝납니다. 단계적인 운영 종료가 시작됩니다.	운영 종료 절차가 시작되기 전에 앱에 남아 있는 의존성을 제거합니다.

발표에는 활성 구독자에게 환불한다는 내용도 있습니다. 청구 기록은 별도로 확인합니다. 환불 약속이 있다는 사실만으로 계정에 돈이 입금되었다고 판단하지 않습니다.

팀 단위 이전에서는 11월 12일을 내부 완료 목표로 잡는 것이 좋습니다. 이는 여유를 확보하기 위한 권장 날짜이며, 공식적인 이전 기능 중단일은 아닙니다. 11월 20일이 끝날 때까지 계정 아카이브를 내보낼 수 있다고 가정해 계획하지 않습니다.

미완료 작업을 잃지 않고 Conductor Cloud 내보내기

두 가지 내보내기 경로를 모두 사용하고, Cloud 작업 공간에 접근할 수 있을 때 미완료 파일도 따로 저장합니다. 각 사본을 검증한 뒤 복구 자료로 사용합니다. 계정 아카이브만으로 수정된 파일, 추적되지 않는 파일, Git에서 무시하는 파일을 복구할 수 있다고 가정하지 않습니다.

작업 공간별 상태를 먼저 기록하고 파일 저장하기

이전하기 전에 간단한 목록을 만듭니다. 작업 공간 이름, 저장소, 브랜치, 최신 커밋, 열린 풀 리퀘스트, 결과 확인 담당자를 기록합니다.

상태를 기록하는 동안 에이전트의 편집과 커밋 생성을 일시 중지합니다. Cloud 터미널에 접근할 수 있을 때 각 작업 공간의 저장소 루트에서 다음 명령을 실행합니다. 이 작업은 11월 13일 전에 완료합니다. 사용하는 셸은 Bash입니다.

git rev-parse --verify HEAD
git status --short --branch --untracked-files=all
git diff HEAD --stat

첫 번째 명령은 현재 커밋 ID를 표시합니다. 두 번째는 브랜치 정보와 수정되었거나 추적되지 않는 파일을 보여 줍니다. 세 번째는 해당 커밋을 기준으로 추적 중인 파일의 차이를 요약합니다. 각 동작은 Git의 리비전, 상태, 차이 문서에 설명되어 있습니다.

두 번째 명령의 전체 출력을 독립된 백업에 pre-transfer-status.txt로 저장합니다. 저장소 안에 백업 폴더를 만들기 전에 이 출력을 저장해야 합니다. 전체 커밋 ID와 브랜치 이름도 함께 보관합니다. 삭제와 이름 변경이 있었다면 최종 작업 트리 상태에 존재하지 않는 경로도 기록합니다.

이 명령들은 상태를 조회할 뿐 파일 내용을 저장하지는 않습니다. 검토한 커밋은 승인된 원격 저장소에 푸시하고, 해당 브랜치와 커밋이 원격에 있는지 확인합니다. 비밀 정보가 포함되지 않은 원격 URL도 목록에 기록합니다. 푸시할 수 없는 커밋은 아래의 bundle 백업과 복원 검증을 마친 뒤 작업 공간을 이전합니다. 상태 출력을 깨끗하게 만들기 위해 비밀 정보나 개인 설정을 Git에 일괄 추가하지 않습니다.

.conductor/settings.toml, .conductor/settings.local.toml, .context가 있으면 확인합니다. Conductor는 이러한 위치에 있는 프로젝트 스크립트, 로컬 프로젝트 설정, 커밋하지 않은 인계 메모를 문서에서 설명합니다.

설정 명령, 필요한 런타임 버전, 외부 서비스, 환경 변수 이름을 기록합니다. 비밀 값은 승인된 자격 증명 저장소에서 복원합니다. 이전 작업 티켓이나 에이전트 프롬프트에 비밀 값을 저장해 복원 자료로 사용하지 않습니다.

작업 공간을 이전하기 전에 필요한 미완료 파일을 독립적으로 복사합니다. 문서에 안내된 방법 중 하나는 Sync to a local directory입니다. 이 기능은 Cloud 작업 공간의 사본을 로컬 폴더에 유지합니다. 필요한 파일이 나타나면 해당 폴더에서 별도의 승인된 백업 저장소로 복사합니다.

상대 경로를 유지하고 목록도 백업과 함께 보관합니다. 필요한 수정 파일과 추적되지 않는 파일을 포함합니다. 필요한 무시 대상 파일은 별도로 확인합니다. 민감한 설정은 해당 데이터를 보관하도록 승인된 위치에만 저장합니다.

복사한 파일을 열고 접근 가능한 원본과 내용을 비교합니다. 파일 목록은 기록한 삭제 및 이름 변경 내역까지 포함해 대조합니다. 동기화 폴더를 직접 편집하거나 유일한 백업으로 사용하지 않습니다.

작은 텍스트 파일이 빠졌다면 원본의 전체 내용을 같은 상대 경로의 로컬 파일로 저장합니다. 사본을 다시 열어 원본과 비교합니다. 필요한 파일 중 하나라도 검증된 로컬 사본이 없으면 작업 공간 이전을 중단합니다. repository.bundle처럼 동기화에서 누락된 바이너리 파일도 마찬가지입니다. Cloud 작업 공간에 아직 접근할 수 있을 때 Conductor 발표에 있는 연락처로 문의합니다.

백업 검증이 끝날 때까지 편집을 중지한 상태로 유지합니다. 편집을 재개했다면 마지막 변경 후 상태 기록과 사본을 갱신합니다. Cloud 터미널 접근이 필요한 복사 절차는 11월 13일 전에 완료하고 검증합니다.

푸시할 수 없는 커밋 백업하기

커밋을 푸시할 수 없는 브랜치를 이전하기 전에 Git 이력을 로컬에 백업합니다. Git의 bundle 명령은 저장소 참조와 해당 커밋 이력을 하나의 파일로 묶을 수 있습니다. 저장한 bundle을 사용하면 네트워크에 연결하지 않고도 이력을 복원할 수 있습니다. 앞서 만든 미완료 파일의 개별 사본도 계속 보관합니다.

이 시점의 상태를 저장하는 동안 새 커밋과 브랜치 갱신을 중지합니다. Cloud 저장소 루트에서 다음 Bash 예제를 실행합니다. conductor-history-backup 디렉터리는 아직 존재하지 않아야 합니다.

mkdir conductor-history-backup &&
git for-each-ref --format='%(objectname) %(refname)' refs/heads > conductor-history-backup/branches.txt &&
git bundle create conductor-history-backup/repository.bundle --all

branches.txt에 필요한 모든 브랜치와 목록에 기록한 전체 커밋 ID가 있는지 확인합니다. 앞서 설명한 파일 복사 경로를 사용해 폴더 전체를 승인된 로컬 저장소로 복사합니다. 이 사본은 동기화 폴더 밖에 보관합니다. repository.bundle 파일 자체도 Mac에 도착했는지 확인합니다. pre-transfer-status.txt, 목록, 저장한 파일을 이 백업과 함께 둡니다.

작업 공간을 이전하기 전에 로컬 사본으로 복원이 가능한지 확인합니다. 복사한 conductor-history-backup 폴더에서 Bash를 엽니다. 아직 존재하지 않는 restored.git 디렉터리를 대상으로 사용합니다.

git clone --mirror repository.bundle restored.git &&
git --git-dir=restored.git for-each-ref --format='%(objectname) %(refname)' refs/heads > restored-branches.txt &&
git diff --no-index --exit-code -- branches.txt restored-branches.txt &&
git --git-dir=restored.git fsck

미러 복제는 참조를 별도의 베어 저장소로 복원합니다. 베어 저장소에는 편집할 작업 파일이 체크아웃되어 있지 않습니다. 원본과 복원본의 브랜치 목록을 비교했을 때 차이가 없어야 합니다. git fsck는 누락되거나 손상된 Git 객체를 보고하지 않아야 합니다.

작업 공간을 옮기기 전에 restored-branches.txt에서 예상한 브랜치 이름과 커밋 ID를 확인합니다. 명령 하나라도 실패하거나 필요한 브랜치가 없으면 중단합니다. Cloud 저장소에 접근할 수 있는 동안 백업 문제를 해결합니다.

bundle, 브랜치 목록, 미완료 파일 사본은 비공개 저장소 데이터로 취급해 보호합니다. 푸시하지 않은 작업이 있는 저장소마다 이 절차를 반복합니다. 추가 커밋을 만들었다면 백업도 갱신합니다.

작업 공간 하나를 이전하고 검증한 뒤 반복하기

예방 조치로 각 작업 공간의 이전과 검증을 11월 13일 전에 완료합니다. Mac에서 Cloud 작업 공간을 마우스 오른쪽 버튼으로 클릭한 뒤 Transfer to local을 선택합니다. Conductor의 0.93.0 릴리스 노트는 작업 공간과 대화를 Mac으로 옮기는 방법을 설명합니다.

이전이 끝나면 로컬 작업 공간을 열고 상태 확인 명령을 다시 실행합니다. 브랜치, 커밋, 미완료 변경 사항, 파일 내용을 이전 전에 검증한 목록 및 독립 사본과 비교합니다. 이전 대화 하나와 가장 최근 대화도 각각 엽니다.

추적되지 않는 파일과 프로젝트 설정은 따로 확인합니다. 저장소가 화면에 보인다는 사실만으로 모든 파일과 환경 의존성이 보존되었다고 판단하지 않습니다.

프로젝트에 문서화된 설정 절차로 의존성을 복원합니다. 그런 다음 가장 작은 유효한 기존 테스트나 빌드 검사를 실행합니다. 차이가 있으면 검증된 원격 또는 bundle의 Git 이력과 독립 파일 사본을 기준으로 조사합니다. 원래 Cloud 작업 공간은 계속 접근할 수 있는 경우에만 추가 비교 대상으로 사용합니다.

필요한 모든 작업 공간에 이 과정을 반복합니다. 미완료 실험과 유용한 결정 기록이 남은 오래된 작업도 포함합니다. 동료가 공유 작업을 이미 내보냈다고 가정하지 않고, 각 검증에 담당자를 지정합니다.

계정 아카이브 내려받고 내용 확인하기

작업 공간이 로컬에 표시되더라도 계정 아카이브는 별도로 생성합니다. Settings → Account → Export data를 열고 다운로드한 파일을 Conductor 작업 공간 디렉터리 밖에 저장합니다. 내보내기와 검증은 11월 20일 전에 완료합니다.

팀이 승인한 백업 위치에도 사본을 하나 더 둡니다. 적절한 프로그램으로 내보낸 데이터를 로컬에서 열고, 대표적인 프로젝트 기록과 대화를 확인합니다. 내보낸 날짜와 누락된 내용도 기록합니다.

이 아카이브는 내용을 확인해야 하는 백업으로 취급합니다. 다른 코딩 도구가 바로 가져올 수 있는 형식이라고 가정하지 않습니다. 실제 작업 환경은 검증된 코드, 따로 저장한 파일, 설정, 의존성, 자격 증명으로 재구성합니다.

Transfer to local이 없거나 실패하면 다음 절에서 백업 방식에 맞는 복구 경로를 선택합니다. 커밋을 승인된 원격에 푸시했다면 원격을 사용하고, bundle로 저장했다면 검증된 미러를 사용합니다. Cloud에서 누락 자료를 회수하는 것은 아직 접근할 수 있을 때만 가능합니다. 계정 아카이브도 별도로 내보내되, 이것만으로 미완료 코드를 복구할 수 있다고 판단하지 않습니다.

앱 버전, 영향을 받은 작업 공간, 정확한 오류 메시지를 기록합니다. 기한 전에 Conductor 발표의 지원 연락처로 문의합니다. 자격 증명이나 민감한 대화 내용은 보내지 않습니다.

발표된 읽기 전용 기간에는 이전 대화와 데이터 내보내기가 계속 제공됩니다. 다만 11월 13일 이후의 복구를 새 에이전트 메시지, 작업 공간 이전, 계속 작동하는 Cloud 터미널에 의존하도록 계획하지 않습니다.

백업에서 작업 사본 복구하기

커밋 이력을 원격에 푸시했다면 승인된 원격 저장소에서 복구합니다. bundle을 만들었다면 restored.git에서 복구합니다. 둘 중 한 경로를 선택한 다음, 공통 파일 복구 절차에 따라 저장한 내용을 복사하고 기록된 삭제를 재현합니다.

푸시한 커밋을 복구하려면 승인된 로컬 복구 디렉터리에서 Bash를 엽니다. 비밀 정보가 포함되지 않은 승인된 원격 URL을 입력합니다. 목록에 있는 브랜치 이름에서 refs/heads/를 제외하고, 커밋 ID는 전체 값을 사용합니다. 평소 사용하는 Git 인증을 사용하며 recovered-worktree 디렉터리는 아직 존재하지 않아야 합니다.

read -r -p "Approved remote URL (no embedded secrets): " RECOVERY_REMOTE &&
read -r -p "Branch from inventory: " RECOVERY_BRANCH &&
read -r -p "Full commit ID from inventory: " RECOVERY_COMMIT &&
mkdir recovered-worktree &&
(
  cd recovered-worktree &&
  git init &&
  git remote add origin "$RECOVERY_REMOTE" &&
  git fetch origin &&
  git switch --create "$RECOVERY_BRANCH" "$RECOVERY_COMMIT" &&
  test "$(git branch --show-current)" = "$RECOVERY_BRANCH" &&
  test "$(git rev-parse --verify HEAD)" = "$RECOVERY_COMMIT" &&
  git status --short --branch --untracked-files=all
)

fetch 단계는 원격 이력을 가져옵니다. git switch --create는 원격의 최신 커밋이 아니라 기록해 둔 커밋에 원하는 로컬 브랜치를 만듭니다. 인증에 실패하거나 기록한 커밋을 찾을 수 없거나 비교가 실패하면 중단합니다. 누락된 커밋은 검증된 bundle 또는 접근 가능한 Cloud 작업 공간에서 확보합니다. 다른 커밋으로 대체하지 않습니다.

bundle 백업을 사용하는 경우 로컬 conductor-history-backup 디렉터리에서 Bash를 엽니다. 저장한 목록에서 refs/heads/를 제외한 브랜치 이름과 전체 커밋 ID를 입력합니다. 이 경로에서도 recovered-worktree 디렉터리는 아직 존재하지 않아야 합니다.

read -r -p "Branch from inventory: " RECOVERY_BRANCH &&
read -r -p "Full commit ID from inventory: " RECOVERY_COMMIT &&
git clone --branch "$RECOVERY_BRANCH" restored.git recovered-worktree &&
(
  cd recovered-worktree &&
  test "$(git branch --show-current)" = "$RECOVERY_BRANCH" &&
  test "$(git rev-parse --verify HEAD)" = "$RECOVERY_COMMIT" &&
  git status --short --branch --untracked-files=all
)

git clone --branch는 작업 사본에 체크아웃할 브랜치를 선택합니다. git branch --show-current는 이름을, git rev-parse --verify HEAD는 커밋을 확인합니다. 마지막 상태 출력은 두 비교가 모두 성공한 경우에만 나타납니다. 오류나 불일치가 있으면 중단합니다.

어느 경로든 성공한 뒤에는 새로 만든 recovered-worktree 안에서 작업합니다. 저장해 둔 수정 파일, 추가 파일, 추적되지 않는 파일을 원래 상대 경로로 복사합니다. 필요한 무시 대상 파일은 별도로 복원합니다. 원본 백업 사본은 변경하지 않습니다.

pre-transfer-status.txt와 최종 상태에 없던 경로 기록을 사용해 삭제와 이름 변경을 재현합니다. 삭제된 것으로 기록한 경로만 제거 대상으로 삼습니다. 해당 경로가 저장한 최종 상태에도 없었는지 확인한 뒤, 복구용 작업 사본에서만 제거합니다. 이름 변경의 경우 저장한 파일을 새 경로에 복원합니다. 이전 경로는 최종 상태에 더 이상 존재하지 않았을 때만 제거합니다.

복구한 작업 사본의 루트에서 상태 확인 명령을 다시 실행합니다. 변경된 경로마다 저장한 상태 출력과 대조하고, 파일 내용은 독립 사본과 비교합니다. 이 절차는 작업 트리의 내용을 복구하지만 원래 스테이징 상태까지 재현하지는 않습니다. 변경을 스테이징하거나 에이전트 작업을 재개하기 전에 차이를 검토합니다. 백업 미러에는 커밋을 푸시하지 않습니다.

로컬 Conductor를 임시 전환 수단으로 사용하기

작업 공간 인터페이스에 대한 의존성을 없애는 동안에는 로컬 Conductor로 작업을 이어 갑니다. 발표는 2027년 초까지 새 모델과 심각한 버그 수정을 제공하고, 이후 단계적으로 운영을 종료한다고 설명합니다. Cloud의 11월 20일 기한이 연장되는 것은 아닙니다.

작업 공간을 이전한 뒤 실행 환경을 검증합니다. Conductor의 Cloud 작업 공간 문서는 Mac에서 연결하는 Linux 샌드박스 환경을 설명합니다. Cloud에서 빌드가 성공했다고 해서 같은 의존성과 명령이 로컬에서도 작동한다고 볼 수는 없습니다.

로컬 실행이 모델의 오프라인 추론을 의미하지도 않습니다. Conductor의 개인정보 보호 문서에 따르면 로컬 작업 공간의 모델 트래픽은 설정된 모델 제공업체로 전달됩니다.

프로세스가 종료되는 조건도 고려합니다. Cloud FAQ에 따르면 Conductor를 닫거나 Mac을 종료하면 로컬 작업 공간 세션도 끝납니다. 따라서 이전한 작업 공간은 Cloud에서 계속 실행되는 프로세스를 대신하지 못합니다.

이 전환 기간에 Conductor 없이도 저장소를 사용할 수 있도록 준비합니다. 설정 지침, 테스트 명령, 작업 인계 메모를 검토된 프로젝트 파일에 남깁니다. 모델 제공업체의 사용량 한도나 API 청구는 Conductor Pro 기능의 무료 제공과 별도로 확인합니다.

Claude Code, Codex, OpenCode로 병렬 작업 재구성하기

이미 사용하던 코딩 에이전트로 시작하고, 별도의 Git 워크트리로 병렬 작업을 재구성합니다. 워크트리는 같은 저장소의 또 다른 작업 사본이며, 보통 서로 다른 브랜치를 사용합니다.

이 방식은 프로젝트를 로컬에서 실행하고 Git으로 변경 사항을 검토할 수 있는 개발자에게 적합합니다. 독립된 작업 디렉터리는 만들지만, Conductor의 공유 Cloud 서비스나 전체 인터페이스를 재현하지는 않습니다.

에이전트 선택하고 인증 확인하기

실제 작업을 옮기기 전에 선택한 CLI를 Conductor 밖에서 설치하고 인증합니다. 아래의 서로 다른 에이전트를 사용하는 예제에는 Claude Code와 Codex가 모두 필요합니다. 두 도구 모두 설치와 인증을 끝내야 합니다. 한 종류만 사용하는 경우 두 워크트리에서 같은 CLI를 실행합니다.

기존 Claude Code 작업 방식을 유지하려면 Claude Code를 사용합니다. 프로젝트 디렉터리에서 claude를 실행하고 첫 사용 시 표시되는 인증 안내를 따릅니다.

기존 Codex 작업 방식을 유지하려면 Codex CLI를 사용합니다. 프로젝트 디렉터리에서 codex를 실행합니다. 첫 실행에서는 ChatGPT 로그인 또는 다른 사용 가능한 인증 방법을 선택할 수 있습니다.

이미 OpenCode에서 모델 제공업체를 설정하고 있거나 여러 제공업체 중에서 선택하고 싶다면 OpenCode를 사용합니다. opencode를 실행한 다음 제공업체 연결 안내에 따라 /connect와 /models를 사용합니다.

Conductor 안에만 설정한 자격 증명을 독립 CLI에서도 사용할 수 있다고 가정하지 않습니다. 실제 작업에 대한 접근을 허용하기 전에 활성 계정, 제공업체, 모델을 확인합니다.

별도의 사용량 기반 API 경로를 선택할 경우 BetterToken은 Claude Code와 Codex에 맞춘 설정 지침을 제공합니다. 모델 접근 설정과 작업 공간 복구는 별개의 과정으로 진행합니다. 프로덕션 작업을 옮기기 전에 Claude Code와 Codex API의 첫 요청 점검 목록으로 연결을 확인합니다.

워크트리 두 개를 만들고 전체 흐름 확인하기

검증한 로컬 저장소의 루트에서, 내용을 알고 있는 커밋을 기준으로 시작합니다. 다음 Bash 예제는 현재 HEAD에서 두 브랜치를 만듭니다.

git worktree add -b migration/docs ../migration-docs HEAD &&
git worktree add -b migration/tests ../migration-tests HEAD &&
git worktree list

Git의 worktree 문서는 -b로 브랜치를 만들고 list로 확인하는 동작을 설명합니다. 출력에 새 디렉터리 두 개와 각각의 브랜치가 포함되는지 확인합니다.

이들은 커밋에 저장된 상태를 새로 체크아웃한 작업 사본입니다. 커밋하지 않은 파일이나 Conductor 대화 상태는 복사하지 않습니다. 이 예제를 사용하기 전에 복구가 필요한 미완료 작업을 보존합니다.

아직 사용하지 않은 브랜치 이름과 디렉터리 이름을 선택합니다. 생성 오류가 발생하면 이미 만들어진 브랜치와 워크트리를 먼저 확인합니다. 그 상태를 바탕으로 실패한 단계를 다시 시도할 필요가 있는지 판단합니다. 오류를 우회하려는 목적으로 --force를 추가하지 않습니다.

다음 두 실행 명령은 Claude Code와 Codex의 설치 및 인증이 끝났다는 전제입니다. 터미널 탭 두 개를 열고, 두 탭 모두 원래 저장소의 루트에서 시작합니다. 첫 번째 탭에서 Claude Code를 실행합니다.

(cd ../migration-docs && claude)

두 번째 탭에서는 Codex를 실행합니다.

(cd ../migration-tests && codex)

한 종류의 에이전트만 사용할 때는 두 디렉터리에서 같은 설치된 CLI 명령을 사용합니다. claude, codex, opencode 중에서 선택합니다. 같은 작업 디렉터리에 파일을 편집하는 에이전트 두 개를 동시에 실행하지 않습니다.

각 세션은 다음 검증용 프롬프트로 시작합니다.

Use read-only tools to inspect this repository.
Report the current directory and Git branch.
Identify the documented setup command and one existing test command.
Cite the repository files that define those commands.
If a command is not documented, say so.
Do not edit files, install packages, commit, or push.

기대 결과는 서로 다른 디렉터리와 브랜치에 연결된 보고서 두 개입니다. 각 보고서는 일반적인 테스트 명령을 지어내는 대신 실제 저장소 파일을 근거로 제시해야 합니다. 평소의 승인 제어를 활성화한 상태로 유지합니다. 프롬프트 자체는 보안 경계가 아닙니다.

확인이 끝나면 필요한 설정을 승인하고 각 워크트리에서 작은 기존 테스트를 실행합니다. 그다음 문서 수정과 별도 테스트 개선처럼 독립적인 작업을 배정합니다. 커밋하거나 병합하기 전에 각 diff를 검토합니다.

내보낸 대화를 바탕으로 작업별 짧은 인계 메모를 작성합니다. 목표, 제약, 완료한 변경, 남은 작업, 마지막 테스트 결과를 포함합니다. 가져온 지침과 훅은 재사용 전에 검토합니다. 에이전트 설정 감사 가이드의 점검 항목을 참고할 수 있습니다.

새 CLI 세션을 시작한 것을 대화 이력 복구와 혼동하지 않습니다. OpenAI의 가져오기 문서는 Claude Code와 Cursor를 Codex CLI의 가져오기 원본으로 명시합니다. Conductor 계정 아카이브를 직접 가져올 수 있다는 사실까지 확인해 주지는 않습니다.

별도의 워크트리가 별도의 데이터베이스, 서비스 계정, 개발 포트를 제공하는 것도 아닙니다. 병렬 빌드를 실행하기 전에 이러한 자원을 구분해 배정합니다. Conductor 역시 작업 공간 격리와 보안 경계를 구분합니다.

활성 세션마다 제공업체의 사용량 한도 또는 API 비용을 추적합니다. 예를 들어 OpenAI의 인증 문서는 API 키 청구와 ChatGPT 요금제에 포함된 크레딧을 구분합니다. 터미널 탭을 더 연다고 구독에 포함된 사용량이 늘어나지는 않습니다.

아카이브가 열리고, 필요한 파일과 커밋을 모두 확인했으며, 로컬 작업이 검증을 통과한 뒤에만 이전을 완료로 표시합니다. 해결되지 않은 작업 공간은 이전 목록에 남겨 둡니다. 담당자가 검증하거나 복구하지 못한 내용을 명시적으로 기록하기 전까지 완료로 처리하지 않습니다.