윈드서프(Windsurf) 대안: 이름이 바뀐 뒤에 무엇을 비교해야 하는가

30초 결론: Windsurf(Devin Desktop)를 떠나야 하는 사람과 남아야 하는 사람#

Windsurf의 현재 공식 안내는 Devin Desktop이라는 이름을 사용합니다. IDE와 로컬 에이전트를 함께 쓰는 흐름이 맞다면 유지할 이유가 있습니다. 한국어 중심 터미널 작업을 원한다면 Mirr Code도 살펴보되, 기존 계약과 규칙·확장 이전을 별도로 확인하세요.

한눈에 보기: Windsurf(Devin Desktop), 미르 코드, 대안 2–3종 (6행 표)#

2026-11-01 확인. 작업 방식의 차이이며 성능 순위가 아닙니다.

출처: Devin Desktop 시작 안내, GitHub 요금·기능, Kiro 스펙, Mirr 모델 소개.

어디가 더 나은가: Windsurf(Devin Desktop)가 강한 경우 / 미르 코드가 맞는 경우 / 미르 코드가 아직 부족한 점#

Devin Desktop은 편집기 안의 로컬 에이전트와 클라우드 위임이 강점입니다. 공식 설치 문서는 VS Code·Cursor 설정 가져오기와 호환되지 않는 확장도 설명합니다. Mirr는 한국어 중심 터미널 흐름을 제공하지만 같은 IDE 통합이나 확장 호환성은 이 비교에서 입증하지 않았습니다.

데이터 처리 판단: Devin Local 문서는 에이전트가 기기의 파일과 도구에 접근한다고 설명합니다. 로컬 에이전트라는 말이 모델 추론까지 기기에서만 이뤄진다는 뜻은 아닙니다. Cognition 보안 문서에 따르면 기본적으로 데이터가 모델 학습에 쓰일 수 있으며 유료 플랜은 설정에서 거부할 수 있습니다. Teams에서는 관리자만 거부할 수 있고 기업 고객 데이터는 명시적 사전 서면 동의 없이 학습하지 않습니다. 학습 거부가 모든 서비스의 미보관을 뜻하지는 않습니다. 합성 저장소로 먼저 시험하고 제공자와 계약별 전송·보관·삭제 조건을 확인하세요. 확인일 2026-11-01.

이름 전환이 모든 계약의 자동 변경을 뜻하지는 않습니다. 공식 문서에 따르면 Linux의 기존 windsurf 패키지는 devin-desktop으로 전환되며 업데이트가 이어집니다. 실제 계정과 계약 상태는 별도로 확인하세요.

실제 작업 흐름: Windsurf(Devin Desktop)와 같은 과제를 미르 코드로#

동일 과제의 양쪽 실행 기록, 설정 이전 과정, diff와 테스트 출력은 아직 확보하지 못했습니다. 같은 저장소의 작은 과제를 같은 승인 조건과 테스트로 수행하고 결과를 검토하는 비교를 제안합니다. 이는 수행 결과가 아닙니다.

가격: 구독료와 모델 사용료#

2026-11-01 확인한 Devin 공개 가격 기록입니다. 기존 Windsurf 구독의 전환 가격은 이와 다를 수 있으며, 조회 지역과 세금 포함 여부는 확인하지 못했습니다.

Devin 사용량 문서는 2026년 3월 셀프서비스 사용량 기반 플랜 전환과 별도로 기존 기업 크레딧 계약 및 신규 기업 ACU 계약을 구분합니다. 표의 공개 요금 기록을 기존 계약에 소급 적용하지 마세요. Mirr의 요금 페이지와 그곳에서 연결되는 현재 결제 화면의 금액·세금·조건을 확인하세요. 명칭이 일치하지 않으면 결제 전에 문의하세요. 결제 화면은 이 비교에서 직접 검증하지 않았습니다.

