보고서를 리뷰 결정으로 읽기에서 어떤 근거를 확인해야 하나요?
다음 근거를 확인하세요. 유용한 발견은 위험 코드와 이해 가능한 이유, 실행 가능한 수정을 연결합니다. Terminal, JSON, HTML, SARIF와 MCP 출력은 동일한 핵심 근거를 유지해야 합니다.
정확한 보고서 구조를 확인한 뒤 저장소에서 같은 근거를 생성하세요.
Radar 리포트는 점수만이 아닙니다. 파일 위치, 심각도, finding이 중요한 이유, 수정 방법, CI 또는 code scanning용 내보내기 형식을 포함합니다.
고객 결과가 아닌 예시 구조입니다. 실제 근거는 저장소에서 같은 검사를 실행해 확인하세요.
SEC-SQLI-001신뢰할 수 없는 입력이 raw SQL 구성에 도달합니다src/api/payments.ts:42SECRET-KEY-001구성 파일에 하드코딩된 토큰이 커밋됨services/auth/.env:12SCA-GHSA-9422lockfile의 취약한 전이 의존성Cargo.lockSLOP-SIZE-001너무 큰 소스 파일은 안전하게 리뷰하기 어렵습니다src/routes/admin.ts:1샘플 보고서는 Code Radar가 발견을 설명하는 방식을 보여주는 예시입니다. 위치, 규칙, 심각도, 근거, 수정 방향과 출력 형식을 함께 읽어야 하며 배지나 개수만으로 병합을 결정할 수 없습니다.
실제 산출물과 명확한 한계를 사용하세요. 방문자가 확인하고 관련 단계를 재현하며 무엇을 증명하지 않는지 이해할 수 있을 때 주장이 유용합니다.
이 답변은 페이지의 약속을 관찰 가능한 근거, 명확한 한계와 워크플로를 진전시키는 다음 행동에 연결합니다.
다음 근거를 확인하세요. 유용한 발견은 위험 코드와 이해 가능한 이유, 실행 가능한 수정을 연결합니다. Terminal, JSON, HTML, SARIF와 MCP 출력은 동일한 핵심 근거를 유지해야 합니다.
이 한계를 명확하게 유지하세요. 샘플은 고객 결과, 성능 주장이나 방문자 저장소에 대한 보장이 아닙니다. 실제 발견은 언어, 파일, 설정, 규칙 지원과 코드에 따라 달라집니다.
결정에 맞는 다음 단계를 사용하세요. 자신의 저장소에서 같은 구조를 만들고 형식을 비교하며 중요한 발견 하나를 수정하고 재스캔한 다음 에이전트나 GitHub Actions 추가를 결정하세요.
이 페이지들은 현재 결정을 실제 산출물, 설치 단계, 워크플로 담당 영역 또는 상업적 경계와 연결합니다.
설치나 구매 전에 입력 범위, 발견 상세, 워크플로 전달, 제품 경계를 확인하세요.
radar scan . --quick
radar scan . --format html > radar.htmlradar scan . --format sarif --fail-on high
radar scan . --format json > radar.json한 번의 로컬 스캔으로 시작해 근거를 확인하고, 신호가 유용할 때만 보고서, 에이전트, CI로 확장하세요.