요약

이 AI 코드 검사기는 붙여넣은 함수나 파일을 4가지 규칙 기반 신호로 스캔합니다. 40줄 이상의 함수, 4단계 이상의 중첩 깊이, TODO/FIXME 밀도, JSON.parse나 fetch 같은 위험한 호출이 try/catch 없이 사용되는 경우입니다. 0-100 점수와 각 감점 이유를 표시하는 라인별 분석을 제공하며, 모든 검사는 브라우저에서만 실행됩니다. 계정 필요 없음, 업로드 없음, 블랙박스 AI 등급 없음. 숙련된 엔지니어가 눈으로 확인할 4가지 검사만 제공합니다.

AI 코드 검사기로 실제 위험 신호를 점수화하세요

함수나 파일을 붙여넣으면 0-100 점수를 즉시 받습니다. 시니어 엔지니어가 눈으로 확인하는 4가지를 검사합니다: 함수 길이, 중첩 깊이, TODO 백로그, 에러 처리. 실시간으로 계산되며 모든 검사는 브라우저에서만 실행됩니다.

코드 스캔 시작
듀얼 모니터에서 풀 리퀘스트 diff를 열고 기계식 키보드로 타이핑하는 개발자

AI 코드 검사기

함수나 파일 전체를 붙여넣으세요. 입력하면서 점수와 분석이 실시간으로 업데이트됩니다.

0 lines · 로컬에서만 스캔됨, 코드가 브라우저를 벗어나지 않습니다
--
코드를 붙여넣어 스캔하세요