Mirr 공개 요금 조회(2026-11-02 03:13 KST): 요금 조회 응답은 Pro 월 29,000원, Max 월 49,000원을 표시합니다. 모델 식별자와 제공 범위는 없으며, 지역·세금은 결제 화면에서 확인하세요. Max라는 이름만으로 무제한이라고 단정할 수 없습니다.

옮기는 방법: 설치, 규칙, MCP, 첫 작업#

1. Migrate를 고르기 전에 옮겨질 설정과 확장의 목록을 적으세요.
2. 프로젝트 규칙은 .devin/rules/가 .windsurf/rules/보다 우선하므로, 옮긴 뒤 두 폴더가 같은 규칙을 담고 있지 않은지 확인하세요.

제품명 변경과 내 작업 환경의 변경을 나누기#

윈드서프 대안을 찾는 이유가 이름 변경이라면 먼저 바뀐 것이 무엇인지 적어 보세요. 검색 결과의 이름, 설치한 앱의 이름, 결제 계약과 프로젝트 설정은 서로 다른 항목입니다. 어느 하나가 바뀌었다고 나머지 항목이 같은 날 모두 바뀌었다고 판단하면 안 됩니다. 아래는 이전 여부를 결정하기 위한 점검 제안이며 실제 계정 전환이나 설정 이전을 수행한 결과는 아닙니다.

출처 확인(2026-11-03): 공식 전환 FAQ는 Windsurf가 Devin Desktop으로 바뀌며 기존 IDE·확장·키 바인딩·작업 흐름을 계속 이용할 수 있다고 설명합니다. 같은 문서가 Agent Command Center를 주된 화면으로 소개하므로 “편집기가 없어졌다”와 “처음 보이는 화면이 바뀌었다”는 구별할 수 있습니다. 편집기를 계속 쓰려는 사람과 여러 에이전트를 관리하려는 사람이 각각 어떤 작업면을 원하는지에 따라 대안의 이유도 달라집니다.

출처 확인(2026-11-02): Devin Desktop 시작 문서. 문서는 Devin Desktop이라는 제품명, 설정 가져오기와 호환되지 않는 확장, Linux 패키지 전환을 설명합니다. 이 자료는 브랜드와 설치 경로를 확인하는 근거이며 현재 사용자의 모든 설정이 옮겨졌다는 증거는 아닙니다. 새 로고나 패키지 이름을 확인한 일과 프로젝트별 기능을 시험한 일은 구분하세요.

FAQ는 기존 플랜과 가격을 유지하며 legacy Windsurf Enterprise도 포함한다고 안내합니다. Devin Cloud는 별도 SKU이고 Desktop을 쓰기 위해 ACU 계약으로 바꿔야 하는 것은 아니라고도 설명합니다. 이는 브랜드 전환에 관한 제공자의 안내입니다. 현재 계정의 모든 혜택과 실제 결제를 직접 확인한 결과는 아니며 공개 신규 가격을 기존 계약에 소급하는 근거로 쓰지 않습니다. 이 구분이 있으면 이름이 바뀌었다는 이유만으로 새 구독을 결제할 필요가 있는지부터 판단할 수 있습니다.

같은 FAQ는 로컬 에이전트 자체도 브랜드 전환에 포함됐다고 설명합니다. 기존 Cascade에 이어지는 Devin Local은 개선된 harness와 30%까지 개선된 토큰 효율, 서브 에이전트 지원과 샌드박스를 갖춘다고 안내하며, 기존 Cascade 에이전트는 7월까지 계속 사용 가능하다고 적습니다. '이름이 바뀌었다'의 범위에 에이전트 구현의 세대 변화까지 들어간다는 점과, Desktop이 로컬 에이전트만으로도 사용 가능하다는 안내를 함께 읽어 보세요.

설정 가져오기를 전체 호환으로 읽지 않기#

