Mirr Code의 한계와 로드맵

검증된 이슈 상세는 이 페이지에서 확인할 수 없습니다. 예를 들어 큰 저장소에서의 긴 작업, 특정 프레임워크의 심층 통합, 다국어 혼합 코드베이스가 필요한 경우에는 사용 환경에서 직접 결과를 확인하세요. 이 항목들은 평가 예시이며 확인된 이슈 목록은 아닙니다.

향후 기능의 범위와 일정은 이 페이지에서 확인되지 않았습니다. 공개된 릴리스 정보는 체인지로그에서 확인하세요.

최신 영어 벤치마크, 방대한 생태계, 성숙한 팀·기업 기능에서는 Claude Code·Cursor 등이 더 나을 수 있습니다. 그런 용도라면 억지로 옮길 필요는 없습니다.

확인되지 않은 숫자를 자랑하지 않습니다. 일반 성능 우위를 경쟁사 이름과 함께 주장하지 않습니다. 한계를 숨기지 않습니다.

향후 계획에 관해 이 페이지에서 확인할 수 있는 내용은 제한적입니다. 공개된 릴리스 정보는 체인지로그를 참고하세요.

버그와 기능 제안은 지원 채널로 보내주세요. 재현 단계를 함께 적어 주세요.

다음 업데이트의 범위와 일정은 이 페이지에서 확인되지 않았습니다. 공개된 릴리스 정보는 체인지로그를 참고하세요.

현재 이슈 목록과 확인된 로드맵 날짜는 아직 제공하지 않습니다. 평가 예시를 알려진 결함 목록으로 읽지 마세요. 버그 문의에는 버전·재현 단계·기대 결과를 적고 비밀정보를 제거하세요.

이전에 막혔던 동작을 다시 볼 때는 당시의 입력, 실행 조건과 기대한 결과를 기록해 두세요. 새 버전에서는 같은 입력과 실행 조건으로 증상을 다시 실행하고, 그때의 버전을 mirr --version으로 함께 기록하세요.

같은 문제가 반복될 때는 다음 시도로 무엇을 새로 알 수 있는지 먼저 적으세요. 입력이나 환경을 바꾸지 않은 재시도로는 새로 알 수 있는 것이 적습니다. 예상 밖의 파일 변경이 보이거나, 허용하지 않은 외부 접근이 필요해지거나, 원본을 보존할 수 있는지 확실하지 않다면 그때는 작업을 멈추는 조건으로 정해 두세요. 승인 요청의 경로나 명령이 요청과 다르면 거절하고, 복구 전에는 원본과 현재 변경을 따로 보관하세요.

모델 문서 기준으로 현재 기본 모델이 하나 제공되고, 다른 모델은 미출시라 아직 선택할 수 없습니다. 모델 선택 화면은 /model 명령으로 열고, 목록에 없는 이름을 직접 입력했다면 연결과 응답 문제 문서의 확인 순서를 따르세요. 아직 나오지 않은 모델의 성능과 출시 시기는 확인되지 않았습니다.

한글 파일 이름과 본문을 다룬 관찰은 한 대의 macOS arm64 설치 환경에서 얻은 결과입니다. 새 설치, 그래픽 화면, 한글 조합 입력, 사람이 승인창에서 승인하거나 거절한 경우, 체크포인트 복구, 외부 서비스 연동은 그 관찰에서 확인하지 않았습니다. 사용량과 비용 필드도 값이 없거나 0이었으므로 무료 이용이나 정확한 소비량을 판단할 수 없습니다. 사용한 모델의 이름도 확정하지 못했습니다.

자동 실행을 스크립트에 넣을 때는 명령의 종료 코드만 보고 성공을 판단하면 안 됩니다. 한 관찰에서는 쓰기 도구를 허용하지 않은 상태로 파일 생성을 요청했더니 도구가 거부됐고 디렉터리는 비어 있었지만, 명령은 종료 코드 0과 성공 결과로 끝났습니다. 같은 요청을 쓰기 도구에 권한을 준 상태로 실행하자 파일이 생겼고 내용도 요청과 같았습니다. 그 실행의 최종 답변은 쓰기 도구만 사용했다고 요약했지만, 실행 기록에는 쓰기 뒤의 읽기 도구 호출이 함께 남아 있었습니다. 결과는 도구 기록과 실제 파일로 확인해야 합니다. 터미널 명령 문서도 자동화에 넣을 때 오류 출력과 종료 코드를 처리하라고 안내합니다.

대화가 길어지면 /compact로 요약해 이어갈 수 있습니다. 요약은 지금까지의 요청, 읽은 파일, 결정한 내용을 줄여 주는 기능이며, 긴 작업의 정확도를 보장하지는 않습니다. 작업 방향을 바꿀 때 바뀐 조건을 다시 말하지 않으면 이전 조건이 남을 수 있습니다. 다른 프로그램에서 파일을 고쳤다면 그 사실을 알려 주는 것이 좋습니다. 긴 작업의 결과는 실제 변경 파일과 실행 기록으로 확인하세요.

