시작하기

무엇을 기준으로 코드 이해도를 테스트할까요?

전체 저장소를 볼 수도 있고, 특정 커밋 하나만 골라 변경 내용을 검증할 수도 있습니다.

quiz / 미리보기1 of 5

이런 질문을 받습니다

Project · 빌더

분석 요청이 들어온 뒤 저장소 수집, 질문 생성, 응답 반환까지 어떤 함수 순서로 이어지나요? 이 흐름을 수정할 때 함께 확인할 곳도 설명해보세요.

코드 근거src/app/api/analyze/route.ts
const repo = await fetchRepository(input);
const context = buildStaticContext(repo);
const analysis = await generateAnalysis(context);
return NextResponse.json(analysis);
내 답변

위 코드의 파일과 함수 이름을 근거로 직접 설명합니다...

답변 후 피드백 예시대체로 이해

주요 호출 순서는 맞습니다. 다만 generateAnalysis 실패 시 fallback 경로와 quota 반영 시점을 함께 연결해야 합니다.

실제 함수 순서와 수정 영향 범위를 연결했는지 봅니다.

분석 전 알아두기

  • 접근 권한이 있는 public/private GitHub repository와 commit을 분석합니다.
  • 코드 조각과 답변은 AI 분석/평가를 위해 LLM provider로 전송될 수 있습니다.
  • 민감 파일과 token-like 값은 분석 전에 제외하거나 [REDACTED]로 마스킹합니다.
  • 분석 결과와 답변은 서버 DB에 저장하지 않고 현재 브라우저 세션에 임시 보관합니다.
  • 화면 진행 단계와 선택 모드 같은 비식별 이용 이벤트만 수집하며, 저장소 URL·코드·답변은 제품 분석 도구로 보내지 않습니다.
  • private repository 분석 시 GitHub 권한과 코드의 AI 전송 안내 동의를 별도로 확인합니다.

Project Mode

전체 프로젝트 구조를 이해하고 있는지 확인합니다.

저장소 전체를 분석해 요청 흐름, 데이터 흐름, 변경 영향도 질문을 생성합니다.

github
Project Mode는 이렇게 진행됩니다.
  1. 분석 권한이 있는 GitHub repository URL을 입력합니다.
  2. 분석 관점, 난이도, 질문 유형을 선택합니다.
  3. 질문에 답변하면 코드 근거 기반 리포트를 확인합니다.
리포트 목적

지금 코드 이해도를 확인하려는 이유를 선택하세요.

GitHub 로그인 후 오늘 남은 분석 횟수를 확인할 수 있습니다.

코드 일부와 답변은 AI 분석에 사용될 수 있으며, 민감 파일과 secret-like 값은 제외하거나 마스킹합니다.