FAQ의 파일 경로 설명에는 구체적인 분기가 있습니다. 첫 실행에서 Migrate from Windsurf를 선택하면 사용자 IDE 데이터와 확장 디렉터리를 새 Devin 경로로 복사한다고 안내합니다. Start fresh를 선택했거나 새 Devin 데이터 디렉터리가 이미 있으면 복사하지 않는다고 명시합니다. 앞부분의 “설정이 이전된다”는 문장만 떼어 모든 시작 경로에서 덮어쓴다고 읽으면 이 조건을 놓칩니다.

복사 대상에는 설정·키 바인딩·스니펫·워크스페이스 상태와 설치 확장이 포함되며, 캐시·로그·충돌 덤프·Local History는 제외된다고 문서는 설명합니다. 따라서 과거 편집 이력이 새 위치에 없다는 현상을 설정 복사 전체의 실패로 바로 단정할 수 없습니다. 반대로 이전된 확장 파일이 있다는 사실만으로 개별 독점 확장의 호환까지 보장할 수는 없습니다. 시작 문서의 호환되지 않는 확장 설명을 함께 읽어 보세요.

가상 선택: 기존 단축키를 유지하려는 개발자는 Migrate 경로를 검토하고, 새 환경을 의도한 개발자는 Start fresh를 선택할 수 있습니다. 이미 새 디렉터리가 있는 컴퓨터에서는 같은 복사를 다시 기대하지 않는 것이 문서의 분기와 맞습니다. 이 사례는 사용자 컴퓨터를 조사하거나 복사를 실행한 기록이 아닙니다. Mirr로 옮기는 경우에는 이 Devin 전용 이전 기능을 그대로 사용할 수 있다고 가정하지 않습니다.

기존 Windsurf 계약을 읽는 순서#

가격을 비교할 때는 현재 공개 플랜과 내 계정의 계약 유형을 먼저 연결합니다. 출처 확인(2026-11-02): Devin 사용량 문서는 셀프서비스, 기업 ACU와 기존 기업 크레딧 경로를 구분합니다. 따라서 인터넷에서 본 한 가지 사용량 단위를 모든 계정에 적용하지 마세요. 위 공개 가격은 확인 시점의 기록으로 남겨 두고 실제 계약은 계정 담당자가 확인하세요.

계약 메모에는 갱신일, 포함 사용량의 단위, 추가 사용 설정과 해지 담당자를 적습니다. 문서에서 새 플랜을 소개한다는 이유로 기존 계약도 자동으로 그 조건이라고 쓰지 마세요. 특히 팀에서 쓰는 계정은 개인 사용자가 결제 페이지를 볼 수 있다는 사실과 변경 권한이 있다는 사실이 다릅니다. 승인받지 않은 플랜 변경을 비교 과정의 일부로 진행하지 않는 편이 좋습니다.

이전 비용을 계산할 때는 남은 구독 기간과 새 도구의 시험 기간을 따로 적으세요. 현재 기간의 비용을 환불받는지 확인하지 않았다면 그 금액을 즉시 절감액으로 쓰지 않습니다. 추가 사용은 어느 계정에서 발생했는지 구분하고 원래 통화와 세금 조건을 보존합니다. 이 글은 환율이나 사용량을 가정해 원화 총액을 만들지 않습니다.

크레딧과 ACU, 다른 서비스의 요청 수는 이름이 달라도 같은 일을 세는 단위라고 볼 수 없습니다. 실제 과제의 시작과 종료, 사용 모델과 표시된 사용량을 연결해서 기록하세요. 단위를 맞출 근거가 없으면 각 값을 나란히 남기고 비용과 완료 결과를 따로 설명하면 됩니다. 한 단위로 억지 환산한 순위보다 독자가 조건을 볼 수 있는 기록이 유용합니다.

프로젝트 규칙을 옮길 때의 검토표#