자동 실행은 결과의 정확성이나 안전을 보장하지 않습니다. Yolo 모드에서는 개별 도구 실행의 승인 단계가 건너뛰어지며, 그 안에 중요한 작업도 포함됩니다. 파일 삭제, 외부 서비스 변경, 배포처럼 되돌리기 어려운 작업이 있다면 실행 범위와 백업을 먼저 정해야 합니다.

연결한 서비스가 제공하는 도구만 쓸 수 있으므로, 가능한 작업은 /mcp에 표시된 도구에 따라 달라집니다. 주소만 입력하면 되는 서비스도 있지만, 계정이나 이용 권한, 별도 프로그램 설치, 인증이 필요한 서비스도 있습니다. 외부 도구 연결과 모델 선택은 별개이고, 실행 권한은 작업 모드와 도구 권한의 영향을 받습니다. 읽기만 필요한 작업이라면 서비스 계정 권한도 읽기 범위로 제한하세요.

소개 문서는 HWP와 HWPX 문서를 이해하는 것과 실제 파일을 읽거나 수정·변환하는 것을 구분합니다. 실제 처리 범위는 연결된 도구와 실행 환경에 따라 달라집니다. 처리 결과가 원본과 같은 내용을 담고 있는지는 결과 파일을 원본과 대조해 확인해야 합니다. 특정 문서 형식의 처리 품질은 이 페이지에서 확인되지 않았습니다.

사내망이나 VPN에서만 연결이 실패하면 원인이 연결 환경인지 Mirr Code인지 단정하기 어렵습니다. 연결 문서는 다른 허용된 연결에서도 같은지 확인하라고 안내합니다. 한글 입력이 중복되거나 커서가 어긋나는 증상도 터미널, 운영체제, 입력기, 글꼴 조합에 따라 달라집니다.

이용 한도와 계정 상태는 /usage 화면에 표시된 내용을 기준으로 확인해야 합니다. 계정 이용 권한이 없다는 오류는 인터넷을 다시 연결한다고 해결되지 않습니다. 로그인한 Patty 계정과 이용 상태를 확인하고, 화면의 안내와 실제 상태가 다르면 문의하기로 오류 문구를 보내라고 문서는 안내합니다. 이용 한도의 숫자와 요금은 이 페이지에서 확인되지 않았습니다.

mirr review는 Git이 추적하는 파일의 커밋되지 않은 변경을 봅니다. 아직 추적하지 않는 새 파일은 포함되지 않습니다. 기본 브랜치와 비교하는 명령은 커밋하지 않은 수정을 포함하지 않습니다. AI 리뷰도 모든 오류를 찾지 못하므로 중요한 변경은 테스트와 사람의 검토를 함께 거치는 편이 좋습니다. 리뷰가 지적한 위치와 실제 동작이 맞는지도 직접 대조하세요.

단축키 문서는 터미널이나 운영체제가 같은 키 조합을 먼저 쓰면 Mirr Code에서 단축키가 동작하지 않을 수 있다고 안내합니다. 터미널이 키 조합을 가로채거나 다르게 전달한다면 /help에서 기본 조작을 확인하라고 적혀 있습니다. 한글을 조합하는 중이라면 입력을 확정한 뒤 다시 시도해야 할 수도 있습니다. 이 증상은 터미널 설정이나 입력 방식과 관련이 있을 수 있으므로, 원인을 Mirr Code의 기능 자체로 단정하지 마세요.

회사나 기관의 컴퓨터에서는 설치 파일을 내려받는 것이 허용되는지 관리자가 확인해야 할 수 있습니다. 내려받기 주소가 404나 파일 없음으로 응답하면 파일 제공 상태를 살펴야 하고, 이때는 오류가 난 주소와 문구를 문의로 보내라고 설치 문제 문서는 안내합니다. Linux에서는 설치에 필요한 기본 프로그램이 빠져 있으면 missing required command 메시지가 나올 수 있습니다. 이 경우 운영체제나 장비 관리자에게 도움을 요청해야 합니다.

Windows에 설치한 Mirr Code는 WSL 안에서 자동으로 쓸 수 없습니다. WSL에서 작업하려면 WSL 터미널 안에서 Linux용 설치 안내를 따로 실행해야 합니다. 제거도 WSL 안에서 따로 해야 합니다. 두 환경에 각각 설치했다면 mirr --version을 환경마다 따로 확인해야 어느 쪽 버전인지 알 수 있습니다.

기존 프로젝트를 살펴보거나 고치려면 해당 파일과 폴더에 접근할 수 있어야 합니다. 파일을 새로 만들거나 수정하는 작업에는 쓰기 권한도 필요하다고 설치 전 확인 사항 문서는 설명합니다. 권한이 없으면 Mirr Code가 파일을 만들거나 고치지 못합니다. 이 권한은 운영체제와 계정 설정에서 정해지며, Mirr Code가 권한을 새로 얻어 주지 않습니다.

