GitBot — 쓰던 코딩 에이전트로 봇 만들기

AI 요약

GitBot은 Claude Code, Codex, OpenCode에 반복해서 맡기는 일을 봇으로 저장해 여러 저장소에서 실행하는 오픈소스 도구입니다. 사용자는 지침을 한 번 작성하고 봇이 접근할 파일이나 영역을 정합니다. 실행 기록은 각각 별도 스레드로 남습니다. 다른 개발자가 만든 봇을 Library에서 설치하거나 코드로 공유할 수도 있습니다.

사용 방식과 예시

예시 봇 ShipGuard는 브랜치를 검토한 뒤 병합 또는 차단 의견을 내고, 근거가 되는 파일과 줄을 표시합니다. 게시글 작성자는 봇이 코드를 수정하지 않는다고 설명합니다. Sheet Consolidator처럼 스프레드시트 탭을 합치는 비코딩 작업용 봇도 소개했습니다.

실행 환경과 제한

GitBot은 사용자 컴퓨터에서 실행되며 기존 에이전트 로그인 정보를 사용합니다. GitBot 계정이나 원격 데이터베이스가 필요하지 않고 원격 측정도 하지 않습니다. 다만 현재 네트워크 로그인이 없으므로 신뢰할 수 있는 네트워크에서만 사용하고 포트를 인터넷에 노출하지 말라고 안내합니다. 개발팀은 localhost 연결을 기본값으로 두고 LAN 접근은 명시적으로 허용하게 하는 변경을 준비 중이라고 밝혔습니다. 실행 간 결정은 자동으로 기억되지 않습니다. 같은 스레드에서는 이전 대화를 이어가지만 새 스레드는 저장된 지침만 사용합니다.

Product Hunt 반응

• @sunnyjoshi — 대부분의 개발자는 매주 코딩 에이전트에게 비슷한 일을 반복해서 맡깁니다. 브랜치를 검토하거나 릴리스 노트를 쓰거나 빠뜨린 테스트를 찾는 식입니다. 매번 같은 지침을 붙여 넣고 권한을 다시 고릅니다. GitBot은 그 작업을 봇으로 저장합니다. 지침을 쓰고 Claude Code, Codex, OpenCode 중 하나를 고른 뒤 접근 범위를 정하면 됩니다. 실행은 저장소 어디서나 가능하고, 실행마다 별도 스레드가 생겨 탭을 닫았다가 나중에 돌아올 수 있습니다. 봇은 쉽게 공유할 수 있습니다. 지난주 90분 온라인 빌드 행사에서는 GitBot을 처음 써본 개발자 두 명이 봇을 만들어 Library에 등록했습니다. Somesh가 만든 ShipGuard는 브랜치를 검토한 뒤 병합 또는 차단 의견을 내고 파일과 줄을 근거로 표시하며 아무것도 수정하지 않습니다. Guru가 만든 Sheet Consolidator는 스프레드시트 탭을 하나의 표로 합칩니다. 코딩과 상관없는 봇이라는 점이 좋았습니다. 설치는 npm install -g @gitbot-hq/gitbot 후 gitbot start입니다. 기존 에이전트 로그인 정보를 사용해 로컬에서 실행합니다. GitBot 계정, 호스팅 데이터베이스, 원격 측정은 없습니다. 오픈소스입니다. 다음에는 봇을 직접 시작하지 않아도 실행되도록 일정과 트리거를 추가할 예정입니다. 한 가지 솔직히 말씀드리면 아직 네트워크 로그인이 없습니다. 신뢰할 수 있는 네트워크에서만 사용하고 포트를 인터넷에 공개하지 마세요. 에이전트에게 반복해서 맡기는 일 중 봇으로 만들고 싶은 작업은 무엇인가요?
  • @louis_durance3 — 반복하는 코딩 작업을 봇으로 저장하는 건 정말 편리해 보입니다. 각 실행이 나중에 볼 수 있도록 별도 스레드로 남는 점이 특히 마음에 듭니다.
