GitHub 브라우저 플러그인: 풀 리퀘스트에서 AI Contribution Blame

It looks like only the source line was provided. Could you please share the text you’d like translated into Korean? Once I have the content, I’ll translate it while preserving the formatting, markdown, and any code blocks or URLs.

빠른‑시작 (TL;DR)

1. git‑ai를 워크플로에 추가 – CLI와 필요한 에디터 확장 프로그램을 설치하세요.
   👉 git‑ai on GitHub

2. refined‑github‑ai‑pr를 빌드, 설치 및 인증
   👉 refined‑github‑with‑ai‑pr on GitHub

3. AI‑생성 코드를 브랜치에 푸시하고 GitHub에서 풀 리퀘스트를 엽니다.

4. PR을 “Changes” 뷰에서 엽니다:

   https://github.com///pull//changes

5. AI 주석을 즐기세요 – 아래로 스크롤하면 예시 스크린샷을 확인할 수 있습니다.

💌 업데이트를 받아보세요 – 최신 소식과 릴리스를 위해 이메일 리스트에 가입하세요.

AI 기여 식별

낮은 마찰 AI 기여의 증가

Claude Code, Codex, Cursor와 같은 손쉬운 코드 생성 도구가 급증하면서, 낮은 노력으로 만든 기여가 대량으로—종종 스팸 형태로—제출되고 있습니다. 이는 인기 있는 오픈‑소스 프로젝트에 이름을 올리기 위한 시도입니다. 대부분의 기여자는 선의의 의도를 가지고 있지만, 워크플로우가 새롭고 도구와 규범이 아직 정착되지 않은 상황입니다.

일부 프로젝트는 AI‑생성 기여를 공개적으로 금지하고 있습니다. 예시:

• Zig –
• tldraw –
• ghostty –

이들 프로젝트는 기여자를 신뢰할 수 있는 소수 그룹으로 선별해 검증하기까지 합니다.

AI‑생성 코드가 적절할 수 있는 경우

팀의 선호도와 프로젝트 성격에 따라, 영향이 적고 독립적인 코드는 100 % AI 기여로도 괜찮을 수 있습니다. 일반적인 시나리오는 다음과 같습니다:

• 사용자에게 직접 노출되지 않는 도구
• 프라이빗 베타 기능
• 개념 증명(Proof‑of‑concept) 구현

코드베이스 중 어느 부분이 AI‑생성인지 사후에 식별할 수 있으면 유용합니다. 예를 들어, 6개월 전 새벽 3시에 Cursor가 추가한 한 조각이 나중에 리팩터링의 일부가 될 수도 있습니다.

비율, 정책, 그리고 유지관리자의 신뢰

Zig와 같이 AI 기여를 절대 허용하지 않는 프로젝트도 있으며, 이러한 입장은 존중됩니다. 그러나 일괄적인 거부 대신, 유지관리자가 풀 리퀘스트당 허용 가능한 AI‑생성 코드 비율을 명문화할 수 있다면 더 개방적일 수도 있습니다.

엄격한 규칙이 없더라도, 비율 지표는 직관적인 체크 역할을 할 수 있습니다—PR 품질을 전반적으로 평가하는 점수 체계의 일부가 될 수 있습니다.

Enter the Git‑AI Project

What Git‑AI Does

Git‑AI는 팀과 코드베이스 전반에 걸쳐 에이전시 AI 코드 기여를 라인‑별로 자동 추적하고, 코드를 생성한 프롬프트를 보존합니다. Rust 덕분에 기존 Git 워크플로와 통합되면서 속도를 저하시키지 않으며, 눈에 띄지 않게 동작해 마치 존재하지 않는 것처럼 작업할 수 있습니다.

What Data Git‑AI Captures

• 라인‑별 AI 기여
• 각 생성 스니펫에 사용된 모델 및 프롬프트

