Inbox & email triage

Inbox Zero

받은편지함을 정리하고 답장 초안까지 만들어 두는 오픈소스 AI 메일 비서, 보내는 사람은 끝까지 나 자신

elie222/inbox-zeroTypeScript12,154 as of 2026-09-05
By Jake Luo · Published 2026년 9월 5일

Inbox Zero는 직접 운영할 수 있는 오픈소스 AI 메일 비서입니다. 이미 쓰고 있는 Gmail이나 Outlook 계정에 붙어, 평범한 문장으로 쓴 규칙에 따라 메일을 분류하고, 내 말투에 맞춘 답장 초안을 만들어 둡니다. 보낼지 말지는 끝까지 내가 정합니다. 2026년 9월 5일 기준 GitHub 별 12,154개이고, 거의 매일 제품 커밋이 들어옵니다. 배포하기 전에 읽어야 할 것은 기능 목록이 아니라 라이선스입니다. AGPL-3.0에 추가 조항 두 개가 붙어 있고, 그중 하나는 조직에서 업무로 쓰는 사람이 다섯 명 이상이 되는 순간 유료 기업 라이선스를 요구합니다.

Inbox Zero는 무엇인가

Inbox Zero(github.com/elie222/inbox-zero)는 Inbox Zero Inc.가 만든 TypeScript 애플리케이션으로, 지금 쓰는 메일 계정을 대체하지 않고 그 위에 얹혀 동작합니다. 주소도 제공업체도 그대로 두고, 분류하고 초안을 쓰고 보고하는 층이 하나 더해질 뿐입니다. 저장소는 2023년 7월에 만들어졌고 개발이 계속되고 있습니다. 기본 브랜치에는 2026년 9월 4일까지 대부분의 평일에 평범한 제품 커밋이 들어왔고, 수집 시점에 열려 있는 이슈는 196개였습니다. Docker 이미지는 기본 브랜치에 푸시할 때마다 만들어지고, 태그가 붙은 릴리스는 데스크톱 클라이언트용으로 나옵니다.

  • 규칙을 평범한 문장으로 쓴다 필터 조건을 조립하는 대신, 어떤 종류의 메일을 어떻게 다뤄야 하는지 문장으로 적으면 비서가 그 설명을 들어오는 메일에 적용합니다.
  • 답장은 초안으로 오지, 발송되지 않는다 내 말투로 답장을 써서 초안으로 남겨 둡니다. 보낼지 말지는 여전히 내 손에 있고, 바로 이 구분 덕분에 실제 계정에서 시험해도 위험하지 않습니다.
  • Reply Zero는 대기열을 두 개 관리한다 내가 답해야 할 메일과, 상대의 답을 기다리는 메일. 창업자가 머릿속에서 가장 부실하게 관리하는 두 목록이고, 거래가 소리 없이 멈추는 곳은 대개 두 번째입니다.
  • 일괄 수신 거부와 일괄 보관 한 번도 열지 않는 발신자를 클릭 한 번으로 끊고, 읽을 일 없는 밀린 메일은 한꺼번에 보관합니다.
  • 콜드메일 차단기 요청하지 않은 영업 메일을 자동으로 막습니다. 본인도 콜드메일을 보낸다면 기억해 둘 만합니다. 메일을 받는 쪽도 점점 비슷한 것을 쓰고 있기 때문입니다.
  • Slack과 Telegram에서 조작할 수 있다 이미 열어 둔 대화 도구에서 받은편지함을 다룰 수 있습니다. 메일과 일정에서 회의 전 요약을 뽑아 주고, 첨부 파일을 Google Drive나 OneDrive로 정리해 주기도 합니다.

배포하기 전에 라이선스를 읽자

