정리 방법: 규칙, 기본값 및 제한
로컬 클리너의 기능
HumanFlow 로컬 클리너는 문자와 패턴을 결정론적으로 변환합니다. 입력, 활성 규칙 집합 및 대시 옵션이 같으면 엔진은 동일한 출력과 순서화된 변경 목록을 만듭니다. 언어 모델에 의미를 추론시키지 않습니다. 각 변경에는 규칙 ID, 범주, 원본과 출력 범위, 삭제 값, 대체 값, 해당 Unicode 정보 및 규칙의 파괴성 여부가 기록됩니다.
안전 기본값은 보통 문구 의미를 담지 않는 서식 흔적을 대상으로 합니다. 지원되는 숨은 제어 문자, 줄 바꿈 없는 공백, 탭, 반복된 가로 공백, 줄 끝 공백 및 과도한 빈 줄입니다. Markdown이나 문장부호를 바꿀 수 있는 선택 규칙은 일반 AI 텍스트 정리기에서 기본적으로 꺼져 있습니다.
규칙 목록
아래 기본값은 엔진 규칙 레지스트리 기준입니다. 개별 페이지 프리셋은 이를 재정의할 수 있으므로 로캘별 홈페이지와 전용 도구의 실제 기본값도 별도로 표시합니다.
페이지별 실제 기본 규칙
이 표는 저장소에 반영된 현지화 페이지 설정을 기준으로 합니다. 엔진 레지스트리는 서식 규칙 6개를 기본 활성화하고 Markdown/문장부호 규칙 7개를 비활성화하지만, 페이지 프리셋은 이를 재정의할 수 있습니다.
| 페이지 프리셋 | 기본 활성 규칙 ID |
|---|---|
| 홈 | trim-trailing-whitespace, collapse-blank-lines |
| AI 서식 제거 | normalize-nbsp, normalize-tabs, collapse-spaces, trim-trailing-whitespace, collapse-blank-lines, remove-markdown-headings, remove-markdown-emphasis, remove-markdown-code-fences, remove-markdown-links |
| 보이지 않는 문자 제거 | 없음 |
| em 대시 제거 | replace-em-dash |
| AI 공백 수정 | normalize-nbsp, normalize-tabs, collapse-spaces, trim-trailing-whitespace, collapse-blank-lines |
| 규칙 ID | 엔진 기본값 | 위험 | 구현 동작 |
|---|---|---|---|
hidden-unicode | 켬 | 비교적 안전, 검토 필요 | 지원되는 C0/C1 제어 문자, 영폭 문자, 방향 표시, word joiner 및 BOM을 제거합니다. 일반 줄바꿈과 탭은 제외합니다. |
normalize-nbsp | 켬 | 비교적 안전, 검토 필요 | U+00A0 줄 바꿈 없는 공백을 U+0020 일반 공백으로 바꿉니다. |
normalize-tabs | 켬 | 비교적 안전, 검토 필요 | 탭 문자를 일반 공백으로 바꿉니다. |
collapse-spaces | 켬 | 비교적 안전, 검토 필요 | 반복된 가로 공백 또는 NBSP를 공백 하나로 줄입니다. |
trim-trailing-whitespace | 켬 | 비교적 안전, 검토 필요 | 줄 끝의 공백과 탭을 제거합니다. |
collapse-blank-lines | 켬 | 비교적 안전, 검토 필요 | 연속된 빈 줄을 최대 한 줄로 제한합니다. |
remove-markdown-headings | 끔 | 파괴적 | 제목 문구는 남기고 앞의 Markdown 해시 표식을 제거합니다. |
remove-markdown-emphasis | 끔 | 파괴적 | 강조에 쓰인 별표를 제거합니다. |
remove-markdown-code-fences | 끔 | 파괴적 | 코드 내용은 남기고 삼중 백틱 경계선을 제거합니다. |
remove-markdown-links | 끔 | 파괴적 | Markdown 링크를 보이는 앵커 문구로 바꾸고 대상 주소를 버립니다. |
normalize-smart-quotes | 끔 | 파괴적 | 인쇄용 작은따옴표와 큰따옴표를 ASCII 따옴표로 바꿉니다. |
replace-em-dash | 끔 | 파괴적 | 선택한 출력으로 U+2014를 바꿉니다. |
replace-en-dash | 끔 | 파괴적 | U+2013를 별도로 선택한 출력으로 바꿉니다. |
“비교적 안전”이 모든 문서에 적합하다는 뜻은 아닙니다. 탭과 반복 공백은 코드 들여쓰기나 표 정렬을 나타낼 수 있습니다. 영폭 연결 문자와 방향 표시는 다국어 텍스트에서 의미가 있을 수 있습니다. 각 규칙을 따로 선택할 수 있으며 실행 취소는 브라우저 상태에 저장된 원본 입력을 복원합니다.
중복과 변경 순서
엔진은 원본을 기준으로 후보 편집을 모으고 원본 위치와 규칙 우선순위에 따라 정렬한 뒤, 우선순위가 낮은 겹치는 편집을 거부합니다. 왼쪽에서 오른쪽으로 출력을 만들며 적용된 각 대체 뒤의 출력 범위를 기록합니다. 같은 원본 구간이 여러 규칙에 의해 두 번 편집되는 일을 막고 검토에 필요한 원본 범위를 유지합니다.
예를 들어 NBSP 연속 구간은 반복 공백 규칙과 단일 NBSP 규칙에 모두 일치할 수 있습니다. 우선순위가 높은 구간 대체를 적용하고 겹치는 단일 문자 대체는 건너뛰어, 상충하는 여러 변경 대신 하나의 변환으로 보고합니다.
재현 가능한 사례
저장소 테스트에는 빈 입력, 일반 문장, 혼합 Unicode, Markdown, 문장부호, 다국어 텍스트, 코드, JSON 및 큰 결정론적 문서가 포함됩니다. 추가 사례는 정확한 원본/출력 범위, U+200B 이름 감지, 탭 정규화, 코드 펜스 내부 보존, Markdown 링크 앵커 보존 및 각 특화 도구 프리셋을 검증합니다.
간단한 입력은 A[U+200B]B[U+00A0]C입니다. 안전 기본 규칙의 예상 출력은 AB C입니다. 스마트 따옴표와 em dash가 든 일반 문장은 문장부호 규칙이 꺼져 있으므로 바이트 단위로 그대로 유지됩니다. 기본 설정은 Markdown 제목도 그대로 두지만 전용 서식 제거 도구는 Markdown 프리셋을 의도적으로 켭니다.
전용 도구 정책
네 가지 전용 도구는 변환을 따로 구현하지 않고 같은 엔진을 사용합니다. ChatGPT 서식 제거는 Markdown 및 공백 규칙과 코드 펜스/링크 처리를 켭니다. 보이지 않는 문자 제거기는 숨은 Unicode와 NBSP만 노출하고 코드 포인트 근거를 보여줍니다. em dash 제거기는 em/en dash를 각각 제어하며 em dash를 하이픈으로 바꾸는 설정이 기본 선택입니다. AI 공백 수정은 NBSP, 탭, 반복 공백, 줄 끝 공백 및 빈 줄을 다룹니다.
자동 정책 테스트는 네 도구가 서로 다른 기본 규칙 서명, 충분한 고유 콘텐츠, 도구별 샘플을 가지며 각 프리셋이 자기 샘플을 처리할 때 출력이 달라지는지 확인합니다. 이는 문구만 다른 동일한 도구 네 개가 게시되는 일을 막습니다.
개인정보 처리 경계
로컬 정리는 브라우저에서 실행되며 소스 수준 테스트는 클라이언트 영역에서 텍스트 포함 fetch와 서버 액션을 금지합니다. 로컬 클리너 분석 이벤트에는 집계된 규칙 및 개수 데이터만 허용됩니다. AI 다시쓰기는 별도 기능이며 제출 텍스트가 서버를 통해 설정된 모델 제공자에게 갈 수 있습니다. 글쓰기 패턴 검사기 역시 로컬에서 실행되지만 저자 판별이 아닌 휴리스틱을 제공합니다. 제품 개인정보 처리 안내를 참조하세요.
제한 사항
정리기는 텍스트가 사람 또는 모델 중 누가 썼는지 판별하지 않습니다. 통계 워터마크 제거, 검색 순위 향상, AI 탐지기 회피 또는 선택적 문장부호/Markdown 변경 후 의미 보존을 보장하지 않습니다. 문서화된 패턴만 인식합니다. 중첩 Markdown, 복잡한 링크 구문, 사용자 정의 마크업, 서식 있는 텍스트 스타일 및 앱별 클립보드 메타데이터는 처리 범위 밖일 수 있습니다.
코드, JSON, 표, 양방향 텍스트와 언어별 글꼴 렌더링은 대상 앱에서 확인하세요. 눈에 보이는 차이와 결정론적 출력은 검토를 돕지만 검토를 대신하지 않습니다.
버전 및 변경 정책
현재 로컬 서식 엔진 스키마 버전은 1입니다. 규칙 ID는 페이지 프리셋, 분석 허용 목록, 테스트 및 거버넌스 문서에서 사용하는 안정적인 API 값입니다. 동작 변경 시 같은 릴리스에서 테스트 기대값과 이 방법론을 갱신해야 합니다. 새 파괴적 규칙은 기본적으로 꺼야 합니다. 저장된 정책과 중앙 SEO 기록이 ID를 참조할 수 있으므로 규칙 제거 또는 이름 변경에는 명시적 마이그레이션이 필요합니다.
이 방법론은 2026-09-05에 저장소 구현을 기준으로 검토했습니다. 이후 검토 날짜는 실제 코드와 구성 감사를 반영해야 하며 자동 타임스탬프로 정하면 안 됩니다.