Git‑AI는 이 정보를 Git notes—커밋 레퍼런스에 연결된 블롭—에 저장합니다. 메타데이터가 커밋과 함께 존재하기 때문에 merge --squash, rebase, reset, cherry‑pick 같은 작업을 수행해도 유지됩니다.

Project Goals (from the README)

From the README.md

• 🤖 Track AI code in a multi‑agent world – 레포지토리 전반에 걸쳐 AI 영향력을 측정할 수 있는 벤더‑중립적인 방법을 제공합니다.
• 🎯 Accurate attribution – 노트북 → 풀 리퀘스트 → 머지까지 코드를 추적합니다. Claude, Cursor, Copilot 등은 생성 후 추적을 중단하지만, Git‑AI는 추적을 계속합니다.
• 🔄 Survive real‑world Git workflows – merge --squash, rebase, reset, cherry‑pick 등에서도 주석이 유지됩니다.
• 🔗 Link prompts to code – 팀 프롬프트에 담긴 귀중한 컨텍스트와 요구사항을 생성된 코드와 함께 보존합니다.
• 🚀 Git‑native & fast – Git plumbing 명령을 기반으로 구축되어 거의 부하가 없습니다.

Source: …

GitHub PR 인터페이스 지원

왜 풀 리퀘스트에 집중하나요?

개발자 친화적인 솔루션을 실험하기 위해, 협업 버전 관리 워크플로우에서 공통으로 사용되는 지점인 GitHub Pull Requests에 이 도구를 적용하고 싶었습니다.

VS Code와 함께 제공되는 기존 git‑ai 통합

git‑ai는 다양한 통합을 제공하며, RFC v3.0도 포함하고 있어 다른 도구 제공자들이 직접 구현할 수 있습니다.

VS Code 통합은 매우 잘 작동합니다:

• AI가 생성한 코드는 gutter(여백)에 하이라이트됩니다.
• 라인을 선택하면 해당 스니펫을 만든 모델이 표시됩니다.
• 마우스를 올리면 추가 컨텍스트가 제공됩니다.

GitHub PR 경험 확장

같은 편집기 스타일 하이라이트와 인간‑대‑AI 기여도 미터를 GitHub PR UI에 도입하기 위해, 인기 있는 refined‑github 확장을 포크했습니다:

• 원본 저장소:
• AI 지원 포크:

이 포크는 원본의 모든 기능을 유지하면서 옵션 패널에 AI‑기여 블레임 토글을 추가합니다.

스크린샷

git‑ai 도구에 대한 추가 정보

현재 git‑ai(2026년 1월 기준)에서는 GitHub PR 인터페이스에 AI 주석을 직접 추가하는 공식 지원이 없습니다. 하지만 **“Stat Bot”**이라는 얼리‑액세스 기능이 제공됩니다:

• Stat Bot – PR, 개발자, 저장소, 조직 수준에서 git‑ai 데이터를 집계합니다.
• 저장소:

Stat Bot을 사용해 보세요; git‑ai 제작자를 지원하는 좋은 방법입니다.

주의 사항

• 주요 주의점: refined-github-with-ai-pr은 CSS 클래스를 통해 GitHub의 HTML을 확장합니다. GitHub이 해당 클래스를 사전 고지 없이 변경하면 플러그인이 깨질 수 있습니다.

  이 플러그인은 베타 프로토타입으로, PR에서 AI‑보조 코드를 어떻게 다룰지에 대한 논의를 촉발하기 위한 목적입니다. 커뮤니티가 대화에 참여해 주시길 바랍니다—언젠가 GitHub이 유사한 기능을 기본적으로 구현할 수도 있습니다.

• 참여 방법:

  • 관련 Hacker News 게시물에 댓글 달기.
  • 포크에 이슈를 열거나 PR을 제출하기.

여러분의 피드백은 차세대 AI‑인식 개발 도구를 만드는 데 큰 도움이 됩니다!