저장소에는 GNU Affero General Public License v3.0과 함께 짧은 추가 조항 묶음이 들어 있고, 쓸 수 있는지를 정하는 쪽은 이 추가 조항입니다. 기능이 아니라 라이선스 쪽에서 바라본 오픈코어의 모습이며, 문장이 분명해서 1분이면 판단이 끝납니다. 회사가 뒤에 있는 프로젝트 대부분에 대해서는 그렇게 말하기 어렵습니다.

  • 업무 사용자가 다섯 명 미만이면 적용 제외 LICENSE 파일은 개인 사용, 교육, 연구, 그리고 업무 사용자가 다섯 명 미만인 조직을 제외 대상으로 둡니다. 혼자 일하거나 세 명짜리 팀이라면 직접 운영해도 낼 돈이 없습니다.
  • 다섯 명부터는 기업 라이선스가 필요 명시된 기준은 업무 목적으로 쓰는 직원, 외주 인력, 사용자를 셉니다. 성장하는 팀이 아무도 모르는 사이에 넘는 선이니, 나중에 발견하지 말고 채용 계획 옆에 적어 두는 편이 낫습니다.
  • 팔거나 접근 권한을 되팔 수 없다 상업적 수익화 제한 조항이 있어서, 회사의 서면 허가 없이는 접근을 판매하거나 유료 서비스로 제공하거나 영리로 라이선스하는 제품에 끼워 넣을 수 없습니다.
  • 아래에 깔린 AGPL은 그대로 작동한다 고쳐서 네트워크 너머로 다른 사람이 쓰게 하면 소스 공개 의무가 평소대로 따라옵니다. 추가 조항은 허용 범위를 좁힐 뿐, 기본 라이선스를 느슨하게 만들지 않습니다.
  • 호스팅 버전도 있다 만드는 쪽이 유료 호스팅 서비스를 운영하고 있고, 이 길을 택하면 라이선스 문제는 통째로 사라집니다. 직접 운영은 여기서 명목상의 선택지가 아니라 진짜 선택지이지만, 유일한 선택지도 아닙니다.

받은편지함 도구가 성장 도구함에 들어가는 이유

이걸 개인 생산성으로 분류하고 더 생각하지 않기는 쉽습니다. 창업자에게는 그것이 실수입니다. 세 갈래 성장 활동이 모두 같은 받은편지함에서 끝나기 때문입니다. 콜드 아웃리치에 대한 답장, 웹사이트로 들어온 문의, 그리고 창업자가 직접 파는 모든 대화. 어질러진 받은편지함의 대가는 스트레스가 아닙니다. 도착했는데 답하지 않은 답장이고, 그것은 바깥에서 보면 애초에 관심이 없던 잠재 고객과 구분되지 않습니다.

  • 응답 속도는 작은 팀이 실제로 이길 수 있는 변수 투자받은 경쟁사보다 더 쓸 수도 없고, 더 빨리 만들지 못할 수도 있습니다. 그날 안에 답하는 일은 나에게는 가능하고 그쪽에는 종종 불가능합니다.
  • 답장 대기 목록은 모습을 바꾼 파이프라인 침묵으로 죽는 거래는 전부 그 목록 안에서 죽습니다. 보이게 만드는 것만으로 해결의 대부분이 끝나며, 그것을 보여 주는 도구가 무엇인지는 상관없습니다.
  • 무엇을 끊었는지가 곧 데이터 클릭 한 번으로 끊은 수신 거부를 한 달치 모으면, 나에게서 아무것도 얻지 못한 뉴스레터와 도구와 거래처의 정직한 목록이 됩니다. 직접 뉴스레터를 시작하려 한다면 특히 쓸모가 있습니다.
  • 메일은 여전히 사람이 답하는 통로 우리는 고객에게 매일 요약을 메일로 보내고 그대로 답장할 수 있게 해 두었습니다. 그 답장은 평범한 메일로 도착해 담당 그로스 오피서에게 전달됩니다. 하루 종일 대화 앱에 있는 사람에게도 주의가 머무는 곳은 받은편지함입니다.

사람을 남겨 둘 부분

