한국어로 일하는 코딩 에이전트: 번역이 아닌 도구를 고르는 기준

한국어로 일하는 코딩 에이전트 기준, 무엇이 달라졌나#

한국어 중심은 제품의 방향이지 모든 한국어 작업에서 우수하다는 뜻이 아닙니다. 여기서 한국어 네이티브를 따져볼 항목은 한국어 입출력과 오류 메시지, 초성 검색, 한국어 문서, 한국어 리뷰입니다. 각 항목의 실제 품질은 따로 확인하세요.

평가 기준: 환경·과제·채점표·제외 기준·한계#

같은 OS와 입력기, 저장소, 파일, 한국어 요청을 사용해 비교하세요. IME 조합과 초성 검색은 입력 화면의 기능이고, 리뷰 문장과 HWPX·엑셀은 생성 결과의 품질입니다. 이 페이지는 독립적인 동일 과제 시험을 수행하지 않았으며 채점표를 제시하지 않습니다.

아직 수행하지 않은 점검 설계입니다. 도구별 점수나 성공 표시를 넣지 않았습니다.

다음은 아직 수행하지 않은 재현 절차입니다. 합성 저장소·문서·로그만 사용하거나 실제 자료의 민감 정보를 제거하고, 비밀값과 자격 증명을 없애세요. 공급자의 데이터 보관·학습 정책을 검토하고 격리 환경에서 외부 서비스 쓰기·발송·배포를 차단해 외부 부작용을 방지합니다.

1. 한글 파일명과 의도된 오류가 있는 합성 코드 diff, 기대 리뷰 항목, 합성 HWPX·엑셀 문서와 확인 기준을 준비합니다.
2. 도구마다 같은 복사본과 한국어 리뷰·문서 요청을 제공하고 OS, IME, 모델, 버전, 권한과 실행 횟수를 기록합니다. 모델이 다르면 그 차이를 밝힙니다.
3. 입력 조합과 파일명 보존, 리뷰의 지적 위치, 문서의 내용·서식, 오류 안내를 사전 기준으로 각각 확인합니다. 실패와 중단을 포함해 결과물을 기록하고 독립 검토합니다.

비교표: 6개 도구#

다음은 2026-11-01 확인한 공식 안내입니다. 여섯 사례만 정리했으며 순위나 한국어 성능 비교가 아닙니다.

위 두 후보를 더해 총 8개 작업 환경을 검토합니다. 연결한 공식 자료의 기능 설명만으로 한국어 문서 제공 범위나 초성 검색을 인증하지 않았습니다. 공식 한국어 문서가 필요한 독자는 각 문서의 언어 선택과 최신화를 따로 확인하세요. 모든 후보에 같은 한국어 과제를 실행한 결과는 아직 없습니다.

공식 한국어 문서가 있는지도 직접 확인할 수 있는 기준입니다. 출처 확인(2026-11-02 03:37–03:38 KST): 아래 공개 주소와 언어 연결을 확인했습니다. ‘미확인’은 확인한 페이지에서 한국어 연결을 확정하지 못했다는 뜻이며, 한국어 문서가 없다는 뜻은 아닙니다.

문서의 제공 언어는 실제 한국어 성능의 검증이 아닙니다. 한국어 번역의 완전성·최신성, 입력 동작과 리뷰 품질은 각각 확인하세요.

분야별 최적 + 왜 미르가 전체 1위는 아닌가#

1. 한국어 IME로 조합 중인 글자를 수정하고 입력 누락이 없는지 살펴봅니다.
2. 필요한 경우 초성 명령 검색과 한글 파일명 검색을 각각 확인합니다.
3. 같은 diff의 한국어 리뷰에서 지적 위치와 표현이 정확한지 검토합니다.
4. HWPX·엑셀 결과물을 해당 프로그램에서 열어 내용과 서식을 확인합니다.
5. 오류와 복구 안내를 기록하고 모델·버전·권한을 함께 남깁니다.

이 점검은 독자가 실행할 절차입니다. 이 페이지가 각 도구의 결과를 이미 측정했다는 뜻은 아닙니다.

미르 코드가 맞는 경우와 맞지 않는 경우#

