30초 결론: Windsurf와 Cursor 중 어디를 고를 것인가#
브랜드 변경 이후의 로드맵 리스크를 기능표가 아니라 "내 워크스페이스 설정을 어디에 둘 것인가"를 기준으로 비교합니다.
Windsurf의 현재 이름은 Devin Desktop입니다. 다음은 2026-11-01에 확인한 공개 자료이며, 전체 페이지나 이전 결과를 검증했다는 뜻은 아닙니다.
| 선택 기준 | Windsurf → Devin Desktop | Cursor |
|---|---|---|
| 작업 환경 | IDE 기반 데스크톱과 로컬·클라우드 에이전트 관리 | 에디터와 에이전트, 클라우드 에이전트 |
| 설정 자산 | 기존 Windsurf 규칙 파일을 읽는 방식을 문서에서 확인 | 프로젝트 규칙은 .cursor/rules의 .mdc 파일; AGENTS.md도 지원 |
| 모델 선택 | 유료 플랜에서 여러 제공자의 모델 접근; 모델별 조건 확인 | 신규 Plus의 모델 범위는 아래 출처 차이 참고, Premium 이상 타사 모델 별도 과금 |
| 신규 개인 구독 | Free $0, Pro 월 $20 | Free $0, Plus 월 $8, Premium 월 $30, 세금 별도 |
| 기존 계약 | 기존 Windsurf 요금과 설정이 유지된다고 제공사가 안내; 본인 계약 확인 | 기존 요금제 조건 확인 |
| 한국어와 권한 | 한국어 과제 품질과 명령 승인 동작은 직접 확인 | 같은 과제와 권한 조건으로 직접 확인 |
- 에디터를 유지하며 에이전트를 관리할지, Cursor의 에디터와 에이전트를 쓸지 정합니다.
- 프로젝트 규칙, 확장, MCP 연결과 승인 설정을 목록으로 만들고 각 도구에서 적용 여부를 확인합니다.
- 같은 저장소와 과제로 diff와 테스트 출력을 각각 확인합니다. 아래 비교는 실측 결과가 아니라 시험 방법입니다.
- 신규·기존 계약을 구분하고 결제 화면에서 세금, 지역별 가격, 추가 모델 사용료를 확인합니다.
2026-11-01 확인 기준 Cursor 요금표는 신규 Plus에 Grok 모델만 사용 가능하다고 설명하지만, 모델 요금 문서는 Grok 외에 Composer 2.5도 명시합니다. 실제 이용 범위는 현재 계정과 결제 화면, 모델 선택기에서 확인하세요.
비교표: 인터페이스, 모델, 권한, 한국어, 가격 (6–8행)#
가격은 자주 바뀝니다. 위 표에 링크한 각 공식 요금 페이지에서 현재 가격을 확인하고, 환율·부가세·초과 사용까지 함께 살펴보세요.
기존 페이지에 기재된 날짜의 실제 확인 기록은 확인하지 못했습니다. 현재 확인한 조건은 위 표의 2026-11-01 자료를 따릅니다. 동일 과제의 품질과 한국어 결과는 아직 측정하지 않았습니다.
요금 조건은 위 비교표의 공식 자료를 참고하세요.
Windsurf가 강한 경우 / Cursor가 강한 경우#
강점과 한계를 같은 표에 놓고, 각 도구가 맞는 경우와 맞지 않는 경우를 구분합니다. 한쪽이 무조건 좋은 것이 아니라, 작업의 지점이 다릅니다.
Devin Desktop은 여러 에이전트를 한 화면에서 관리하려는 경우 살펴볼 만합니다. Cursor는 프로젝트 규칙과 에디터 안의 작업, 유료 상위 플랜의 클라우드 에이전트를 원하는 경우 비교할 만합니다. 각자의 기존 확장과 워크플로가 실제로 작동하는지는 따로 시험해야 합니다.
같은 과제 비교: Windsurf와 Cursor에 같은 이슈를 맡겼을 때#
설정 이전을 시험할 때는 코드 결과뿐 아니라 규칙이 적용되는 위치와 확장 호환성도 확인하세요.
아직 같은 이슈의 실행 기록, diff와 테스트 출력이 없어 결과나 이전 성공을 비교할 수 없습니다. 저장소의 같은 기준 커밋과 과제를 사용하고, 각 도구의 모델·권한·규칙을 기록한 뒤 결과와 테스트를 별도로 검토하세요.
다음은 기능표가 아닌 설정 자산 점검표입니다. 현재 파일의 위치를 기록하고 새 환경에서 적용 여부를 확인할 때 쓰며, 완료된 이전 기록은 아닙니다.
| 설정 자산 | 이전 전에 기록할 것 | 새 환경에서 확인할 것 |
|---|---|---|
| 프로젝트 규칙 | 기존 규칙 파일과 적용 범위 | 실제로 읽는 파일 위치와 작업별 적용 여부 |
| 에디터 확장 | 사용 중인 확장과 버전, 라이선스 | 설치 가능 여부와 호환되지 않는 기능 |
| MCP 연결 | 서버 주소, 인증 방식과 필요한 최소 권한; 키 자체는 제외 | 연결 상태, 허용 도구와 승인 동작 |
| 모델·청구 | 현재 계정의 플랜, 모델과 잔여 사용량 | 신규·기존 계약 적용, 추가 과금과 세금 |
| 복구 자료 | 시작 커밋과 미커밋 변경, 설정 백업 | 원래 환경으로 돌아갈 방법과 외부 변경의 별도 복구 |
규칙 위치의 출처는 위 Windsurf 규칙 문서와 Cursor 규칙 문서입니다. 나머지 행은 직접 시험할 항목이며 지원 보증이 아닙니다.
요금과 브랜드 변경 공지는 위의 2026-11-01 확인 자료를 참고하세요.
가격: 구독과 사용량#
2026-11-01에 확인한 신규 개인 요금은 위 표를 참고하세요. Cursor는 신규 Premium 이상의 타사 모델 사용을 구독료와 별도로 청구하며, Devin은 포함량을 넘긴 유료 사용자에게 추가 사용을 API 가격으로 구매할 수 있다고 안내합니다. 이는 별도 API 계정의 직접 사용료와도 구분하세요. 환율·부가세와 지역별 청구 조건은 결제 화면에서 확인하세요. 기존 2026-09-06 표기는 실제 검증 기록이 확인되지 않았습니다.
미르 코드가 맞는 경우 / 맞지 않는 경우#
Mirr Code는 한국어를 우선하는 터미널 코딩 에이전트를 찾는 경우 후보입니다. 에디터와 클라우드 에이전트가 중심이라면 위 두 제품이 더 직접적인 선택지입니다. Mirr에서 기존 확장과 규칙을 그대로 사용할 수 있는지는 확인되지 않았습니다. 현재 조건은 요금제와 결제 화면에서 확인하세요.
브랜드 변경을 계약 변경으로 읽지 않는 방법#
제품 이름이 바뀌면 먼저 설치한 프로그램, 계약한 상품과 실제 쓰는 에이전트를 구분하세요. 2026-11-02 다시 읽은 Cognition의 발표는 Windsurf의 다음 제품을 Devin Desktop으로 소개하며 에이전트 관리 화면과 IDE를 설명합니다. 기존 사용자의 플랜과 가격, 확장 등이 유지된다는 제공사의 안내도 있습니다. 이 설명을 모든 미래 계약의 불변 보장으로 바꾸지는 않습니다. 본인의 갱신 조건과 계정 화면을 보관하면 신규 요금표와 혼동할 가능성을 줄일 수 있습니다.
브랜드만 보고 익숙한 설정을 모두 버릴 필요는 없습니다. 반대로 이름만 바뀌었다고 실제 실행 경로와 정책이 전혀 바뀌지 않았다고 가정해서도 안 됩니다. 지금 쓰는 에이전트가 무엇인지, 어떤 규칙을 읽고 어느 계정으로 요청하는지 확인하세요. 발표에 나온 향상 수치나 고객의 평가는 이 페이지의 동일 과제 결과가 아닙니다. 실제 설정 이전과 현재 계약을 확인한 자료가 있어야 자신의 작업에 대한 결론을 낼 수 있습니다.
설정 자산을 이식 가능한 것부터 분류하세요#
프로젝트의 언어와 테스트 명령처럼 도구에 덜 의존하는 규칙은 공유 문서로 관리할 수 있습니다. 특정 에디터의 파일 형식, 단축키와 확장 설정은 별도로 보관하는 편이 좋습니다. MCP 주소와 인증은 또 다른 자산입니다. 이 셋을 한 파일에 섞으면 새 환경으로 옮길 때 무엇이 적용되지 않았는지 찾기 어렵습니다. 규칙의 내용이 같다는 사실과 실제로 도구가 읽었다는 관찰도 구분하세요. 문서 경로를 옮겼다는 이유로 이전 성공을 선언하지 마세요.
각 자산에는 관리자를 정할 수 있습니다. 팀 규칙은 저장소의 검토 절차를 따르고 개인 설정은 사용자가 관리하며 비밀값은 승인된 저장 방식으로 분리합니다. 공용 파일에 개인 계정을 넣어 공유하면 접근 회수가 복잡해질 수 있습니다. 이전 과정에서는 설정값 자체뿐 아니라 어떤 작업에 필요한지도 적으세요. 오래전 추가한 확장이 지금도 필요한지 확인하면 불필요한 호환성 시험을 줄일 수 있습니다. 단지 새 도구가 설치되지 않는다는 이유로 사용자의 기존 설정을 삭제해서는 안 됩니다.
기존 규칙의 중복 적용을 점검합니다#
2026-11-03 읽은 공식 사용자화 문서는 현재 Devin Local의 규칙과 예전 Windsurf 파일의 가져오기를 설명합니다. 예전 규칙이 자동으로 읽힐 수 있으므로 새 규칙을 추가할 때는 같은 내용이 중복되거나 충돌하는지 봐야 합니다. Cursor 규칙 문서와도 적용 범위를 비교하세요. 두 문서에서 Markdown을 쓴다는 이유만으로 모든 메타데이터와 우선순위가 같다고 가정하지 않습니다.
확장과 개발 환경은 기능별로 시험하세요#
확장 이름이 같은지만 확인하면 평소 업무의 차이를 놓칠 수 있습니다. 언어 서버, 디버거, 원격 개발과 사내 확장을 기능별로 나눠 보세요. 설치 성공, 실행 성공과 실제 업무 완료는 다른 단계입니다. 라이선스나 배포 경로가 달라지는 항목도 확인하세요. 이 페이지는 현재 모든 확장 조합의 호환성을 검증하지 않았습니다. 팀이 꼭 쓰는 기능을 우선 목록으로 만들고 작은 작업으로 시험하면 불필요한 전체 이전을 피할 수 있습니다.
키바인딩과 화면 배치도 이전 비용의 일부입니다. 사용자가 익숙한 조작을 새 환경에서 어떻게 수행할지 확인하되, 학습에 걸린 시간을 임의의 평균으로 제시하지 않습니다. 작업 중 두 에디터가 같은 파일을 열 수 있다면 저장과 외부 변경 반영을 주의하세요. 한쪽에서 에이전트가 고친 내용을 다른 쪽의 오래된 버퍼로 덮어쓰지 않도록 담당을 정합니다. 이 위험은 공유 파일을 다루는 일반적인 운영 문제이며 어느 제품의 결함을 실측했다는 주장은 아닙니다.
MCP 설정은 파일 복사보다 권한 검토가 먼저입니다#
MCP를 옮길 때는 서버 주소, 인증 방식과 허용 도구를 분리하세요. 설정 파일을 복사하면 연결할 수 있을 것이라는 기대와 실제 접속은 다릅니다. 비밀값을 문서나 공개 transcript로 옮기지 않고 승인된 방식으로 인증해야 합니다. 먼저 읽기 기능만 필요한 과제인지 판단하고 쓰기 권한을 자동으로 붙이지 않습니다. 연결에 성공한 뒤에도 도구 호출의 대상과 결과를 확인하세요. 이 글은 이전 과정에서 실제 서비스에 접속하거나 외부 자료를 수정하지 않았습니다.
외부 서비스에 쓰기를 수행한 과제는 저장소를 원래 상태로 되돌리는 것만으로 복구되지 않을 수 있습니다. 이슈, 문서와 데이터 변경은 각 서비스의 권한과 절차로 처리해야 합니다. 이전 시험 전에 외부 효과가 없는 합성 대상을 정하면 위험을 줄일 수 있습니다. 실패했다고 다른 개인 계정으로 우회하는 방법을 기본으로 삼지 마세요. 조직이 허용한 경로와 필요한 승인자를 확인하세요. 설정 이전 transcript에는 무엇을 하지 않았는지도 적는 편이 결과의 범위를 설명하기 좋습니다.
Devin Local의 MCP 설정은 프로젝트의 .devin/mcp_config.json(버전 관리 대상), 버전 관리에서 제외되는 .devin/mcp_config.local.json, 사용자 설정 파일의 세 범위로 나뉩니다. 기본으로 에이전트는 MCP 도구를 호출하기 전에 승인을 묻는다고 문서가 설명합니다. 관리자는 신뢰하는 MCP 통합을 기본으로 허용할 수 있습니다. 옮길 서버가 어느 범위에 속하는지 먼저 적으면 공유 설정과 개인 인증이 섞이지 않습니다 (Devin 문서, 2026-11-03 확인).
조직 관리자는 팀 설정의 MCP & ACP에서 레지스트리를 관리하고, MCP 레지스트리 탭의 토글로 레지스트리 항목에 맞는 서버를 MCP 허용 목록과 별도로 허용할 수 있다고 문서가 설명합니다. 레지스트리를 여러 개 설정하면 Devin Desktop은 모두의 합집합을 쓰므로, 한 레지스트리를 줄여도 다른 레지스트리의 서버는 남습니다. 이전 계획에서는 개인 설정 서버와 조직 레지스트리 서버를 나눠 적으세요. OAuth 인증 정보가 만료되면 서버 목록에 인증 필요 상태가 나타나고, 재인증 버튼으로 브라우저 인증을 다시 실행한다고 문서가 설명합니다 (Devin 사용자화 문서, 2026-11-03 확인).
되돌릴 수 있는 이전 계획#
이전 전에는 시작 커밋과 미커밋 변경, 기존 규칙과 확장 목록을 보존합니다. 작업 파일과 비밀값의 백업 범위는 다르게 정하세요. 새 환경에서 첫 과제를 마치기 전에 원래 환경을 삭제하지 않는 편이 낫습니다. 비교 기간에는 어느 환경이 기준인지 정하고 팀원이 서로 다른 규칙을 수정하지 않도록 조율합니다. 이것은 제안하는 운영 절차이며 이 페이지가 실제 이전을 수행하거나 복구 시간을 측정한 결과는 아닙니다.
복구 조건도 구체적으로 적으세요. 필수 확장이 작동하지 않는 경우, 규칙 적용을 확인할 수 없는 경우와 조직 정책을 만족하지 못한 경우는 복귀 판단의 후보입니다. 단순히 익숙하지 않다는 이유와 기능이 불가능하다는 이유를 구분하면 재시험할 항목이 보입니다. 돌아갈 때는 새 환경이 만든 diff를 먼저 검토하고 보존할 작업을 분리해야 합니다. 원래 환경의 설정을 덮어써 복구하려 하지 마세요. 다른 사람의 미완료 변경이 섞였으면 담당자와 합의한 뒤 처리합니다.
계약과 설정을 함께 평가하는 선택 메모#
실제 비교 메모에는 현재 계약, 필요한 기능과 이전되지 않은 자산을 함께 넣으세요. 신규 구독이 싸 보여도 기존 조건을 잃으면 전체 비용 판단이 달라질 수 있습니다. 반대로 기존 계약을 유지하는 것이 언제나 낫다는 결론도 아닙니다. 필요한 모델과 기능, 관리 부담을 현재 조건으로 살펴보세요. Devin의 추가 사용 구매와 Cursor의 타사 모델 비용은 해당 경로의 실제 사용량으로 확인하세요. 브랜드 변경만으로 어느 쪽이 더 싸졌다고 계산하지 않습니다.
| 선택 메모 | 남길 구체적인 내용 | 다음 판단 |
|---|---|---|
| 유지할 자산 | 규칙, 확장과 개발 명령 | 새 환경에서 시험할 우선순위 |
| 분리할 자산 | 개인 설정과 인증 자료 | 공유하지 않을 범위와 관리자 |
| 현재 계약 | 상품, 갱신과 기존 조건 | 해지 전에 확인할 손실 |
| 시험 결과 | 실제 diff, 테스트와 미실행 항목 | 업무를 옮겨도 되는지 |
| 복구 조건 | 실패 유형과 원래 환경 | 보존할 변경과 복귀 절차 |
표는 이전을 준비할 때 사용할 기준입니다. 실제 프로젝트 규칙·설정 이전 기록은 아직 없으므로 아래 경로 매핑은 공식 문서에 근거한 제안으로 읽어 보세요.
파일 경로와 우선순위로 보는 규칙 이전#
2026-11-03에 읽은 Devin Local 사용자화 문서는 .devin/rules/*.md와 예전 .windsurf/rules/*.md를 함께 읽는다고 설명합니다. 그러나 전역 규칙 파일은 다릅니다. .devin/global_rules.md와 .windsurf/global_rules.md가 모두 있으면 .devin/global_rules.md만 읽는다고 명시합니다. 모든 예전 파일이 덮어써진다는 설명도, 모든 새 파일이 예전 파일을 우선한다는 설명도 아닙니다. 규칙 디렉터리의 병합과 전역 파일의 선택을 분리해야 이전 계획이 정확해집니다.
스킬은 작업 공간 범위에서 .devin/skills 아래 폴더를, 전역 범위에서 사용자 설정 폴더 아래 폴더를 읽는다고 문서가 설명합니다. 예전 .windsurf/skills와 .agents/skills도 읽히므로 이전할 때 같은 스킬이 두 번 잡히지 않는지 확인하세요. 작업 공간 스킬은 저장소와 함께 커밋되고 전역 스킬은 커밋되지 않습니다. 요청이 스킬 설명과 맞으면 자동으로 쓰이고, 사용자는 슬래시 명령으로 직접 부를 수도 있습니다 (Devin 사용자화 문서, 2026-11-03 확인).
예시로 기존 전역 파일에 “새 의존성은 검토 후 추가”가 있고 새 전역 파일에는 테스트 명령만 적혀 있다고 합시다. 두 파일이 함께 있으면 문서상 선택되는 새 전역 파일에 의존성 제한이 없는 상태가 될 수 있습니다. 반대로 같은 제한을 양쪽 규칙 디렉터리에 복사하면 둘 다 읽힐 수 있습니다. 이 사례는 실제로 발생한 충돌이 아니라 파일 우선순위에서 나오는 검토 질문입니다. 단순히 폴더 이름을 바꾸는 이전보다 원래 유지할 문장이 어느 파일에서 도달하는지 확인하는 계획이 필요합니다.
| 유지하려는 내용 | Devin Local의 위치·조건 | Cursor의 대응 방식 | 이전에서 결정할 것 |
|---|---|---|---|
| 공통 지침 | AGENTS.md 또는 always-on 규칙 | AGENTS.md 또는 항상 적용하는 프로젝트 규칙 | 도구 중립 문서를 공유할지 |
| 특정 파일 지침 | trigger: glob과 대상 패턴 | .mdc 규칙의 glob 적용 | 경로와 자동 적용 범위 |
| 필요할 때만 쓰는 지침 | manual 또는 model_decision | 수동·관련성 기반 프로젝트 규칙 | 호출 조건과 설명 |
| 예전 Windsurf 규칙 | legacy 규칙의 기본 가져오기 | 그 경로를 Cursor 규칙으로 가정하지 않음 | 내용과 형식을 따로 옮기기 |
| 전역 지침 | 새·구 전역 파일의 명시된 우선순위 | 개인 User Rules와 프로젝트 규칙 구분 | 개인 선호와 팀 지침의 분리 |
Cursor의 Rules 문서는 프로젝트 규칙에 .mdc 확장자가 필요하고 그 위치의 일반 .md는 규칙으로 읽히지 않는다고 안내합니다. 따라서 Devin 규칙을 .cursor/rules 아래로 그대로 복사한 뒤 파일이 보인다는 이유로 적용됐다고 판단하면 안 됩니다. 공통 내용을 AGENTS.md에 둘지와 Cursor 전용 적용 메타데이터를 만들지는 다른 선택입니다. 표는 의미를 어디에 둘지 비교하는 지도이지 자동 호환성을 보장하는 변환표가 아닙니다.
Devin Local은 프로젝트 루트의 AGENTS.md를 항상 적용되는 규칙으로 읽고, 버전 관리 밖에 둘 개인 규칙은 AGENTS.local.md로 나눌 수 있다고 문서가 설명합니다. 작업 디렉터리까지 가는 중간 디렉터리의 AGENTS.md도 읽히므로 하위 폴더별 지침이 가능합니다. Cursor도 하위 디렉터리의 AGENTS.md를 지원하며, 상위 지침에 합쳐 더 구체적인 지침을 우선한다고 설명합니다 (Devin 문서, Cursor 규칙 문서, 2026-11-03 확인).
Devin Local의 사용자화 문서는 이 에이전트가 Devin CLI와 하네스를 공유하므로, 규칙, 스킬, MCP 설정이 같은 형식과 검색 방식을 쓴다고 설명합니다. 한쪽에서 만든 사용자화가 다른 쪽에서도 동작한다는 설명이 있어 이전 계획에는 CLI 사용 여부도 적으세요. 이 공유는 Devin 제품 안의 관계이므로 Cursor의 규칙 체계와는 별개의 항목으로 두세요 (Devin 사용자화 문서, 2026-11-03 확인).
같은 문서는 Devin의 플러그인이 Windsurf 플러그인과 무관하다고 따로 적어 둡니다. Windsurf 플러그인은 Devin을 JetBrains와 VS Code 같은 편집기로 가져가거나 Devin Desktop에 설치하는 편집기 확장을 뜻하며, 둘 다 에이전트가 아니라 IDE를 확장한다고 문서가 구분합니다. 이름이 비슷해 혼동하기 쉬우므로 이전 목록에서 두 항목을 따로 적어 두세요 (Devin 사용자화 문서, 2026-11-03 확인).
첫 이전 과제로 문서 정리를 택한다면#
실행하지 않은 이전 예시로, 문서를 고칠 때만 용어 표를 참고하고 테스트 파일에서는 기존 mock 규칙을 따르게 하려는 팀을 생각해 봅시다. Devin Local에서는 문서와 테스트 규칙을 나누어 해당 glob 조건을 검토할 수 있습니다. Cursor에서는 각각의 .mdc 규칙에 적용할 파일 범위를 맞춥니다. 모든 규칙을 항상 주입하면 문서 작업에도 테스트 전용 지시가 섞일 수 있으므로 내용의 필요 시점과 형식을 함께 설계하는 예시입니다.
첫 단계는 규칙 문장을 바꾸지 않고 적용 대상을 분류하는 것입니다. “문서의 한국어 용어를 유지한다”와 “외부 API 호출은 테스트에서 mock한다”는 목적이 다릅니다. 두 번째 단계에서 각 도구의 형식에 맞춰 범위를 표현합니다. 마지막에는 합성 문서 수정과 테스트 수정에서 어떤 규칙이 읽히는지 확인할 수 있습니다. 내용 개정까지 동시에 하면 결과가 달라진 이유를 분리하기 어려우므로 이전과 내용 개선을 구분하는 안입니다.
다중 에이전트 관리와 설정 소유권#
Devin Desktop 발표는 여러 로컬·클라우드 에이전트를 관리하는 화면을 소개합니다. 여기서 구분할 대상은 위 사용자화 문서가 Devin Local에 관한 설명이라는 점입니다. 관리 화면에 보이는 외부 에이전트가 같은 규칙 경로와 인증을 자동 공유한다고 볼 근거는 아닙니다. 여러 에이전트를 쓰는 팀은 공통 요구를 전달할 문서와 실행 주체별 설정을 나눌 수 있습니다. 관리 화면의 편의와 각 실행 주체의 구성은 서로 다른 설계입니다.
Cursor 프로젝트 규칙은 저장소 단위의 적용 대상을 먼저 읽게 합니다. 같은 저장소에서 Devin Local과 Cursor를 병행하려면 공통 문서를 어느 쪽이 읽는지 확인하고 도구별 형식을 따로 유지하는 안이 가능합니다. 양쪽에 서로 다른 테스트 명령이 적혀 있다면 현재 계약이 무엇인지 결정하세요. 한쪽의 개인 전역 지침을 팀 규칙으로 복사하면 다른 팀원의 작업까지 바꿀 수 있으므로 공용과 개인의 경계를 유지합니다.
Cursor 규칙은 Team Rules, Project Rules, User Rules 순서로 적용되며, 해당하는 규칙을 모두 합치고 지침이 충돌하면 앞의 출처가 우선한다고 문서가 설명합니다. Team Rules는 대시보드에서 만들며 Enforce 설정을 켜지 않으면 구성원이 끌 수 있습니다. Team Rules에도 glob 패턴을 달 수 있어 대상 파일이 맥락에 있을 때만 적용됩니다. 개인 전역 규칙을 팀 규칙으로 옮기기 전에는 이 순서에서 어느 지침이 이기는지 시험 과제로 확인하세요 (Cursor 규칙 문서, 2026-11-03 확인).
Cursor 프로젝트 규칙은 Always Apply, Apply Intelligently, Apply to Specific Files, Apply Manually 네 유형으로 적용되며, 각 유형은 description, globs, alwaysApply 값으로 정해진다고 문서가 설명합니다. Always Apply는 모든 채팅 세션에 들어가고, Apply Manually는 채팅에서 @로 부를 때만 들어갑니다. Team Rules는 Team과 Enterprise 플랜에서만 쓸 수 있으므로, 개인 전역 규칙을 옮길 때는 플랜 조건을 함께 적으세요 (Cursor 규칙 문서, 2026-11-03 확인).
계약을 옮기기 전에 남길 질문#
결제 주기와 통화가 다르면 같은 기간으로 맞춘 뒤 설명하세요. 연간 선결제의 월 환산을 매월 내는 금액처럼 쓰지 않고, 세금 포함과 별도 표시도 나눕니다. 이전 중 두 도구를 함께 쓰면 그 기간의 지출을 별도로 남길 수 있습니다. 이 페이지는 환율이나 사용량을 임의로 넣어 월 총액을 계산하지 않았습니다. 계약과 실행 자료가 있어야 이전 비용을 설명할 수 있습니다.
두 이전안을 분리한 복구 계획#
앞의 가상 문서·테스트 규칙을 옮긴다면 첫 번째 안은 Devin Desktop 안에서 예전 규칙을 유지하면서 새 경로를 도입하는 것입니다. 여기서는 .windsurf/rules와 .devin/rules가 함께 읽힌다는 조건과 전역 파일의 우선순위가 핵심입니다. 바꾼 파일의 목록을 보관하고 새 전역 파일에 빠진 의무가 없는지 검토한 뒤 적용할 수 있습니다. 복귀할 때는 새로 도입한 파일과 내용 변경을 식별해 처리해야 합니다. 이름이 예전이라는 이유만으로 .windsurf 전체를 먼저 삭제할 계획은 적절하지 않습니다.
두 번째 안은 공통 지침을 유지하며 Cursor용 적용 형식을 새로 만드는 것입니다. 공통 AGENTS.md에 둘 내용과 .cursor/rules의 .mdc로 둘 내용을 나누고, 각 규칙의 자동 적용 범위를 맞춥니다. 문서 용어 규칙은 문서 대상에, 테스트 mock 규칙은 테스트 대상에 연결하는 예시입니다. 새 규칙이 읽혔는지 확인하지 못했다면 원래 지침을 없애는 단계로 넘어가지 않습니다. 실제 로딩과 과제 결과를 확인할 수 있는 시험을 별도로 수행할 계획이어야 합니다.
확장과 MCP는 이 규칙 복구의 바깥에 둡니다. 규칙 문서가 적용된다는 결과는 디버거 확장이 작동한다는 결과도, MCP의 인증이 옮겨졌다는 결과도 아닙니다.
어느 자산 때문에 남거나 옮길 것인가#
기존 Windsurf 규칙과 확장이 업무의 중심이라면 그 자산을 유지하는 안부터 검토할 이유가 있습니다. Cursor의 에디터와 팀 규칙 구조가 필요하다면 .mdc의 적용 범위와 공통 지침을 나눠 운영하는 부담을 함께 볼 수 있습니다. 단순히 설정 파일 수가 적은 쪽을 고르는 것이 아니라 자신의 업무에서 조건부 규칙과 필수 확장이 어디에 묶여 있는지를 읽는 선택입니다.
이 글의 공개 경로 매핑과 복구안은 제안이며 실제 프로젝트 설정 이전 transcript는 아직 없습니다. 같은 과제의 변경과 검증을 확보하기 전에는 문서상 구성 가능성을 성공한 이전이나 성능의 우열로 표현하지 않습니다.
수정·보완 기록#
제품명 전환과 기존 계약을 구분하고 설정 자산 점검표를 추가했습니다. 문서에 기재된 파일 경로가 실제 이전 성공을 입증하지는 않으며, 규칙·확장·MCP의 실행 기록은 아직 없습니다.
검증일 · 출처#
출처: 각 공식 요금·문서 페이지(페이지 본문에 확인일 표기). 정기적인 재확인 일정은 확인되지 않았습니다. 구매 전 공식 페이지에서 현재 가격과 한도를 확인하세요.
기존 페이지에 기재된 전체 검증일의 실제 확인 기록은 확인되지 않았습니다. 2026-11-01에 확인한 자료는 Devin Desktop 안내, Devin 요금, 설정 문서, Cursor 요금, Cursor 규칙입니다. 이전 작업의 실측 자료는 없습니다.
📋 추가 검증 필요
- 프로젝트 규칙·설정 이전 transcript
- 기능표가 아닌 '설정 자산' 체크리스트 표(점검용이며 이전 실행 결과 아님)