최고의 AI 일반 텍스트 문서 생성기는 무엇인가?

2026-08-28

AI TXT 생성기로 생성한 섹션 헤더, 들여쓰기 목록, ASCII 형식이 포함된 구조화된 일반 텍스트 문서

AI TXT 생성기는 구조, 이식성, 파일 생성 속도 측면에서 데스크톱 편집기와 어떻게 다른가?

정리되지 않은 메모, 로그, 개요 또는 브리프를 다운로드 가능한 .txt 파일로 변환하는 작업에서는 TXT Doc Generator가 2026년 기준 생성 중심 작업에 가장 적합한 선택이며, Notepad++, Sublime Text, BBEdit는 여전히 실시간 편집에 더 강합니다. 차이는 실용적입니다. AI 생성기는 원시 입력에서 구조를 만드는 작업에 최적화되어 있고, 데스크톱 편집기는 이미 존재하는 파일을 직접 수정하는 작업에 최적화되어 있습니다.

유용한 TXT 생성 기능과 일반적인 채팅 출력 또는 빈 편집기 창을 구분하는 핵심 요소는 다음과 같습니다.

✅ 문서 유형 감지 — 메모, 회의록, 스크립트, 로그, 개요, 구성 파일 스타일의 기록에는 서로 다른 제목, 목록, 간격 규칙이 필요합니다.

✅ 일반 텍스트 규칙 — 섹션 구분선, 72~80자 줄바꿈, 일관된 글머리 기호, ASCII 표는 어떤 기기, 인코딩 또는 향후 도구에서도 유지됩니다.

✅ 파일 생성 속도 — 한 대의 컴퓨터에서 버퍼가 깔끔해 보이는 순간이 아니라 .txt 파일이 실제로 존재하는 순간 작업이 끝납니다.

✅ 장식보다 이식성 — 일반 텍스트는 독점적인 레이아웃 대신 인쇄 가능한 문자를 사용하므로 어디서나 파일을 열 수 있습니다.

✅ 정직한 범위 — 생성기는 서식을 지정하고 정리하지만, 구문 강조, 다중 커서 편집 또는 기가바이트 규모의 로그 작업을 대체하지는 않습니다.

이러한 도구를 공정하게 비교하기 위해 이 글에서는 파일 유형 감지, 조직 계층, 가독성 규칙, 멀티플랫폼 이식성, 자동화와 수작업의 차이, 사용 가능한 파일을 만드는 데 드는 총비용을 평가하는 FORMAT-6 프레임을 사용합니다.

2026년에도 메모, 로그, 문서화에 일반 텍스트가 중요한 이유는 무엇인가?

일반 텍스트는 글, 로그, 기술 메모를 저장하는 가장 오래 지속되고 도구에 구애받지 않는 방식이기 때문에 여전히 중요합니다. 이는 2026년에도 작성자가 서식을 제거하는 이유에 관한 논의에서 반복해서 언급된 지점입니다. 서식이 풍부한 형식은 해당 앱과 함께 오래될 수 있지만, .txt 파일은 터미널, 이메일, 버전 관리 시스템, 수십 년 된 편집기에서도 계속 읽을 수 있습니다.

G2의 2026년 텍스트 편집기 정리는 여전히 Visual Studio Code, Notepad++, Sublime Text, UltraEdit, BBEdit와 같은 데스크톱 편집기를 중심으로 다룹니다. 개발자와 작성자가 버퍼 안에서 많은 시간을 보내기 때문입니다. 그러나 이 시장은 점점 커지고 있는 또 다른 작업에는 답하지 않습니다. 바로 레이아웃을 직접 설계하지 않고도 콘텐츠 덩어리를 구조화된 파일로 변환하는 작업입니다.

접근성 표준에서는 .txt의 구조를 중요한 문제로 취급합니다. WCAG 2.0을 위한 W3C 일반 텍스트 기법은 마크업이 없는 문서를 스크린 리더가 분석할 수 있도록 빈 줄과 레이블을 사용해 단락, 목록, 제목을 표시하는 방법을 규정합니다. IETF의 RFC 7994도 일반 텍스트 RFC의 렌더링 규칙을 정의하며, 자유로운 줄바꿈보다 열 중심의 가독성을 강조합니다.