한국어 문서와 터미널 작업이 필요하다면 Mirr Code의 명령 안내를 살펴볼 수 있습니다. IDE 작업 화면이나 다른 모델이 중요하다면 위 후보의 공식 안내도 비교하세요. 한국어 리뷰와 문서 작업의 완성도는 실제 시험 전까지 판단을 보류해야 합니다.

월간 갱신 · 출처#

표의 공식 문서와 제품 안내는 항목별로 확인했습니다. 한국어 공개 주소는 2026-11-02, Mirr 한국어 문서는 2026-11-03에 확인했고, 나머지는 기존 2026-11-01 기록입니다.

아직 확인하지 못한 항목: 초성 명령 검색과 한글 diff의 실제 실행 기록, 한국어 리뷰·HWPX 작업의 실행 결과, 같은 과제·모델·버전·입력기 조건에서의 독립 검토, 일부 도구의 공식 한국어 문서 제공 여부 확인.

한국어 지원을 네 단계로 나누는 이유#

한국어 코딩 에이전트를 고를 때는 화면의 번역, 입력 동작, 생성한 문장과 실제 결과 파일을 나눠 보세요. 한국어 메뉴가 있어도 입력기 조합이 맞는지는 별도입니다. 한국어 설명을 잘 써도 코드의 예외 조건이나 문서 서식을 보존했는지는 따로 확인하세요. 아래는 평가를 준비하는 제안이며 도구별 독립 채점이나 한국어 성능의 인증이 아닙니다.

첫 단계는 입력입니다. 사용자가 의도한 요청이 그대로 전달되는지 봅니다. 다음은 탐색과 출력입니다. 한글 파일을 정확히 찾고 요구사항의 범위를 보존한 설명과 코드를 만드는지 확인합니다. 문서 단계에서는 결과 파일을 열어 내용과 서식을 봅니다. 오류 단계에서는 실패 원인과 다음 행동을 한국어로 정확히 설명하는지 살펴봅니다. 한 단계의 성공으로 다른 단계를 통과 처리하지 않는 편이 좋습니다.

제품 방향을 설명하는 “한국어 중심”이라는 말과 측정 가능한 결과도 구분하세요. Mirr Code의 방향과 문서가 후보로 살펴볼 이유가 될 수는 있지만 모든 한국어 과제에서 더 정확하다는 결론은 아닙니다. 다른 도구의 공식 한국어 문서가 있는지도 참고 자료일 뿐입니다. 실제 요청과 같은 조건의 결과가 있어야 그 범위를 설명할 수 있습니다.

같은 입력 환경을 고정하기#

OS와 버전, 입력기, 터미널 또는 편집기와 글꼴을 기록합니다. 같은 도구라도 작업면이 달라지면 관찰 조건이 달라집니다. 화면 너비와 확대 상태가 오류를 읽는 데 영향을 줬다면 그 조건도 남길 수 있습니다. 모델과 도구 버전뿐 아니라 사람이 입력한 환경을 적어야 다른 사람이 재현할 수 있는 질문이 됩니다.

다음은 실행하지 않은 IME 시험 설계입니다. 두벌식 입력기에서 조합 중 Backspace가 마지막 자모 하나를 지우는 환경을 전제로 합니다. 영문 키 위치 기준 ghksqnf를 입력해 환불을 조합하고, 확정 전에 Backspace 한 번으로 마지막 ㄹ을 지운 뒤 f를 다시 입력합니다. 가상 수용 기준은 최종 입력이 환불이고 중복 자모나 누락이 없는 것입니다. 다른 입력기 설정이라면 같은 기준 편집기에서의 동작을 기준으로 조건을 먼저 맞추세요.

확정된 환불금액에서 커서를 두 글자 왼쪽으로 옮겨 예상을 넣는 두 번째 설계의 기대 문자열은 환불예상금액입니다. 이어 API를 붙인 뒤에는 한글 부분이 그대로이고 영문 대문자가 유지돼야 합니다. 입력창에 이미 깨진 문자열이 전달됐다면 모델의 한국어 이해를 채점할 단계가 아닙니다. 이 문장들은 원하는 입력 동작의 예이지 어떤 제품에서 성공했다는 관찰이 아닙니다.