Mirr Code를 제거해도 프로젝트 파일과 별도로 저장된 설정과 대화 기록은 삭제되지 않습니다. 프로그램을 지우는 것은 Patty 계정 삭제나 구독 해지와 별개입니다. 이 컴퓨터의 로그인을 해제하려면 종료 전에 mirr logout을 실행하라고 제거 안내가 적고 있습니다. 프로젝트 폴더나 설정 폴더 전체를 지우지 말라는 안내도 함께 있으므로, 지울 항목은 하나씩 확인하세요.

설정 파일로는 언어, 테마, 도구 같은 항목을 조정합니다. 다만 계정이 제공하는 모델과 서비스 연결은 따로 관리되며, 설정 문서는 제공된 접속 정보를 그대로 유지하라고 안내합니다. 공통으로 지원되는 설정은 기본값, 개인 설정, 프로젝트 설정, 실행 옵션 순서로 우선순위가 정해집니다. 순서를 모르면 어느 설정이 실제로 적용됐는지 헷갈릴 수 있습니다.

mirr -p의 출력은 요청과 프로젝트에 따라 달라진다고 명령 문서는 적고 있습니다. JSON 출력을 쓰더라도 내용이 늘 같은 형태라고 가정하면 안 됩니다. 결과를 읽는 코드는 실패 응답이나 빈 응답이 왔을 때의 처리도 함께 준비해야 합니다. 출력 예시 하나만 보고 전체 형식을 판단하지 마세요.

관찰 기록에 나온 실행 시간은 성능을 비교하는 값으로 쓰지 않았습니다. 앞선 실패 시도도 숨기지 않고 함께 남겼습니다. 다른 도구와 비교하려면 같은 조건에서 따로 측정해야 하며, 그런 비교 결과는 확인되지 않았습니다.

소개 문서는 AI가 제안한 코드와 설명에 오류가 있을 수 있으니 실행 결과와 테스트를 확인하라고 안내합니다. 그러나 테스트가 통과해도 모든 요구사항이 충족됐다고 단정할 수는 없습니다. 테스트가 다루지 않은 조건은 사람이 검토해야 합니다. 실행하지 못한 검사는 결과에 남겨 두세요.

/rewind에는 현재 대화에서 쓸 수 있는 체크포인트만 표시됩니다. 다른 대화에서 만든 변경 지점은 이 목록에 나오지 않습니다. 체크포인트는 돌아갈 수 있도록 저장된 작업 지점이며, 세션 문서는 체크포인트가 프로젝트 백업이나 버전 관리를 대신하지 않는다고 설명합니다.

한 실행에서는 기록 출력을 가린 형태로 저장했더니 정확한 오류 문구가 보이지 않았습니다. 실행이 실패했다는 사실은 남았지만, 원인은 확정하지 못했습니다. 기록을 가리면 원인을 좁힐 정보도 줄어들 수 있으니, 문의에 쓸 자료는 비밀값만 지운 원문 구간을 기준으로 준비하세요.

진행 중인 응답은 Ctrl+C로 중단할 수 있지만, 중단 전에 이미 실행된 파일 수정이나 외부 서비스 작업은 자동으로 취소되지 않습니다. 연결 문서는 중단한 뒤 같은 대화에서 어디까지 진행됐는지 묻거나 대화를 다시 불러와 확인하라고 안내합니다.

방침은 기업용이나 조직용 관리 기능이 적용되는 경우에만 지정된 관리자나 보안 담당자가 조직 안의 이용 기록과 감사 기록을 확인할 수 있다고 적고 있습니다. 이 페이지는 사용하는 계약에서 그 관리 기능이 제공되는지 확인하지 않았습니다.

Plan 모드는 먼저 조사하고 계획을 제안하며, 그 계획을 승인한 뒤 실행으로 이어집니다. 계획은 대화로 고칠 수 있지만, 승인된 계획이 실행 결과를 보장하지는 않습니다. 실행이 끝난 뒤에는 변경된 파일과 실행한 명령을 따로 확인해야 합니다.

이 페이지가 인용하는 한글 파일 관찰은 mirr v0.6.15 설치와 특정 날짜에 묶여 있습니다. 버전이 바뀌면 같은 결과가 나온다고 가정할 수 없으므로, 새 버전에서는 같은 조건으로 다시 확인하세요.

명령 목록은 설치한 확장 기능에 따라 추가 명령이 나타날 수 있다고 단축키 문서는 안내합니다. 그래서 문서에 나온 명령과 화면의 목록이 다를 수 있습니다. 목록에 없는 명령을 찾을 때는 /help로 현재 설치 상태에서 쓸 수 있는 기본 조작부터 확인하세요.

모델 요청을 보내고 응답을 받으려면 인터넷 연결이 필요합니다. 모델을 쓰려면 Patty 계정으로 로그인해야 하며, 설치와 버전 확인은 로그인 전에 할 수 있습니다. 두 조건 중 하나라도 갖춰지지 않은 환경에서는 모델을 통한 작업을 기대할 수 없습니다.

설정 문서는 스킬을 작업 지침, MCP를 외부 도구 연결 방식, 패키지를 확장 기능을 묶어 배포하는 단위로 구분합니다. 각 확장 기능이 실제로 무엇을 할 수 있는지는 제공자의 안내에서 확인해야 하며, 그 범위는 이 페이지에서 확인되지 않았습니다.