같은 FAQ는 루트의 .windsurfrules를 계속 읽으며 .devinrules라는 새 단일 파일은 없다고 설명합니다. 새 규칙은 디렉터리 형식을 쓰도록 안내합니다. 디렉터리에서는 .devin/rules/가 우선이고 .windsurf/rules/는 이전 형식의 fallback입니다. 두 폴더를 만들어 같은 내용이 계속 합쳐질 것이라고 기대하기보다 어느 위치가 주 경로인지 정하는 편이 좋습니다.

규칙 디렉터리의 frontmatter 활성 조건은 항상 적용, 모델 판단, glob과 수동 호출을 지원한다고 FAQ가 설명합니다. 가령 화면/에만 존댓말 문구를 요구하는 규칙이라면 전역 금지 규칙처럼 모든 코드에 적용할 이유가 없습니다. 규칙 복사를 외부 연결의 권한 이전으로 해석하지 않는 한계는 여기서 한 번 정리합니다.

설정 변경이 원인인지 코드 변경이 원인인지#

가상의 저장소에 두 규칙 폴더가 있고 이전 폴더는 “화면 문구를 반말로”, 새 폴더는 “화면 문구를 존댓말로”라고 요구한다고 가정합니다. 이 경우 먼저 볼 것은 모델 성능보다 주 규칙 위치와 적용 조건입니다. 새 디렉터리가 우선이라는 문서 설명을 기준으로 중복을 정리할 수 있습니다. 폴더를 새로 만들었다는 이유만으로 원하는 파일의 glob이 맞는 것은 아니므로 범위 조건도 함께 봅니다.

반대로 규칙은 같지만 테스트 단축키가 다른 프로젝트 폴더를 실행한다면 규칙 내용을 바꿀 일이 아닙니다. 가상의 과제에서 수정한 파일은 재고/검사.py인데 검사 명령이 예전 복사본을 읽는다면 결과의 원인은 작업 경로입니다. 설정 전환과 코드 변경을 분리해 보는 목적은 이처럼 다음에 고칠 대상을 다르게 선택하는 데 있습니다.

IDE와 터미널의 같은 과제를 설계하기#

제안하는 합성 과제는 가상의 재고 CSV를 읽는 작은 함수에 누락값 처리를 추가하는 일입니다. 한글 파일명과 주석을 넣고 입력과 기대 결과를 고정합니다. 문서 생성이나 대규모 화면 변경보다 수정 범위를 좁히면 코드 결과와 작업 화면의 차이를 따로 볼 수 있습니다. 이 페이지는 이 과제를 실제로 실행하지 않았으며 결과나 소요 시간을 제시하지 않습니다.

IDE 쪽에서는 관련 파일을 찾고 진단을 읽고 변경을 검토하는 과정을 남깁니다. 터미널 쪽에서도 같은 파일과 테스트를 기준으로 기록하세요. 화면을 여는 횟수나 응답 속도만 보지 말고 사람이 어떤 판단을 했는지 확인합니다. 한쪽에서는 에디터가 보여 준 오류를 사람이 알려 줬다면 그 입력도 해당 실행의 일부입니다. 모델이 혼자 찾아낸 결과와 구분하세요.

완료 판단은 코드 diff, 실제 테스트 출력과 사람이 확인한 요구사항으로 나눕니다. 코드가 통과해도 한글 주석의 예외 조건이 사라졌다면 검토 항목으로 남깁니다. 테스트를 실행하지 못했다면 그 이유와 필요한 환경을 적고 통과라고 쓰지 않습니다. 도구가 완료했다고 말한 사실과 검증자가 완료를 확인한 사실은 별개입니다.

브랜드 전환 뒤 새 버전에서만 생긴 문제를 주장하려면 버전과 재현 조건이 필요합니다. 오래된 기록과 현재 기록을 섞어 제품 전반의 회귀로 단정하지 마세요. 현재 문서에서 확인한 사실, 본인이 관찰한 동작과 아직 확인하지 못한 조건을 나누면 다음 갱신에서도 기록을 유지할 수 있습니다. 로드맵을 추측하는 문장보다 이 구분이 대안 선택에 도움이 됩니다.