초성 검색은 다른 과제입니다. 출처 확인(2026-11-03): Mirr 한국어 문서는 /에서 한글·영문·초성으로 명령을 찾고 파일은 @로 선택한다고 설명합니다. 명령 검색과 파일 선택을 나눈 실제 문서상 차이입니다. 해당 목록의 실제 항목을 선택하는 UI 관찰은 아직 없으므로 특정 초성의 검색 결과를 꾸미지 않습니다.

한글 경로와 주석을 보존하는 합성 과제#

가상 저장소에는 정책/환불.md와 정책/환불_보관.md가 있습니다. 현재 규정은 앞 파일이며 보관 파일에는 다른 과거 문구가 있습니다. 요청은 현재 파일의 “환불 가능”을 “관리자만 환불할 수 있습니다”로 고치되 REFUND_ALLOWED 식별자와 7일 조건, 보관 파일과 링크를 유지하는 것입니다.

기대 결과는 현재 파일의 지정 문구만 바뀌는 것입니다. 보관 파일을 새 기준으로 고치거나 두 파일을 합치면 탐색·범위 조건이 달라집니다. 7일을 영업일로 바꾸거나 REFUND_ALLOWED를 한국어 문자열로 바꾸면 자연스러워 보여도 계약을 바꾼 것입니다. 반대로 단지 영문 식별자가 남았다는 이유로 한국어 지원이 부족하다고 평가할 필요는 없습니다.

이 과제에서 파일 선택에 @를 쓰는 흐름과 에이전트가 전체 저장소에서 찾는 흐름은 입력 도움의 양이 다릅니다. 같은 결과를 비교할 때는 어느 쪽을 택했는지 정하세요. 한국어 설명의 유창성보다 먼저 이름이 비슷한 두 문서 중 현재 파일을 선택하는 판단을 시험할 수 있습니다. 입력·탐색·의미 보존이 서로 다른 항목인 이유가 이 한 과제에서도 드러납니다.

한국어 코드 리뷰의 정확성을 보는 기준#

미실행 합성 리뷰 입력: 관리자인 경우에만, 경과 일수가 0~7이고 금액이 음수가 아닐 때 환불 가능하다는 계약을 둡니다. 다음 코드는 리뷰 대상인 잘못된 제안이며 실제 서비스 코드가 아닙니다.

def refund(role, days, amount):
    if days <= 7:
        return amount
    return 0

가상 정답 지적은 세 가지입니다. role을 검사하지 않아 일반 회원도 허용한다는 권한 누락, 음수 days도 7 이하에 포함된다는 입력 누락, 음수 amount를 그대로 반환한다는 금액 검증 누락입니다. 관리자·7일·금액 100은 허용, 회원·3일·금액 100은 거부, 관리자·-1일 또는 음수 금액도 거부가 기대 조건입니다. 이 값들은 예제의 수용 기준이며 테스트를 실행한 출력이 아닙니다.

좋은 한국어 리뷰 문장의 예는 “현재 분기에는 역할 검사가 없어 일반 회원도 환불 금액을 받습니다. 관리자 조건을 추가하고 회원 입력을 거부하는 검사를 두는 편이 좋겠습니다”입니다. “보안이 위험합니다”보다 원인과 입력, 수정 방향이 연결돼 있습니다. 반대로 7일 조건 자체를 잘못이라고 지적하면 가상 계약을 바꾼 답입니다. 존댓말 여부와 지적의 정확성을 따로 평가할 수 있습니다.

HWPX와 엑셀 결과물의 한국어 확인#

문서 작업에서는 한국어 요청과 실제 파일의 결과를 연결해야 합니다. HWPX나 엑셀을 다루는 코드를 작성했다는 사실만으로 파일 읽기·수정·변환에 성공했다고 말할 수 없습니다. 연결 도구와 라이브러리, 버전과 권한을 기록하고 합성 파일을 실제 확인할 프로그램에서 열어 보세요. 모든 후보의 지원 범위는 현재 조합에서 검토하세요.

가상 HWPX의 제목은 “환불 안내”, 본문은 “관리자만 7일 이내 환불할 수 있다”, 표는 역할과 허용 여부 두 열, 각주는 “달력일 기준”이라고 정합니다. 요청은 본문을 존댓말로 다듬고 새 파일로 저장하되 제목·표·각주·관리자 한정과 7일을 유지하는 것입니다. 기대 문구는 “관리자만 7일 이내에 환불할 수 있습니다”입니다. 각주가 사라져 영업일처럼 읽히거나 역할 한정이 없어지면 내용 보존에 실패한 것입니다. 이 파일은 아직 생성하거나 열어 본 결과가 아닙니다.