우리도 보내는 쪽에서 같은 구조를 씁니다. 먼저 초안, 그다음 승인입니다. 그래서 전할 만한 주의점은 누군가의 README가 아니라 우리 로그에서 나왔습니다. 자동화된 동작은 요란하게 실패하는 일이 드뭅니다. 우리 경우 실제로는 일어나지 않았는데 기록에는 말끔한 성공으로 남아 있었고, 알아챈 이유는 제안된 것과 실제로 일어난 것을 맞춰 보는 되읽기를 나중에 만들었기 때문입니다. 받은편지함에도 똑같은 사각지대가 있고, 그쪽이 더 고약합니다. 잘못의 증거가 더 이상 눈앞에 없는 메시지이기 때문입니다.

  • 되돌릴 수 없는 동작은 검토 가능하게 둔다 보관, 차단, 수신 거부는 잘못돼도 끝내 눈치채지 못할 동작들입니다. 믿기 전에 일주일은 표본으로 확인하고, 되돌릴 길을 남겨 두세요.
  • 답장의 기본값은 초안이 맞다 초안을 고치는 일은 싸고 보내는 일은 그렇지 않습니다. 발송을 사람 손에 남기는 것은 형식이 아니라 실제로 일하는 사람의 검토입니다.
  • 받은편지함 전체가 아니라 규칙 하나로 시작한다 가장 확신이 서는 분류, 이를테면 영수증이나 뉴스레터를 골라 그 처리가 지루해질 때까지 혼자 돌게 두세요.
  • 규칙이 낯선 사람에게 무엇을 하는지 본다 콜드메일 차단기는 원치 않는 영업과, 방금 우리를 찾아낸 고객의 첫 메시지를 구분하지 못합니다. 시간이 아니라 매출을 잃는 오류는 이 한 종류뿐입니다.

FAQ

직접 운영하면 Inbox Zero는 무료인가요?
개인 사용, 교육, 연구, 또는 업무 사용자가 다섯 명 미만인 조직이라면 무료입니다. LICENSE 파일이 그 네 가지를 제외 대상으로 둡니다. 업무 목적으로 쓰는 직원, 외주 인력, 사용자가 다섯 명 이상이 되면 추가 조항에 따라 제작사의 기업 라이선스가 필요합니다. 기본 라이선스인 AGPL-3.0도 그대로 유효하므로, 고친 판본을 네트워크 너머로 남에게 제공하면 평소와 같은 소스 공개 의무가 따라옵니다.
Outlook에서도 되나요, Gmail 전용인가요?
둘 다 됩니다. README에 Google과 Microsoft 양쪽의 OAuth 설정이 적혀 있고, 실제 사서함을 건드리지 않고 개발할 수 있도록 각각의 로컬 에뮬레이터도 함께 들어 있습니다. 이 두 곳이 아닌 제공업체를 쓴다면 이 도구는 맞지 않습니다.
제 이름으로 메일을 보내나요?
답장은 초안으로 작성되고 발송은 사람의 결정으로 남습니다. 어떤 도구를 쓰든 지킬 만한 설계 선택입니다. 초안을 쓰는 비서는 고치기 쉽지만, 보내 버리는 비서는 가장 나쁜 날의 실력만큼만 값어치가 있습니다. 우리가 자사 제품에서 밖으로 나가는 모든 것 앞에 승인 관문을 두는 것도 같은 이유입니다.
공용 사서함이나 헬프데스크와 무엇이 다른가요?
ChatwootLibreDesk 같은 헬프데스크는 낯선 사람을 응대하는 팀을 위해 만들어졌고 배정, 대기열, 응대 수준 약속이 있습니다. Inbox Zero는 한 사람의 사서함을 위해 만들어졌고, 거기서의 문제는 배분이 아니라 양과 잊어버린 답장입니다. 같은 주소를 여러 사람이 본다면 필요한 것은 헬프데스크 쪽입니다.
Related projects
OpenOutreach라이선스를 갖춘 데이터 제공업체에서 B2B 리드를 찾아 내 메일함으로 콜드 이메일을 보내는 셀프호스팅 GPLv3 AI 세일즈 에이전트Chatwoot오픈소스 고객 지원 플랫폼 — 라이브 채팅, 공유 받은편지함, 옴니채널 헬프데스크LibreDesk오픈소스 셀프호스팅 옴니채널 고객지원 데스크 — 라이브 채팅과 이메일을 Go 단일 바이너리로React Email반응형 크로스 클라이언트 HTML 이메일을 만들기 위한 오픈소스 React 컴포넌트 — 여러분의 제품이 보내는 트랜잭션 이메일과 라이프사이클 이메일

You built it. Now grow it.

AgentCeres is a managed AI marketing team — specialists draft the SEO, social, and outreach that fill your links, you approve what ships. 14-day free trial, from $39/month.

Start free trialMore projects