설정 이전을 한 번에 하지 않는 이유#

공식 FAQ의 macOS 사용자 데이터 경로 예는 ~/Library/Application Support/Windsurf/에서 ~/Library/Application Support/Devin/으로 바뀝니다. 확장 경로는 ~/.windsurf/extensions/와 ~/.devin/extensions/로 구분합니다. 반면 ~/.codeium/ 사용자 설정 구조는 이 릴리스에서 바뀌지 않는다고 설명합니다. 즉 새 앱 이름을 따라 모든 설정 경로를 일괄 바꾸는 방식은 문서가 안내하는 전환과 다릅니다.

Windows는 %APPDATA%\Windsurf\와 %APPDATA%\Devin\, Linux는 ~/.config/Windsurf/와 ~/.config/Devin/을 구분합니다. 이 경로들은 공개 문서의 설명이며 실제 사용자 파일을 읽은 것이 아닙니다. 가상의 관리자는 IDE 사용자 데이터, 확장, 공통 사용자 설정을 다른 배포 항목으로 다룹니다. 편집기 설정은 옮겼지만 MCP 연결을 못 찾는 경우에 앱 전체를 재설치하는 대신 해당 설정 영역을 먼저 살필 수 있습니다.

같은 FAQ는 ~/.codeium/ 안의 세부 항목도 유지된다고 설명합니다. 사용자 설정, MCP 설정, 전역 워크플로와 스킬, CLI 바이너리의 경로는 이 릴리스에서 바뀌지 않는다고 안내하며, MCP 설정 파일의 위치까지 그대로 두는 구조입니다. 그래서 IDE 데이터 디렉터리만 새 이름으로 바뀐다고 해서 이 영역까지 복사되거나 덮어 쓰인다고 가정할 수 없고, 관리자가 배포 항목으로 나눌 때 IDE 사용자 데이터와 이 공통 설정을 따로 목록에 적으세요.

앱의 실행 이름도 관리 항목입니다. FAQ는 macOS의 Devin.app, Windows의 Devin.exe처럼 이름이 바뀌면 Windsurf만 허용한 MDM/endpoint 정책이 새 앱을 차단할 수 있다고 경고합니다. 이 설명은 Devin의 브랜드 전환에 관한 조건이며 Copilot의 조직 정책 확장 차단과 같은 증거가 아닙니다. 사내에서 새 이름을 승인할 담당자는 IDE 도입 담당자와 다를 수 있으므로 앱 허용과 서비스 계정을 분리해 다루게 됩니다.

이전 전후의 파일 상태를 비교하기#

앞의 가상 관리자에게 기대하는 파일 상태는 세 가지입니다. Migrate를 선택한 사용자에게는 문서가 안내한 새 IDE 데이터 복사, 새 설치를 택한 사용자에게는 의도한 빈 사용자 환경, 기존 새 데이터가 있는 사용자에게는 무단 덮어쓰기 없음입니다. 캐시와 Local History를 복사 대상으로 추가하는 계획은 FAQ의 제외 조건과 다릅니다. 이 예상 상태는 실제 이전 결과가 아닙니다.

저장소 규칙은 사용자 데이터와 다른 검토 대상입니다. 재고/검사.py의 변경과 .devin/rules/의 변경이 같은 요청에 들어 있다면 기능 수정 때문인지 지침 이전 때문인지 나눠 채택할 수 있습니다. 파일 복구가 필요해도 외부에 이미 전송한 변경까지 되돌리는 것은 아니며, 이 사례는 외부 쓰기를 포함하지 않습니다. 실제 프로젝트 이전 transcript는 여전히 아래의 미완료 항목입니다.

이름이 다른 문서를 읽을 때의 판단 예#