엑셀은 다른 가상 입력을 씁니다. 시트 환불에 금액 100과 200, 합계 수식, 날짜 표시가 있고 요청은 열 제목만 “환불 금액”으로 바꾸는 것입니다. 기대 결과는 한글 시트명과 값, 수식과 날짜 표시가 그대로인 새 파일입니다. 합계가 300으로 보여도 수식이 고정값으로 바뀌면 수식 보존 요구와 다릅니다. HWPX의 문장 말투 과제와 같은 한 칸으로 채점할 이유가 없습니다.

지원 범위는 연결된 도구·버전과 실제 결과 확인에 달려 있습니다. 한국어로 이런 요구를 설명할 수 있다는 사실은 파일 변환 성공이 아닙니다. 이 한계와 실제 IME·검색·리뷰·문서 결과가 아직 없다는 점을 여기 모읍니다. 이후의 예제는 제품별 우승을 정하는 자료가 아니라 어떤 한국어 작업이 필요한지 고르는 미실행 입력입니다.

오류 메시지가 다음 행동을 알려 주는가#

오류 안내는 원인과 범위, 사용자가 할 수 있는 행동을 구분해 봅니다. 인증 실패를 코드 오류처럼 설명하거나 모델 한도를 네트워크 문제로 단정하면 잘못된 대응을 유도할 수 있습니다. 실제 오류 문구와 한국어 설명을 나란히 읽고 원문이 말하지 않은 원인을 덧붙이지 않았는지 확인하세요. 실패 원인을 모르면 추측임을 밝히는 편이 정확합니다.

안전한 합성 실패를 설계한다면 없는 파일을 참조하거나 허용하지 않은 로컬 작업을 요청하는 정도로 범위를 정할 수 있습니다. 실제 자격 증명을 노출하거나 운영 서비스를 실패시키는 시험은 필요하지 않습니다. 오류가 난 뒤 토큰을 대화에 붙이거나 인증서 검증을 끄라는 식의 대응이 나오면 검토할 항목으로 남기세요. 정상 결과뿐 아니라 실패 이후 안내도 사용 경험의 일부입니다.

같은 오류라도 처음 쓰는 사람과 관리자의 다음 행동은 다를 수 있습니다. 사용자가 확인할 계정과 파일 경로, 담당자에게 전달할 비밀값 없는 로그를 구분하면 도움이 됩니다. 회사 정책의 예외 승인을 개인 결제로 대신할 수 있다고 설명해서는 안 됩니다. 한국어가 친절하더라도 권한과 데이터 조건을 잘못 안내하면 좋은 오류 설명이 아닙니다.

공식 한국어 문서를 읽는 기준#

위 표의 한국어 문서 확인은 실제로 읽은 공개 주소와 당시 연결에 한정합니다. 한국어 페이지가 있다는 사실과 전체 문서가 번역됐다는 사실은 다릅니다. 영어 원문과 버전이 같은지, 필요한 설정과 오류 설명이 포함돼 있는지 확인하세요. 한 페이지에서 한국어 연결을 찾지 못했다는 관찰을 문서가 없다는 결론으로 넓히지 않습니다.

설정 문서에서는 명령과 옵션, 파일 이름을 보존했는지 살펴볼 수 있습니다. 자연스러운 번역이라도 명령 식별자를 바꾸면 실제 사용에 문제가 생길 수 있습니다. 반대로 영어 기술 용어가 있다는 이유만으로 한국어 지원이 부족하다고 판단하지 마세요. 독자가 원래 기능을 정확히 이해하고 필요한 문서로 이동할 수 있는지가 중요합니다. 예를 들어 Copilot의 한국어 문서(2026-11-02 확인)는 같은 영어 문서의 한국어 버전입니다. 설정과 오류 설명을 읽을 때 명령·옵션·파일 이름은 원형 표기와 대조하는 것이 한국어 문서를 읽는 기준입니다. Claude Code의 한국어 개요(2026-11-02 확인)는 영어 문서의 언어 연결에서 도달하는 페이지라는 점에서, 영어 문서에서 해당 기능을 찾아 언어를 전환하는 경로가 읽기 출발점이 됩니다. 제공 확인의 범위 안에서만 유효한 읽기 기준입니다.