브라우저에서만 실행됩니다. 아무것도 업로드되지 않습니다.

    작동 원리

    4가지 검사, 블랙박스 없음

    구조: 길이와 중첩

    함수는 40줄을 초과하면 표시됩니다. 이는 ESLint의 기본값인 50줄과 여유도를 고려한 기준입니다. 중첩 깊이는 중괄호 언어의 경우 중괄호 개수로 추적하고, 파이썬 같은 들여쓰기 언어의 경우 들여쓰기 깊이로 대체하며, 4단계를 넘으면 표시됩니다. 이는 대부분의 스타일 가이드가 읽기 어렵다고 판단하는 지점입니다.

    에러 처리

    스캐너는 위험한 호출을 찾습니다: JSON.parse, fetch, await, .then, execSync, requests., os.system. 그 다음 붙여넣은 코드의 어딘가에 try/catch가 있는지 확인합니다. 가드 없는 위험한 호출은 통과가 아니라 감점입니다.

    정리 상태

    TODO, FIXME, XXX, HACK 표시를 세어 코드 100줄당 정규화합니다. 파일에 1-2개는 정상적인 엔지니어링입니다. 밀집된 백로그는 배포 후가 아니라 배포 전에 파일을 점검해야 한다는 신호입니다.

    4가지 검사가 필요한 이유, 실제 린터는 아닌 이유

    ESLint, pylint 같은 도구는 추상 구문 트리를 분석하기 때문에 미사용 변수, 도달 불가능한 분기, 타입 불일치를 잡을 수 있습니다. 이 도구는 그렇지 않습니다. 빌드 단계나 설정 파일, 설치 없이 스니펫에서 실행할 수 있는 텍스트 스캐너입니다. 함수 작성을 마친 후 풀 리퀘스트를 열기까지의 10초 동안 유용합니다. 대신 실제 정적 분석기보다 더 적고 거친 검사를 수행하고, 투명하게 계산됩니다. 팀이 이미 CI에서 ESLint나 pylint를 실행 중이라면 계속 실행하세요. 이 도구는 코드가 아직 저장소에 없을 때의 간격을 채우기 위한 것입니다.

    점수에 관한 질문

    이 AI 코드 검사기가 정말 무료인가요?
    네. 가입, API 키, 사용 제한 없이 브라우저에서만 실행됩니다. 점수 계산에 서버가 관여하지 않으므로 측정하거나 청구할 것이 없습니다.
    내 코드가 어딘가에 업로드되나요?
    아니요. 스캔은 브라우저의 textarea에 있는 텍스트에 대해 일반 JavaScript로 실행됩니다. 코드 내용 없이 익명의 도구 실행 이벤트를 제외하고는 서버로 전송, 저장, 기록되지 않습니다.
    여기서 AI 코드 검사기와 실제 린터의 차이점은 무엇인가요?
    이는 휴리스틱 스캐너이지 실제 린터(ESLint나 pylint)가 아닙니다. AST를 분석하지 않으므로 타입 오류, 미사용 변수, 데드 코드 경로를 잡을 수 없습니다. 대신 긴 함수, 깊은 중첩, TODO 밀도, 보호되지 않은 위험한 호출의 4가지 구조적 패턴을 표시합니다.
    어떤 프로그래밍 언어를 지원하나요?
    중괄호 형식의 모든 언어가 잘 작동합니다: JavaScript, TypeScript, Java, C, C#, Go, Rust, PHP, Swift. 중첩은 일치하는 중괄호를 세어 측정합니다. 파이썬 같은 들여쓰기 전용 언어는 대신 들여쓰기 깊이 검사로 돌아갑니다. 혼합 탭과 공백, 또는 비정상적인 형식은 어느 쪽이든 중첩 카운트를 방해할 수 있습니다.
    깨끗하다고 생각하는 함수가 왜 표시되었나요?
    보통 두 가지 중 하나입니다: try/catch 없는 JSON.parse, fetch, await 호출, 또는 블록의 어딘가에서 4단계 이상의 중첩. 더 많은 문맥을 포함하여 붙여넣으세요(있으면 주변 try 블록 포함). 입력하면서 점수가 실시간으로 업데이트됩니다.
    임계값(40줄, 깊이 4 등)은 어디서 나왔나요?
    실제 린터 설정의 일반적인 기본값을 따릅니다. ESLint의 max-lines-per-function 규칙은 기본값이 50줄이고, 대부분의 내부 스타일 가이드는 3-4단계 이상의 중첩을 가독성 문제로 표시합니다. 우리는 이보다 약간 낮게 설정했습니다. 완전한 AST 분석 없는 스캐너는 실제 린터보다 더 넓은 안전 여유가 필요하기 때문입니다.
    이것이 코드 리뷰를 대체할 수 있나요?
    아니요, 그렇게 하려고 해서도 안 됩니다. 풀 리퀘스트를 열기 전 5초짜리 직관 검사이지 리뷰어가 아닙니다. 논리 버그, 보안 문제, 아키텍처 문제가 아니라 구조적 냄새를 잡습니다. 리뷰 대신이 아니라 리뷰 전에 사용하세요.
    내 점수는 100인데 코드가 여전히 지저분해 보입니다. 도구가 잘못된 건가요?
    4가지 구체적인 것을 검사할 뿐입니다. 100점은 긴 함수 없음, 얕은 중첩, TODO 백로그 없음, 보호되지 않은 위험한 호출 없음을 의미합니다. 변수명이 좋다는 것, 테스트가 있다는 것, 6개월 뒤 아키텍처가 타당하다는 것을 의미하지는 않습니다.
    부분 스니펫을 붙여넣으면 점수가 왜곡되나요?
    네, 그것도 예상된 것입니다. 함수 본문을 파일 다른 곳의 try/catch 없이 붙여넣으면 검사기는 그 보호가 존재한다는 것을 알 수 없습니다. 정확한 점수를 위해 가장 작은 독립적인 단위를 붙여넣으세요: 하나의 함수, 또는 하나의 파일.

    이것은 구조를 검사합니다. CodebaseChat이 더 어려운 질문에 답합니다.

    인증이 어디에 연결되어 있는지, 함수가 왜 존재하는지, 저장소 간 무엇이 무엇을 호출하는지 일반 언어로 질문하세요. grep은 필요 없습니다.

    CodebaseChat 시도