Linux 설치 매체도 선택을 바꿉니다. 공식 시작 문서는 tar 배포 파일이 스스로 업데이트하지 않으며 패키지 관리자로 새 릴리스를 받으려면 deb 또는 rpm 경로를 보도록 안내합니다. 가상의 오프라인 시험용 복사본과 정기 업데이트가 필요한 개발 PC는 같은 배포 방식을 고를 필요가 없습니다. 이 차이는 “Devin으로 이름이 바뀌었으니 업데이트가 끊겼다”는 추측보다 구체적인 원인 후보이며 실제 설치·업데이트를 수행한 결과는 아닙니다.

가상의 팀 문서에 surf .로 프로젝트를 여는 설명이 남아 있다고 가정합니다. 전환 FAQ는 새 명령이 devin-desktop이라고 설명합니다. 옛 문서의 surf 명령을 발견했다는 이유만으로 프로젝트 설정 전체가 폐기됐다고 볼 필요는 없습니다. 새 온보딩 문서에는 현재 명령을 쓰고 기존 스크립트의 의존은 별도로 검토하는 선택이 가능합니다.

같은 FAQ의 JetBrains 부분은 다른 선택을 요구합니다. 이전 Windsurf JetBrains 플러그인은 유지보수 모드이며 새 IDE 릴리스와의 문제 가능성을 설명하면서 Devin over ACP 안내로 연결합니다. 이 사실을 Desktop의 일반 설정 이전과 섞으면 안 됩니다. JetBrains가 필수인 가상 팀은 “새 이름의 같은 IDE를 계속 쓴다”는 결론만으로 끝내지 않고 해당 통합 경로를 별도로 판단해야 합니다. 이 글은 ACP 설치나 호환 시험을 수행하지 않았습니다.

전환 비용표를 검토하는 방법#

표에는 실제 관찰한 시간과 내역만 채웁니다. 아직 값이 없다면 확인할 작업과 담당자를 남길 수 있습니다. 임의의 시급이나 환율을 넣어 합계를 만든 뒤 실측 비용이라고 부르지 마세요. 새 도구의 첫 설치와 평소 사용을 같은 기간으로 비교하지 않는 것도 중요합니다. 원래 통화와 계약 단위를 보존하면 다음 검토에서 다시 계산할 수 있습니다.

검토자는 표의 값뿐 아니라 어떤 과제와 환경에서 나온 것인지 읽어 보세요. 한쪽만 이미 준비된 의존성과 규칙이 있다면 그 차이를 설명하세요. 실제 결과가 없는 항목은 공개 문서에서 확인한 조건으로만 남깁니다. 브랜드 이름이 달라진 상황에서도 이렇게 작업과 계약을 분리하면 무엇을 유지하고 무엇을 바꿀지 구체적으로 결정할 수 있습니다.

남을 때와 옮길 때의 종료 조건#

현재 IDE와 규칙, 계약이 잘 맞고 브랜드 변경만 걱정이라면 필수 기능을 시험한 뒤 유지하는 선택이 가능합니다. 터미널 중심으로 일하고 싶다면 기존 편집기를 남긴 병행부터 검토할 수 있습니다. 새 도구가 필수 확장이나 승인된 연결을 대체하지 못한다면 그 범위는 전환 대상에서 제외하거나 보류하세요. 전면 교체만을 성공으로 정의할 필요는 없습니다.

결정문에는 보존할 설정과 채택한 변경, 돌아갈 기준을 적습니다. 코드 복구와 외부 계정 정리, 구독 처리는 각각 확인하세요. 로컬 파일을 되돌렸다고 서비스에 전송한 자료나 이미 게시한 변경이 사라지지는 않습니다. 실제 설정 이전 transcript와 동일 과제의 결과 비교가 확보되기 전까지 이 글의 표는 문서와 절차 비교로만 읽어 보세요.

