AI 생성 참여자 제안을 피하고, 식별하고, 빠르게 분류하는 방법

오픈소스 생태계에서 AI가 더 보편화됨에 따라 저품질 기여자 제안이 증가했습니다. 다음은 동료 멘토와 조직 관리자가 스팸 제안을 신속하게 식별, 방지, 분류하는 방법에 관한 아이디어입니다.

1. 제출 전 커뮤니티 상호작용 적용

커뮤니티 상호작용은 좋은 제안의 가장 강력한 신호 중 하나입니다. 선택 프로세스에 이를 구현하는 것이 좋습니다.

  • 필수 채팅: 지원자가 조직의 커뮤니케이션 채널 (예: Slack, Zulip, IRC)을 지정하고 해당 채널에 없는 후보자의 모든 제안을 필터링합니다.

    상호작용을 추적하는 방법

  • 제안이 아닌 개인에 집중하세요. 개별 예비 참여자, 커뮤니티에서의 여정, 강점과 약점, 위험 신호와 긍정 신호, 관련 멘토 등을 추적할 수 있는 공유 스프레드시트를 시작하는 것이 좋습니다.

2. 필수 기술 및 기여 요구사항

아래는 코드베이스와 상호작용하기 위한 기본적인 노력을 기울이지 않은 후보자를 필터링하는 방법에 관한 몇 가지 아이디어입니다.

  • 필수 PR/코드 챌린지 링크:
    • 프로젝트에 기여한 가장 의미 있는 PR / 기여 1~3개의 링크를 요청합니다.
    • 사소한 수정, 코드 챌린지, GitHub 토론/pull 요청 필요

  • 초안 제안서 요구: 후보자에게 정식 제출 전에 GSoC 초안 제안서를 공유하도록 요청합니다. (참고: 다른 후보자가 원본 작성자의 작업을 복사하려고 할 수 있으므로 생성 날짜, 첫 수정 날짜 등을 주의해야 합니다.)

    조직의 요구사항을 추적하는 방법

  • 모든 지원자에게 사전 요건 요구: 공식 신청서가 제출되기 전에 특정 조치를 요구하면 자연스러운 필터 역할을 하여 의지와 능력이 있는 지원자만 다음 단계로 진행할 수 있습니다.

  • 어떤 사전 요구사항이 필요할까요? 제안서를 제출하기 전에 조직과 소통해야 하고, 2~3개의 PR을 해야 하고, 테스트를 해야 하고, 제안서에 특정 템플릿을 사용해야 하는 등 여러 가지 요건이 있습니다. 조직에서 사전 요구사항을 결정하고 이를 명확하게 해야 합니다. 요구사항이 많을수록 모든 요구사항을 충족하지 않는 스팸 제안서를 쉽게 걸러낼 수 있습니다.

  • 새 사전 요구사항 버튼 조직 관리자가 사용하고 각 제안서의 멘토가 볼 수 있습니다 (제안서 내보내기의 필드이자 제안서 대시보드의 필터이기도 함).

  • 기여자의 GitHub 프로필/활동 확인: GSoC 웹앱에는 지원자가 GitHub 사용자 이름 또는 조직에 대한 기여에 대한 직접 링크를 포함할 수 있는 필드가 있어 이전 상호작용이 없는 제안서를 쉽게 필터링할 수 있습니다.

3. AI 생성 제안서 선별 방법

피할 수 없습니다. AI 생성 제출물이 일부 포함됩니다. 아래 도움말을 참고하여 빠르게 걸러내세요.

  • 템플릿 제안 시행: 조직에 제출되는 모든 제안에 표준 템플릿을 사용하도록 요구합니다. 이는 단순히 4~5개의 구체적인 질문에 답변하도록 요구하는 것을 의미할 수 있습니다. 요구사항 누락 시 자동 탈락 적용 이 기능은 특히 50개 이상의 제안서를 받는 조직에 유용합니다.
  • 일반적인 표현 찾기: 빠른 검색을 사용하여 다음과 같은 명백한 넌센스가 포함된 제안을 필터링합니다.
    • [자리표시자]
    • '혁신'과 같은 '신호 단어'
    • 오타는 좋습니다. 인간적이니까요.
  • 신청자가 자신을 소개하고 이 프로젝트에 참여하고 싶은 이유를 설명하는 1분 길이의 짧은 동영상을 포함하도록 요구합니다 (스팸/중복 항목을 방지하기 위해 얼굴이 보여야 함).
  • AI 생성 스팸의 대부분은 조직이 아이디어 목록에 나열한 아이디어 설명을 바꿔서 확장한 것입니다. 패턴을 쉽게 파악할 수 있습니다 (예: 아이디어 페이지의 세 번째 문장에서 '1~3분'을 언급하므로 세 번째 단락에 '1~3분'이 포함됨).
  • 매우 예쁜 제안은 AI가 생성했을 가능성이 높습니다. 흥미로운 그래프와 그림이 있는지뿐만 아니라 콘텐츠를 살펴보세요 (AI는 이러한 요소를 쉽게 생성할 수 있음).

4. 내부 프로세스 최적화

조직의 검토 프로세스를 조금 더 원활하게 진행하려면 아래 도움말을 참고하세요.

  • 조직별 지원 질문: 모든 지원자가 제안서에서 답변해야 하는 질문을 3~5개 정합니다. 이 점을 안내에 명확하게 전달하고 이를 제출하지 않으면 자동으로 거부되는 필터로 사용하세요.
  • 사전 선택/초기 관리자 평가: 조직 관리자가 제안서를 분류하기 위해 간단한 초기 스크리닝을 진행합니다 (예: 유효, 무효/스팸, 범위 외)를 분류한 후 멘토에게 배포하여 심층 검토를 진행합니다.
  • 제목/프로젝트 불일치 신고: 많은 멘토가 멘토링하고 싶은 프로젝트 아이디어의 제안서만 검토하는 데 관심이 있으므로 OA/멘토가 프로젝트 아이디어와 쉽게 일치시킬 수 있도록 지원자에게 특정 제목이나 키워드를 사용하도록 요구합니다.
    • 표준화된 헤더를 포함하는 제안서가 필요하며, 제목의 표준 형식을 포함할 수도 있습니다.