연결된 앱

GitHub

AI를 개발 팀메이트로 바꾸세요.

GitHub를 연결하면 MoClaw가 repositories를 읽고, pull requests를 검사하고, issues를 다루고, CI evidence를 모아 chat에서 engineering work를 진행할 수 있습니다. code와 comments를 보고 변경 사항을 요약하며, prompt에 token을 붙여 넣게 하는 대신 scoped GitHub App access를 사용합니다.

무료로 시작 전체 통합

작동 방식

엔지니어링 없이 3단계로 GitHub를 연결합니다.

  1. 1

    GitHub app 설치

    계정 또는 organization에 MoClaw GitHub app을 승인하고 접근 가능한 repositories를 선택합니다.

  2. 2

    repository context와 함께 질문

    PR, issue, branch, repository URL을 붙여 넣거나 MoClaw에게 연결된 repository를 이름으로 inspect하라고 요청합니다.

  3. 3

    MoClaw가 evidence를 수집

    MoClaw는 답변하거나 실행하기 전에 files, PR metadata, review comments, issues, workflow runs, check annotations 등 관련 GitHub context를 읽습니다.

왜 중요한가

GitHub 작업은 보통 pull request diff, review comments, CI logs, issue context, branch state, repository files처럼 여러 작은 surface에 흩어져 있습니다. MoClaw는 이 조각들을 하나의 task loop로 가져옵니다.

GitHub가 연결되면 links와 logs를 수동으로 복사하지 않고 PR review summary, failed check investigation, release issue triage, codebase lookup을 요청할 수 있습니다. MoClaw는 관련 repository context를 읽고, 맞는 GitHub action을 선택한 뒤 바로 사용할 수 있는 structured answer를 반환합니다.

이 연결은 scoped access를 중심으로 설계되었습니다. GitHub account 또는 organization installation을 선택하면 app은 repository work에 installation-scoped credentials를 사용합니다. 그래서 serious engineering tasks에 사용할 수 있으면서도 personal access tokens를 chat window에 붙여 넣는 습관을 피할 수 있습니다.

이렇게 말해보세요

GitHub에 바로 붙여 넣을 수 있는 실제 prompts입니다.

  • › 이 PR의 unresolved review comments를 요약하고 어떤 것이 code changes가 필요한지 알려줘.
  • › 최신 GitHub Actions run이 왜 실패했는지 찾고 가장 작은 fix를 알려줘.
  • › flaky login test용 issue를 만들고 관련 CI evidence를 첨부해줘.
  • › 이 feature branch를 main과 비교하고 behavioral risk를 설명해줘.

단계별 데모

prompt를 보내면 실제로 일어나는 일입니다.

Prompt 01 4 단계

“이 PR의 unresolved review comments를 요약하고 어떤 것이 code changes가 필요한지 알려줘.”

MoClaw가 하는 일

  1. 1 pull request metadata, changed files, review threads를 읽습니다.
  2. 2 unresolved comments를 file과 severity별로 묶습니다.
  3. 3 actionable code changes와 clarification-only comments를 분리합니다.
  4. 4 source comments 링크가 포함된 prioritized checklist를 반환합니다.
결과

간결한 PR review brief를 받습니다: '3 actionable changes: billing.ts의 retry handling 수정, empty webhooks regression test 추가, migration comment 업데이트. 2 comments는 질문뿐입니다.'

Prompt 02 4 단계

“최신 GitHub Actions run이 왜 실패했는지 찾아줘.”

MoClaw가 하는 일

  1. 1 branch의 latest workflow run을 찾습니다.
  2. 2 failed jobs, check runs, annotations를 읽습니다.
  3. 3 관련 log snippets를 가져와 changed files와 맞춥니다.
  4. 4 likely root cause와 next fix를 설명합니다.
결과

MoClaw가 보고합니다: 'frontend test가 실패한 이유는 connector registry에 Sentry가 추가됐지만 mocked state에서 빠졌기 때문입니다. 다시 실행하기 전에 fixture에 sentry를 추가하세요.'

FAQ

가격, 개인정보, 제한에 대한 빠른 답변입니다.

MoClaw가 모든 repository에 접근해야 하나요?
아니요. 설치 중 GitHub app이 접근할 repositories를 선택할 수 있고, GitHub settings에서 scope를 바꿀 수 있습니다.
MoClaw가 private repositories를 읽을 수 있나요?
네, GitHub app이 해당 repositories에 접근하도록 설치되어 있으면 가능합니다. private repository access는 GitHub에서 설정한 app installation scope를 따릅니다.
pull requests와 CI를 처리할 수 있나요?
네. connector는 agent workflows를 위해 pull request, review, check run, workflow run, job log, repository content, issue, comment actions를 제공합니다.
GitHub token을 chat에 붙여 넣는 것과 같은가요?
아니요. MoClaw는 연결된 GitHub app과 scoped connector credentials를 사용하므로 repository access는 prompt의 raw tokens가 아니라 GitHub를 통해 관리됩니다.

MoClaw를 무료로 사용해보세요.

월 1,000 credits, 또는 자체 key 사용으로 무제한 사용.

무료 체험 시작

언제든지 취소