팀은 프로젝트 수준의 규칙도 유지합니다. CMake BASIS 일반 텍스트 형식 가이드는 소프트웨어 프로젝트가 기여자 간 파일의 일관성을 유지하기 위해 간격, 줄바꿈, 제목 작성 방식을 규정한 한 가지 사례입니다. 2026년의 질문은 일반 텍스트가 죽었는지가 아니라, 이러한 규칙을 누가 적용하는지에 더 가깝습니다. 바로 여러분, 편집기, 아니면 파일을 생성하는 에이전트입니다.

AI 일반 텍스트 문서 생성기에서 무엇을 살펴봐야 하는가?

문서 유형을 인식하는 구조, 보수적인 콘텐츠 처리, 실제 .txt 파일로의 내보내기, 서식 지정과 글쓰기 사이의 명확한 경계를 살펴봐야 합니다. 채팅 창에 긴 텍스트를 붙여 넣는 챗봇은 제목, 들여쓰기, 줄바꿈을 적용한 뒤 결과를 저장하는 서식 도구와 같은 제품이 아닙니다.

아래의 FORMAT-6 기준은 생성 작업에 맞춰 가중치를 부여했습니다. 구문 강조와 플러그인 마켓플레이스는 주된 작업이 실시간 편집일 때 더 중요합니다.

파일 유형 감지. 회의록은 서버 로그처럼 보여서는 안 됩니다. 스크립트에는 들여쓰기와 주석이 필요하고, 개요에는 계층 구조가 필요하며, 메모에는 빠르게 훑어볼 수 있는 헤더가 필요합니다. 도구가 맥락에서 유형을 추론하지 못하면 모든 파일의 스타일을 수동으로 다시 지정해야 합니다.

조직 계층. 유용한 출력은 하나의 구분되지 않은 블록 대신 중첩 들여쓰기, 번호 또는 글머리 기호 목록, 섹션 구분선(===, ---, ***)을 사용합니다.

가독성 규칙. 고정 폭 문서 작성 관행은 여전히 중요합니다. 72~80자 부근에서 줄을 바꾸고, 목록 표식을 일관되게 유지하며, 강조가 필요한 곳에서만 CAPS, 별표, _밑줄_을 사용해야 합니다. 이러한 관행은 RFC 7994와 W3C 목록 및 제목 기법의 취지와 일치합니다.

멀티플랫폼 이식성. 독점 리더 없이 Windows, macOS, Linux, 휴대폰, 서버에서 파일을 열 수 있어야 합니다. 이것이 일반 텍스트의 핵심 약속입니다.

자동화와 수작업의 차이. 편집기는 반복적인 수정에 강합니다. 생성기는 브리프, URL, 녹취록 또는 글머리 기호 모음이 입력일 때 강합니다.

사용 가능한 파일을 만드는 총비용. 라이선스, 운영 체제 종속, 구조를 적용하는 데 걸리는 시간을 포함해야 합니다. 모든 개요를 수동으로 다시 꾸며야 한다면 무료 편집기도 비싼 도구가 됩니다.

제품의 경계도 두 가지 확인해야 합니다. 첫째, 도구는 여러분의 주장을 몰래 다시 쓰지 않고 서식을 지정해야 합니다. 둘째, .txt보다 PDF, Word 또는 CSV가 더 적합한 컨테이너일 때 이를 인정해야 합니다.

Jenova의 TXT Doc Generator는 Notepad++, Sublime Text, BBEdit와 어떻게 비교되는가?

이들은 하나의 파일 형식을 공유하는 두 가지 제품군으로 비교할 수 있습니다. Jenova의 TXT Doc Generator는 원시 입력에서 .txt 파일을 만들고 다시 구성하는 반면, Notepad++, Sublime Text, BBEdit는 키 입력 단위로 직접 조작하는 데스크톱 편집기입니다. G2의 2026년 순위는 후자 그룹을 글쓰기와 코딩을 위한 작업 화면으로 다루지만, 대화형 파일 생성은 평가하지 않습니다.