설정 목록에는 사용하지 않는 항목도 구분해 둘 수 있습니다. 과거 프로젝트의 확장과 규칙을 모두 새 환경에 옮기기보다 현재 필요한 기능을 먼저 확인하세요. 다만 불필요하다고 판단한 원본을 바로 지우지 않고 보존하면 이후 누락을 발견했을 때 검토할 수 있습니다.

별도 출처 확인 — 2026-11-03: 공식 설치 문서는 Devin Desktop이라는 이름을 사용하며 공개 요금표는 Free와 Pro 등 현재 플랜을 안내합니다. 기존 계약의 이전이나 결제 화면을 직접 확인한 것은 아니며 위의 2026-11-01 가격 기록은 그 확인일을 유지합니다.

변경 기록을 전환 판단에 쓰는 방법#

가상의 팀 A는 Desktop의 기존 편집·확장과 legacy 크레딧 계약이 필수입니다. 이 팀은 FAQ의 유지 안내를 근거로 무조건 새 ACU 계약으로 바꾸는 대신 Desktop 전환 경로를 먼저 검토할 수 있습니다. 팀 B는 로컬 에이전트만 필요하고 IDE 통합은 다른 편집기에 남길 생각입니다. 이 팀에는 한국어 터미널 후보를 추가하는 선택이 있습니다. 팀 C는 JetBrains 플러그인이 필수여서 Desktop과 다른 통합 검토가 필요합니다.

이 세 결정은 브랜드가 좋거나 나쁘다는 평이 아니라 유지할 자산이 다르다는 결론입니다. 새 릴리스의 기능을 채택할 때도 어느 작업면에 적용되는지와 기존 필수 기능의 경로를 함께 보면 됩니다. 제공자의 전환 FAQ는 이 선택을 준비할 자료이고 현재 계정의 이전·확장 호환·과제 성공은 실제 자료가 필요한 한계로 남습니다.

조직 배포와 업데이트 경로를 나누기#

Linux에서 tarball로 설치한 Devin Desktop은 자동 업데이트하지 않으며, 시작 문서는 deb 또는 rpm 경로로 업데이트하라고 안내합니다(2026-11-03 확인). 같은 문서는 기존 windsurf 전환 패키지가 devin-desktop을 가져온다고 설명합니다. 조직이 배포를 관리한다면 패키지 관리자 설치와 수동 설치본을 목록에서 따로 적어 두고, 각각의 업데이트 책임자를 정하세요.

Teams의 학습 거부 설정은 관리자만 바꿀 수 있다고 보안 문서가 설명합니다(2026-11-03 확인). 개인 구독자가 자기 설정을 바꿀 수 있는 조건과 조직의 설정은 같지 않습니다. 설치 방식과 계정 설정을 한 장의 표에 섞어 쓰지 않도록 두 항목을 나눠 기록하세요. 업데이트 경로가 바뀌면 설치본 목록과 관리자 설정을 함께 다시 확인하세요.

수정·보완 기록#

출처 범위: 제품명 전환과 기존 계약 조건은 공식 안내 항목으로만 적었습니다. Linux 패키지 전환 안내는 프로젝트 설정 이전의 증거가 아니며, 로컬 에이전트라는 이름이 데이터 미전송을 보장하지는 않습니다.

검증일 · 출처 · 관련 페이지#

브랜드 전환은 공식 FAQ와 설치 문서로 2026-11-02·2026-11-03에 확인했고, 플랜 가격 기록은 기존 2026-11-01 확인입니다. 프로젝트 규칙과 설정 이전 실행 기록 및 동일 과제 비교는 아직 없습니다.

그래서 Mirr Code는?#

한국어 중심 터미널 코딩 에이전트입니다. 한국어로 코드 조사와 리뷰를 요청하는 흐름에 초점을 둡니다.

IDE 통합과 기존 확장이 우선이라면 Devin Desktop이 더 적합할 수 있습니다. 현재 금액과 결제 조건은 요금 페이지에서 확인하세요.

관련#

• Mirr Code 설치 안내