결과를 읽는 사람을 위한 의미 보존표#

한국어 결과를 검토할 때는 자연스러운 문장과 보존해야 할 내용을 나누면 좋습니다. 다음 표는 실제 제품 채점이 아닌 검토 제안입니다. 수치와 이름, 권한과 예외 조건을 먼저 대조한 뒤 문장의 리듬과 번역투를 살핍니다. 더 읽기 쉬워졌더라도 원래 요구가 바뀌면 해당 수정은 다시 검토하세요.

표를 앞의 환불 리뷰에 적용하면 “관리자만”은 역할 한정, 0~7은 기간 범위, 음수 거부는 입력 계약입니다. “환불할 수 있다”라는 말투는 유지하되 일반 회원까지 허용하는 해석으로 바꾸지 않습니다. HWPX 과제에서도 같은 역할·기간은 내용 조건이고 존댓말은 표현 조건입니다. 하나의 검토표가 서로 다른 두 과제에서 어떤 의미를 지켜야 하는지 연결해 줍니다.

숫자 검사는 의미 검토의 일부입니다#

환불 안내의 숫자 7이 그대로 있어도 “7일 이후”로 바뀌면 반대 조건입니다. “달력일 기준”을 “영업일 기준”으로 바꾸면 기간 해석이 달라집니다. 리뷰의 예시 입력 100을 실제 환불 상한처럼 설명하는 것도 오류입니다. 한국어 결과를 볼 때 숫자 문자열만 맞추는 대신 주변 조건을 읽어야 하는 이유가 이 과제 안에 있습니다.

말투의 강도도 결과를 바꿉니다. “관리자만 할 수 있다”를 “관리자가 하면 좋다”로 바꾸면 권한이 권고가 됩니다. “연결된 도구에 따라 지원 범위가 달라진다”를 “모든 문서를 지원한다”로 요약하면 기능 범위를 넓힙니다. 환불 안내를 읽는 사람이 누가 행동할 수 있는지, 어떤 조건이 필요한지 오해하지 않도록 원래 의미를 보존해야 합니다. 정중한 문장도 이런 권한 판단을 바꾸면 적합한 결과가 아닙니다.

실제 업무에 맞는 첫 시험을 고르기#

Mirr의 같은 한국어 문서는 /language ko를 화면과 응답의 기본 언어를 한국어로 설정하는 명령으로 안내합니다(2026-11-03 확인). 특정 요청에는 다른 언어를 적을 수 있다고도 설명합니다. 가상 팀이 코드 식별자는 영어로 유지하고 사용자 안내만 한국어로 쓰려면 전체 식별자를 번역하는 요구와 구분할 수 있습니다. 이 명령은 실행하지 않았고 언어 설정이 IME 조합이나 리뷰 정답률까지 보장한다는 뜻도 아닙니다. 한국어 화면이 필요한지, 한국어 의미를 보존한 결과가 필요한지에 따라 첫 시험은 여전히 달라집니다.

문서 작업이 많은 사람은 HWPX와 엑셀을 먼저 시험할 수 있고 코드 리뷰가 많은 팀은 오류가 있는 합성 diff부터 볼 수 있습니다. 입력 문제가 자주 불편했다면 같은 입력기와 작업면에서 조합과 커서 동작을 먼저 확인하세요. 모든 항목을 한 번에 시험하지 않아도 되지만 확인하지 않은 영역을 포함해 한국어 전체 성능을 평가했다고 말하지 않습니다.

첫 결과가 좋으면 다음 범위를 정합니다. 한글 파일 수정이 끝났다면 비슷한 이름의 파일 탐색이나 예외 조건이 있는 리뷰를 추가할 수 있습니다. 실패가 나오면 원인을 입력 화면, 모델 이해와 연결 도구로 나눕니다. 한 번 실패했다는 이유로 모든 한국어 지원을 부정하거나 한 번 성공했다는 이유로 완전한 지원을 주장하지 않는 편이 정확합니다.