• @sumonmatrix — 봇 실행이 실패하면 Slack 알림을 보내면 좋겠습니다. 수동으로 확인하지 않아도 되니까요.
  • @sunnyjoshi — 좋은 제안입니다, Sumon! Google, Slack, GitHub, Notion 연동은 향후 버전에서 계획하고 있습니다. 별도 연동이 필요 없는 브라우저 알림은 오늘도 추가할 수 있습니다. Hypership Requests에 요청을 남기고 알려주세요!
• @albertnelson — 봇마다 이전 실행에서 내린 결정을 기억할 수 있나요, 아니면 매번 새로 시작하나요?
  • @sunnyjoshi — 같은 스레드에서는 이전 대화를 맥락으로 삼아 이어서 작업합니다. 새 스레드는 봇에 저장한 지침만 유지하고 새로 시작합니다. 스레드가 바뀌어도 결정 사항을 자동으로 이어받지는 않습니다. 다음 실행에서도 기억할 내용이 있다면 지침에 추가하면 됩니다.
• @mustafaergisi — GITB-002를 빠르게 반영해줘서 감사합니다! localhost 기본값 브랜치를 살펴봤습니다. 기본 주소는 127.0.0.1이고 --host 0.0.0.0을 명시해야만 허용되며, LAN 연결이 거부되는지 확인하는 테스트도 있습니다. 공인 IP 조회도 없앤 점이 좋습니다. npm 릴리스에 반영되길 기다리겠습니다. LAN URL이나 QR 코드에 토큰을 넣으면 더 좋겠습니다.
  • @sunnyjoshi — 브랜치를 확인해줘서 감사합니다, Mustafa! Hypership Day에 요청해주신 덕분에 진행됐습니다. 몇 시간 안에 main에 올리고 npm 릴리스도 내겠습니다. LAN 토큰 아이디어도 좋습니다. 당분간 LAN 접근은 신뢰할 수 있는 네트워크에서만 사용해야 합니다. 내일까지 반영할 수 있도록 우선순위를 올리겠습니다. 덧붙여 Humanizer skill도 써보세요. 문구가 ‘Likely AI’ 배지를 받지 않도록 다듬는 데 도움이 됩니다.
• @galdayan — 제가 가장 먼저 저장할 작업은 병합된 PR diff로 변경 기록을 쓰는 일입니다. 릴리스마다 반복하고 형식도 늘 같습니다. 무엇이 바뀌었는지, 왜 바뀌었는지, 마이그레이션 단계가 있는지를 적습니다. 늘 배포 직전 마지막 단계라 대충 끝냅니다. 변경 기록 형식을 이미 알고 diff만 받으면 되는 봇이라면 실제로 쓰겠습니다. 제가 생각한 다른 자동화 아이디어와는 다를 것 같습니다.
  • @sunnyjoshi — ChangelogBot에는 이미 작업 지침이 있습니다, Gal. 변경 기록 형식과 좋은 예시 몇 개를 지침에 저장하고 릴리스마다 병합된 PR diff를 전달하면 됩니다. 변경 기록 초안을 작성하고 사용자가 확인해야 할 마이그레이션 내용을 표시합니다. 그러면 배포 전에 한 번 편집하면 됩니다.
• @karimbenkeroum — GitBot 출시를 축하합니다! 이미 쓰는 코딩 에이전트 위에 봇을 만드는 방향이 좋네요. 새로운 작업 흐름을 배울 필요 없이 이미 일하는 곳에서 봇을 쓸 수 있겠습니다. 잘 구현하셨습니다.
  • @sunnyjoshi — 감사합니다, Kareem! 유용한 에이전트 설정을 저장해 다른 저장소에서 실행하고 동료와 공유할 수 있게 만들고 싶었습니다. 의도가 잘 전달됐다니 기쁘고, 구현도 좋게 봐주셔서 감사합니다.

원문: Product Hunt / 번역·요약: Trawling