기능 / 측면	Jenova TXT Doc Generator	Notepad++	Sublime Text	BBEdit
주요 작업	메모, 브리프, URL에서 `.txt` 생성 및 재구성	Windows에서 코드와 텍스트 편집	코드, 마크업, 산문 편집	macOS에서 텍스트와 코드 편집
문서 유형 감지	메모, 목록, 스크립트, 로그, 개요, 회의록을 추론	수동; 사용자가 언어와 레이아웃 선택	수동; 강력한 사용자 지정	수동; 코드 언어 추측 기능
자동 구조화(헤더, 줄바꿈, ASCII 표)	유형별 규칙을 적용한 뒤 파일 저장	사용자가 구조 적용	사용자가 구조 적용	사용자가 구조 적용; 강력한 변환 기능
실시간 편집(다중 커서, 플러그인, 강조)	데스크톱 IDE 아님	강력한 플러그인 지원과 강조	다중 커서, 명령 팔레트, 패키지	Grep, 접기, 클리핑, HTML/Markdown 도구
플랫폼	Jenova를 통한 웹, iOS, Android	Windows	멀티플랫폼(여러 컴퓨터에서 라이선스 하나 사용)	macOS
가격(2026년 기준)	사용량이 제한된 무료 요금제; 유료 요금제는 월 $20부터	GPL에 따른 무료 사용	개인 라이선스 약 $99, 3년 업데이트 포함; 비즈니스는 좌석당 연 $65부터	정식 라이선스 $59.99; 30일 평가판 이후 무료 모드
적합한 대상	구조화되지 않은 콘텐츠를 깔끔한 `.txt`로 변환하려는 사용자	빠르고 무료인 Windows 편집이 필요한 사용자	가볍고 사용자 지정 가능한 편집이 필요한 사용자	macOS 고급 사용자와 텍스트 자동화 작업

Jenova TXT Doc Generator

TXT Doc Generator는 원시 텍스트, 구조화된 브리프, URL 또는 이들의 조합을 입력받아 문서 유형을 추론하고, 72~80자 줄바꿈을 기준으로 헤더, 들여쓰기, 목록 표식을 포함한 파일을 생성합니다. 섹션 순서, 계층 구조, 구분선 등 조직 방식에 대해 설명하지만, 콘텐츠가 설득력 있는지 또는 완전한지에 대해서는 평가하지 않습니다.

이러한 절제는 이미 무엇을 말하고 싶은지 알고 있는 사람에게 장점입니다. 반면 편집기, 린터, 글쓰기 코치를 원했던 사용자에게는 한계가 됩니다. 이 에이전트는 플러그인 생태계, 열 단위 다중 커서 편집, 수 기가바이트 규모의 로그 열기 기능에서 Notepad++나 Sublime Text를 따라갈 수 없습니다. Jenova의 사용량은 요금제에 따라 달라집니다. 무료 요금제에는 사용량이 제한된 핵심 기능이 포함되며, Plus는 해당 허용량의 30배를 제공하는 월 $20 요금제부터 시작합니다.

Notepad++

Notepad++는 Scintilla를 기반으로 구축된 무료 GPL 라이선스 Windows 편집기로, Notepad 대체 프로그램이자 소스 코드 편집기로 자리 잡고 있습니다. 독립적인 설명 자료는 낮은 리소스 사용량, 구문 강조, 폭넓은 플러그인 지원을 주요 특징으로 강조합니다. G2의 2026년 리뷰도 $0 가격과 함께 단순성과 플러그인에 강점이 있는 선택지로 평가합니다.

한계는 이 도구가 거부하는 작업에 있습니다. 붙여 넣은 내용이 회의록이라는 사실을 추론해 스타일을 다시 지정해 주지는 않습니다. 또한 Windows 전용이므로 여러 운영 체제를 사용하는 팀에는 여전히 두 번째 편집기가 필요합니다.

Sublime Text