가상 개발자는 IME 입력이 주된 불편이면 첫 두 입력 시퀀스부터, 리뷰가 주 업무면 환불 코드의 세 누락부터, 문서가 필수면 HWPX의 역할·기간·서식부터 선택할 수 있습니다. 같은 한국어 도구라도 이 세 입력은 다른 기능과 모델·연결 도구를 사용합니다. 필요한 과제를 고르면 “한국어 UI가 있으니 충분하다”는 판단 대신 구체적인 첫 선택을 할 수 있습니다.

한국어 중심 도구를 선택하는 종료 기준#

입력 조합과 파일 탐색, 리뷰와 문서, 오류 안내 중 자신의 업무에 필수인 항목을 먼저 정하세요. 모든 영역을 같은 가중치로 합칠 필요는 없습니다. 문서 작업이 없는 팀은 그 항목을 제외할 수 있지만 한국어 성능 전체를 평가했다고 표현해서는 안 됩니다. 확인한 과제와 환경의 범위를 결과에 남기는 편이 좋습니다.

Mirr Code를 포함한 후보에 같은 자료와 수용 기준을 주고 실제 결과와 사람의 개입을 기록하세요. 현재 페이지의 공식 기능과 문서 언어 조사는 그 시험의 준비 자료입니다. 공통 측정 프로토콜과 독립 검토가 없으면 숫자 순위를 만들지 않습니다. 제품 방향을 근거로 우승자를 정하지 않고 어떤 한국어 작업을 어떤 조건에서 확인했는지 공개하는 정성적 가이드로 유지합니다.

오류 안내를 번역해 공유할 때는 원래 오류 문구도 비밀값을 제거한 뒤 함께 남기세요. 한국어 요약이 원문에 없는 원인을 확정하지 않았는지 검토할 수 있어야 합니다. 실제로 관찰하지 않은 해결 성공을 설명에 덧붙이지 않습니다.

한국어 결과를 다른 사람이 재검토할 수 있게 남기기#

환불 코드의 리뷰를 동료에게 넘길 때는 가상 계약과 잘못된 코드, 기대 지적 세 가지를 함께 줄 수 있습니다. 동료는 role 검사가 빠졌다는 지적이 맞는지와 7일 조건을 바꾸자는 제안이 불필요한지 판단할 수 있습니다. 모델의 한국어 문장만 전달하면 원래 계약이 없어서 이 차이를 읽기 어렵습니다. 문서 담당자에게는 같은 코드 대신 HWPX 원문과 바꿀 말투, 보존할 표·각주가 필요합니다.

입력 문제를 다루는 동료에게는 키보드·IME 설정과 기대 문자열이 더 중요합니다. 조합 중 Backspace에서 생긴 중복과 저장 파일에서 생긴 인코딩 문제는 다른 재현 입력이 필요하기 때문입니다. 이런 전달 자료의 차이가 제품 선택에도 반영됩니다. Mirr의 명령·파일 선택과 한국어 응답 안내는 후보로 살펴볼 근거지만 이 네 과제의 성공을 이미 입증하지는 않습니다. 공통 측정과 독립 결과가 없으므로 이 글은 숫자 순위가 아닌 정성 비교로만 읽어 주세요.

한국어 시험 결과의 최소 기록 항목#

한국어 입력과 명령 검색은 입력기, 터미널 글꼴, 언어 설정에 따라 결과가 달라질 수 있습니다. 입력기를 바꾸면 같은 키 입력이 다른 자모를 만들 수 있으므로 시험 전에 설정 화면을 기록해 두세요. 아래 칸을 채우지 않은 시험은 결과로 쓰지 않습니다. 이 페이지는 Mirr 문서의 /와 @, /language ko 설명을 근거로 칸을 정했을 뿐 실제 화면을 조작하지 않았습니다.

칸마다 실행한 값과 실행하지 않은 값을 나눠 적으세요. 검색 목록이 떴다는 사실은 원하는 명령을 골랐다는 증거가 아닙니다.

수정·보완 기록#

출처 범위: 한국어 네이티브는 입력·출력·문서·오류 안내의 점검 기준으로 정의했습니다. 여섯 도구의 공식 안내를 정리했으며, 한국어 정확도와 HWPX 작업을 시험한 점수표는 이 페이지에 없습니다.