📜 YAML 유효성 검증기 | 탭·중복 키까지 검사

YAML 입력

중복 키 판정 범위

yes/no 해석 기준

도구 설명

YAML 을 붙여넣으면 들여쓰기 구조를 따라가며 오류가 난 줄과 칸을 짚어 줍니다. 오류가 없을 때도 통과만 알리지 않고, YAML 에서 사고가 자주 나는 자리를 따로 모아 보여 줍니다. 들여쓰기에 섞인 탭, 같은 매핑에 두 번 적은 키, 따옴표 없이 쓴 yes·no·on·off, 앞자리가 0 인 숫자, 시각처럼 쓴 12:30 이 그렇습니다.

탭은 YAML 규격이 들여쓰기에 금지한 문자라서 오류로 처리합니다. 중복 키는 파서가 조용히 마지막 값만 남기고 넘어가므로, 처음 적은 줄과 겹친 줄을 함께 알려 줍니다. yes·no 는 YAML 1.1 에서 불리언, 2026년 10월 기준 최신 규격인 YAML 1.2 에서 문자열로 읽히므로 어느 기준으로 볼지 고를 수 있습니다. 앵커와 별칭은 가리킬 앵커가 없는 별칭을 표시하고, 블록 스칼라는 유지형과 접기형을 나눠 셉니다.

검사 범위는 들여쓰기로 쓴 블록 매핑과 시퀀스까지입니다. 중괄호나 대괄호로 한 줄에 쓴 흐름 컬렉션의 내부, 복합 키, 태그, 여러 줄에 걸친 인용 문자열은 들여다보지 않으므로 전체 규격을 구현한 파서가 아닙니다. 값을 실제 자료형으로 바꿔 주지도 않고 JSON 으로 변환하지도 않습니다.

자주 묻는 질문

탭을 쓰면 왜 바로 오류인가요?

YAML 규격이 들여쓰기에 탭을 허용하지 않습니다. 편집기에서는 공백과 똑같이 보여서 눈으로 찾기 어려운데, 파서는 읽는 순간 실패합니다. 그래서 경고가 아니라 오류로 처리하고 몇 번째 칸인지 함께 알려 줍니다.

따옴표 없는 yes 가 왜 문제가 되나요?

YAML 1.1 은 yes·no·on·off 를 불리언으로 읽고 YAML 1.2 는 문자열로 읽습니다. 같은 파일이 라이브러리에 따라 다르게 해석되므로, 글자 그대로 쓰고 싶으면 따옴표로 감싸는 쪽이 안전합니다.

이 도구가 하지 않는 것은 무엇인가요?

JSON 변환과 스키마 검증은 하지 않고, 흐름 컬렉션 내부도 보지 않습니다. 들여쓰기 구조와 흔한 함정만 검사합니다.

📜YAML 유효성 검증기

관련된 도구

JSON 포맷터·유효성 검증기

환경변수(.env) 문법 검증기

도구 설명

자주 묻는 질문

관련된 도구

JSON 포맷터·유효성 검증기

환경변수(.env) 문법 검증기

도구 설명

자주 묻는 질문

같은 카테고리 도구