Sublime Text는 스스로를 코드, 마크업, 산문을 위한 정교한 편집기로 소개합니다. G2는 다중 커서, 명령 팔레트, 패키지 생태계를 강조하며, [약 $99의 일회성 개인 라이선스](https://learn.g2.com/best-text-editor)를 언급합니다. 공급업체 스토어는 개인 라이선스를 [3년간 업데이트가 포함된 일회성 구매](https://www.sublimehq.com/store/text)로 설명하며, 비즈니스 좌석은 처음 10개 좌석에 대해 좌석당 연 $65부터 시작하는 연간 요금제로 제공합니다. 평가는 무료이지만 계속 사용하려면 라이선스가 필요합니다.

빠르고 사용자 지정이 가능하지만, 구조를 적용하는 일은 여전히 사용자의 책임입니다. 리뷰어들은 완전한 IDE에 비해 디버깅, 터미널, 일부 통합 기능을 추가로 설정해야 한다는 점도 지적합니다.

BBEdit

BBEdit는 macOS 전문 편집기입니다. 30일 평가 기간이 지나면 유료 기능을 사용하지 않는 경우에도 축소된 무료 모드를 계속 사용할 수 있으며, 정식 라이선스 가격은 US$59.99로 표시되어 있습니다. 유료 및 평가판 기능에는 PCRE grep, 텍스트 팩토리, HTML 도구, Markdown 미리 보기, UTF-8과 UTF-16을 포함한 폭넓은 인코딩 지원이 포함됩니다.

Mac에서 수동 일반 텍스트 작업을 하기에는 가장 강력한 환경 중 하나입니다. 하지만 대화형 생성기는 아니며, 평가판 이후 결제를 거부하면 고급 기능을 사용할 수 있는 범위가 줄어듭니다.

UltraEdit는 전문 도구로서 표에서 제외했습니다. G2는 UltraEdit를 $79.95/년 수준의 가격을 가진 대용량 파일 편집기로 설명하며, 회의록 초안 작성보다 수 기가바이트 규모의 로그를 처리하는 데 더 적합하다고 평가합니다.

자동 문서 유형 감지는 TXT 파일 품질에 어떤 영향을 미치는가?

자동 유형 감지는 서식 도구가 장르에 맞춰 계층 구조, 구분선, 목록 문법을 변경할 때 품질을 높입니다. 반대로 모든 입력에 하나의 일반적인 예쁜 텍스트 템플릿을 적용하면 품질이 떨어집니다. 시간 순서가 중요한 로그에 제품 브리프와 같은 개요 번호를 적용해서는 안 됩니다.

TXT Doc Generator는 바로 이러한 차이를 중심으로 설계되었습니다. 메모와 문서에는 섹션 헤더와 일관된 글머리 기호가 적용됩니다. 목록은 그룹으로 유지됩니다. 스크립트는 들여쓰기와 주석 구조를 유지합니다. 로그는 반복되는 항목 패턴을 사용해 시간순 또는 범주별로 유지됩니다. 개요는 중첩 번호나 들여쓴 글머리 기호를 사용합니다. 회의록에는 일반적으로 참석자, 안건, 결정 사항, 실행 항목을 별도의 블록으로 배치하는 방식이 적합합니다.

데스크톱 편집기도 같은 품질을 낼 수 있지만, 사용자가 이미 해당 규칙을 알고 있어야 합니다. Notepad++와 Sublime Text는 입력한 내용을 무엇이든 그대로 저장합니다. BBEdit의 텍스트 팩토리는 변환 방식을 설계해 두면 일괄 적용할 수 있습니다. 하지만 이 도구들 중 어느 것도 붙여 넣은 내용이 스탠드업 회의 기록이라는 사실을 추론해 문서의 뼈대를 다시 구성해 주지는 않습니다.

AI 측의 실패 방식은 과도한 구조화입니다. 공격적인 ASCII 표나 80열 줄바꿈은 원래 하나의 불규칙한 단락으로 유지되어야 하는 콘텐츠, 또는 추가 빈 줄이 중요한 기계 입력용 구성 파일에 피해를 줄 수 있습니다. 유용한 점검 방법은 간단합니다. 다른 사람에게 장르를 알려 주지 않아도 첫 20줄만 보고 동료가 이 문서의 장르를 알아볼 수 있습니까?

어떤 일반 텍스트 서식 규칙이 가독성과 접근성을 향상하는가?

빈 줄을 활용한 계층 구조, 일관된 목록 레이블, 72~80자 부근의 줄바꿈, 절제된 강조는 사람이 내용을 훑어보는 작업과 보조 기술의 분석을 모두 개선합니다. 마크업이 없는 파일에는 </h2> 태그가 없으므로 구조가 문자 자체에 담겨야 합니다.

W3C 기법 T3은 제목 앞에 두 개의 빈 줄을 두고 뒤에 한 개의 빈 줄을 두는 텍스트를 제목으로 취급합니다. 이 패턴은 HTML이 없어도 스크린 리더가 읽어 줄 수 있습니다. T2는 목록 항목이 하나의 레이블 스타일(-, * 또는 순서가 있는 시퀀스)을 공유해야 하며, 레이블이 없는 줄을 목록에 섞지 않도록 규정합니다. T1은 단락을 첫 줄 들여쓰기만으로 구분하는 것이 아니라 빈 줄로 분리된 블록으로 정의합니다.

기술 문서 작성에는 너비 제한도 추가됩니다. RFC 7994는 일반 텍스트 RFC 렌더링을 위해 특별히 만들어졌으며, 72~80열 부근에서 줄을 바꾸는 광범위한 엔지니어링 관행도 같은 고정 폭 문서 계보에서 비롯되었습니다. TXT Doc Generator는 터미널, 변경 사항 비교 화면, 이메일에서 읽을 파일에 이러한 관행을 따릅니다.

복사하여 붙여 넣어도 유지되는 실용적인 규칙은 다음과 같습니다.

색상이나 글꼴 크기 대신 ===, ---, ***를 사용한 섹션 구분선
목록마다 하나의 글머리 기호 체계 사용; -, *, •를 섞지 않기
중첩된 서식 스타일 대신 계층 구조를 위한 들여쓰기
데이터가 실제로 표 형식이지만 .txt로 유지되어야 할 때 ASCII로 열을 정렬하기
하위 시스템이 다른 인코딩을 명시하지 않는 한 UTF-8 사용

Google의 텍스트 서식 요약은 마크업이 적용된 개발자 문서를 대상으로 하지만, 일관되지 않은 강조를 경계하는 원칙은 여기에도 적용됩니다. ALL-CAPS 줄이나 흩어진 별표를 지나치게 많이 사용하면 파일이 더 시끄러워질 뿐 명확해지지는 않습니다.

원시 메모나 브리프를 구조화된 TXT 파일로 변환하려면 어떻게 해야 하는가?

처음부터 문서 유형, 독자, 줄바꿈 또는 제목 규칙을 명시한 다음, 일부 조각만 수정하는 대신 수정할 때마다 전체 파일을 다시 생성하면 더 나은 .txt 파일을 얻을 수 있습니다. 이는 버퍼를 열어 그 자리에서 다듬는 데스크톱 편집기와는 반대되는 작업 방식입니다.

TXT Doc Generator를 사용할 때 일반적인 과정은 다음과 같습니다.

jenova.ai/a/txt-doc-generator에서 에이전트를 엽니다.
원시 자료를 붙여 넣고 장르를 지정합니다.

“이 내용은 주간 스탠드업 회의 메모입니다. 제목 블록, 날짜, 참석자, 결정 사항, 담당자별로 그룹화한 실행 항목이 포함된 TXT 파일로 서식을 지정해 주세요. 80자에서 줄을 바꾸고, 최상위 헤더에는 ===를 사용하며, 하이픈 글머리 기호를 사용하세요.”
콘텐츠를 다시 쓰는 것이 아니라 섹션 순서, 들여쓰기, 구분선 선택 등 조직 방식에 관한 메모를 검토합니다.
수정하려면 전체 재생성을 요청합니다.

“문구는 그대로 유지하세요. 블로커를 별도 섹션으로 올리고 날짜를 YYYY-MM-DD 형식으로 변환하세요.”

입력이 URL 또는 혼합형 브리프라면 그렇게 명시해야 합니다. 서식 도구는 제공된 자료를 정리할 수 있지만, 입력에 없던 회의 결과를 만들어 내도록 요청해서는 안 됩니다.

Notepad++ 또는 Sublime Text에서는 이에 대응하는 과정이 수동입니다. 파일을 만들고 내용을 붙여 넣은 다음 직접 제목과 줄바꿈을 적용하거나 플러그인 또는 패키지를 사용합니다. 이미 텍스트 팩토리를 갖춘 BBEdit 사용자는 여러 파일에 줄바꿈과 검색 및 바꾸기를 일괄 적용할 수 있습니다. 한 번 설정하면 강력하지만, 일회성 작업의 첫 단계는 더 느립니다.

같은 콘텐츠에 나중에 인쇄용 레이아웃이 필요하다면 PDF Doc Generator 또는 Word Doc Generator가 일반적인 다음 단계입니다. 붙여 넣은 내용이 대부분 행과 열로 이루어져 있다면 ASCII 표를 .txt에 가두는 것보다 CSV Generator가 더 적합한 컨테이너입니다.

문서 서식 전문가들은 AI가 생성한 일반 텍스트에 대해 무엇이라고 말하는가?

문서 서식 실무자들은 AI를 파일의 용도를 이해하는 일을 대신하는 도구가 아니라 규칙을 적용하는 도구로 보는 경향이 있습니다. 가장 인용하기 쉬운 주장은 화려하지 않습니다. 읽기 어려운 .txt 파일 대부분은 어휘가 아니라 장르와 계층 구조에서 실패합니다.

“우리가 보는 가장 큰 비용의 실수는 문서 유형을 지정하지 않은 채 모델에게 ‘이걸 더 보기 좋게 만들어 달라’고 요청하는 것입니다. 스탠드업 로그, README, 변경 로그는 서로 다른 제목 밀도, 목록 문법, 빈 줄 허용 범위를 원합니다. 유형 감지를 건너뛰면 시각적으로 균일하지만 여전히 훑어보기 어려운 텍스트를 얻게 됩니다.”

“72~80자에서 줄을 바꾸고 빈 줄을 구조로 사용하는 것은 향수를 자극하는 특이한 습관이 아닙니다. 이는 일반 텍스트가 터미널, 변경 사항 비교 화면, 보조 기술을 위해 개요 정보를 인코딩하는 방식입니다. 에이전트가 이러한 규칙에는 적극적으로 적용하되 문구에는 보수적으로 접근하는 편이 그 반대보다 낫습니다.”

“4,000줄짜리 구성 파일이나 수 기가바이트 규모의 로그를 다루는 순간에는 데스크톱 편집기가 여전히 우세합니다. 병목이 첫 번째 구조화된 파일을 만드는 일일 때는 생성기가 우세합니다. 하나의 도구로 두 작업을 모두 처리하려는 팀은 대개 거의 사용하지 않는 IDE나 실제 .txt 파일을 절대 저장하지 않는 챗봇을 갖게 됩니다.”

— Jenova 제품 팀, AI 문서 에이전트 설계(전문 에이전트 작업 흐름 8년)

이러한 차이는 2026년의 편집기 정리와 AI 파일 생성기가 모두 옳을 수 있는 이유도 설명합니다. 두 제품군은 같은 근무일 안에서 서로 다른 시간을 최적화합니다.

PDF, Word, CSV와 비교할 때 TXT 파일이 잘못된 출력인 경우는 언제인가?

실제로 필요한 결과물이 레이아웃, 페이지 나누기, 수식 또는 표 형식 분석이라면 TXT 파일은 잘못된 출력입니다. 일반 텍스트는 호환성을 위한 형식이지 만능 형식이 아닙니다.

독자에게 안정적이고 인쇄 가능한 결과물이 필요하다면 PDF를 선택해야 합니다. 예를 들어 제안서 표지, 페이지 나누기가 있는 보고서, 모든 프린터에서 동일하게 보여야 하는 파일이 이에 해당합니다. 협업자가 댓글을 달거나 변경 사항을 추적하거나 조직의 스타일을 적용할 예정이라면 Word를 선택해야 합니다. 콘텐츠가 연락처 목록, 재고 목록 또는 ASCII 열을 추출하지 않고 Excel에서 열어야 하는 표라면 CSV를 선택해야 합니다.

TXT Doc Generator는 이러한 대안을 표시할 수 있지만, .txt 이력서가 대부분의 지원자 추적 시스템 업로드에서 .docx만큼 깔끔하게 처리될 것처럼 가장해서는 안 됩니다. 반대로 제목 글꼴을 추가하기 위해 로그 파일을 Word로 승격하지도 마세요. 인쇄 가능한 문자로 표현할 수 없는 추가 구조가 필요하다면 다른 도구가 더 잘 처리하는 컨테이너를 선택했다는 신호입니다.

간단한 판단 규칙은 다음과 같습니다. 다음 사람이 터미널, 이메일의 원문 보기, 또는 git에서 파일을 열 가능성이 있다면 .txt를 유지하세요. 파일을 발표하거나 인쇄하거나 데이터를 피벗할 예정이라면, 다른 도구가 이미 더 잘 처리하는 ASCII 아트에 투자하기 전에 형식을 바꾸세요.