문서로 돌아가기

Zero가 하는 일

Zero가 처리하는 업무의 범주 — 리서치부터 리포트, 미디어 생성까지.

최종 업데이트 2026년 7월 10일 · 6 min read

Zero를 결코 잠들지 않고 여러분의 모든 도구를 이미 인가받은 주니어-미드급 동료라고 생각해 보세요. 받은편지함, 저장소, 대시보드, 문서를 조합해 사람이 할 수 있는 일이라면 무엇이든 — Zero가 할 수 있고, 끝에는 실제 산출물을 만들어냅니다.

아래 범주들은 가장 자주 등장하는 열 가지 종류의 일입니다. 어느 것도 알맞은 도구를 연결하는 것 이상의 설정을 요구하지 않으며, 모두 스킬이 되거나 스케줄로 실행될 수 있습니다.

리서치

사람, 회사, 시장, 경쟁사에 대한 맥락이 필요할 때 — 빠르게, 출처와 함께.

  • 영업 통화 전 어카운트 브리프(펀딩, 최근 뉴스, CRM/이메일의 이전 대화)
  • 경쟁사 스캔 — 주간 주기 또는 온디맨드로, 지난주 기준선과 비교한 차이 분석
  • 고객 인텔: CRM, 지원, 이메일에 걸친 모든 접점을 하나의 브리프로 모으기
  • 어떤 주제에 대한 내부 Notion + 공개 문서의 문헌 검토
  • 공개 자료를 사용한 시장 규모 산정, 계산 과정 공개

"3시 미팅 전에 Acme Corp에 대해 브리핑해 줘 — 펀딩 이력, 지난 30일 뉴스, 우리 회사에서 누가 이메일을 보냈는지, 그리고 열려 있는 지원 티켓. 모든 주장에 출처를 달아줘."

돌려받는 것: 인라인 링크가 있고 섹션별로 정리된 300~500단어의 브리프, 통화 전에 훑어보기 좋은 형태.

리포트 및 브리핑

반복되는 "무슨 일이 있었나" 글: 일간, 주간, 월간. 매번 같은 형태에 새로운 내용.

  • 모닝 브리프: 받은편지함 + Slack 멘션 + 캘린더 + 열려 있는 PR
  • 엔지니어링, 마케팅, 재무, 지원을 위한 주간 지표 다이제스트
  • 이슈 트래커 + Slack 스레드 + 커밋을 종합한 상태 업데이트
  • 로그와 타임라인에서 뽑아낸 인시던트 회고
  • 구조화된 프롬프트 + 대시보드 데이터에서 만든 투자자 업데이트

"매주 월요일 오전 9시에 지난주에 병합된 GitHub PR을 팀별로 묶어서 요약해 줘. #eng-weekly에 게시해."

돌려받는 것: 채널에 맞게 크기를 조정한 구조화된 다이제스트 — Slack에는 짧게, 이메일에는 길게. 숫자는 이전 기간과 비교되고, 의외의 사항은 짚어냅니다.

글 콘텐츠

브랜드 보이스나 개인 보이스에 맞는 초안, 편집되어 바로 낼 수 있는 상태.

  • 개요나 리서치 브리프에서 만든 블로그 글과 장문 기사
  • 마케팅 이메일, 라이프사이클 너처, 브로드캐스트 캠페인
  • 여러분의 목소리로 쓴 LinkedIn / X / Threads 게시물
  • 내부 메모, 전사 공지, 결정 기록
  • 톤을 보존한 번역(EN ↔ ZH / JA / KO)

"이 Notion 문서를 가져와 내 목소리로 LinkedIn 게시물로 만들어 줘 — 짧은 네 단락, 해시태그 없이, 마지막은 열린 질문 하나로 끝나게."

돌려받는 것: 바로 게시할 수 있는 초안, 요청하면 두세 가지 변형 옵션.

프레젠테이션 및 덱

피치, 리뷰, 전사, 콘퍼런스 발표용 슬라이드 — 개요나 원본 문서에서 생성.

  • 펀드레이징, 영업, 이사회 리뷰용 피치 덱
  • 지난달 Notion 체인지로그에서 만든 전사 업데이트
  • 초안 개요에서 확장한 콘퍼런스 발표
  • KB 문서에서 만든 내부 교육 덱

"우리 표준 템플릿을 사용해 Acme Corp용 12장짜리 피치 덱을 만들어 줘 — Notion에서 관련 사례 연구 두 개와 해당 업계 고객의 로고 월을 가져와."

돌려받는 것: 공유 가능한 Gamma 또는 Google Slides 덱, 최종 판단이 필요한 곳에 플레이스홀더가 표시된 형태.

웹사이트 및 랜딩 페이지

출시, 이벤트, 내부 도구를 위한 마이크로사이트와 일회성 페이지.

  • 히어로 / 기능 / 가격 / CTA가 있는 출시 랜딩 페이지
  • RSVP, 연사 소개, 아젠다가 있는 이벤트 마이크로사이트
  • 내부 허브 페이지(온보딩, 런북, 대시보드)
  • 진행 중인 기능을 위한 일회성 인터랙티브 데모

"우리 마케팅 사이트의 브랜드 색상을 사용해 봄 출시용 랜딩 페이지를 만들어 줘 — 세 섹션: 히어로, 기능 그리드, 가격."

돌려받는 것: 즉시 공유할 수 있는 배포된 페이지 URL, 그리고 계속 편집할 수 있는 소스.

이미지 및 일러스트레이션

게시물, 블로그 헤더, 카드, 내부 용도를 위한 브랜드 일관성 있는 비주얼.

  • 기능, 출시, 채용, 마일스톤을 알리는 소셜 카드
  • 블로그 헤더와 섹션 일러스트레이션
  • 고정된 브랜드 스타일의 편집 일러스트레이션(시리즈 전반에 일관됨)
  • 제품 목업과 참조 스크린샷
  • 산문 설명에서 생성한 다이어그램(아키텍처, 순서도)

"새 Slack 채널 기능을 알리는 소셜 카드 네 개를 만들어 줘 — 정사각형, 브랜드 팔레트, 손그림 잉크 스타일, 카드당 생물 하나."

돌려받는 것: 인라인으로 전달되어 바로 다운로드할 수 있는 이미지 세트. 필요에 따라 프롬프트를 조정해 다시 실행하세요.

비디오 및 오디오

제품 업데이트, 교육, 마케팅을 위한 숏폼 비디오와 오디오.

  • 화면 녹화 + 음성 더빙이 있는 제품 데모 비디오
  • 출시와 업데이트를 위한 AI 아바타 토킹헤드 클립
  • 여러 언어로 된 오디오 해설 내레이션
  • 팟캐스트 개요와 쇼 노트
  • 자동 전사된 회의 요약

"이 제품 체인지로그를 내 아바타가 내레이션하고 화면 녹화가 인라인으로 들어간 60초 데모 비디오로 만들어 줘."

돌려받는 것: 워크스페이스 파일에 저장된 최종 MP4(오디오는 MP3), 공유하거나 임베드할 수 있는 상태.

코드 및 PR

집중되고 범위가 좁은 엔지니어링 작업 — "앱을 만들어 줘"가 아니라, 주니어 엔지니어가 한 시간 안에 처리할 만한 종류의 일.

  • 재현 단계와 심각도 분류가 있는 이슈 분류
  • 명명된 버그에 대한 작고 범위가 명확한 수정
  • 특정 관심사(보안, 성능, 명명)에 집중한 PR 리뷰
  • 문서 업데이트와 코드에 맞춘 README 편집
  • 기존 함수나 엔드포인트에 대한 테스트

"PR #4422를 SQL 인젝션 위험에 대해서만 리뷰해 줘 — 스타일, 명명, 아키텍처는 건너뛰고. 결과를 PR 코멘트로 게시해."

돌려받는 것: 열린 PR이나 게시된 리뷰 코멘트, 세션 로그에 추론 과정이 보이는 형태.

분류

인바운드 업무 — 이메일, 티켓, 버그 리포트, 알림 — 를 정렬하고, 라벨을 붙이고, 부분적으로 처리.

  • 받은편지함 처리: 뉴스레터 보관, 발신자별 라벨링, 긴급 답장 초안 작성
  • 올바른 팀으로 자동 등록되는 버그 리포트 분류
  • 심각도, 고객 등급, 주제별 지원 티켓 묶기
  • PagerDuty + Sentry + Slack에 걸친 알림 요약

"매일 저녁 6시에 마케팅 뉴스레터를 보관하고, 개인 메일에 라벨을 붙이고, 고객에게서 온 것이면 무엇이든 답장 초안을 작성해."

돌려받는 것: 아침에 바로 처리할 수 있게 준비된 받은편지함, 그리고 Zero가 처리한 내용에 대한 짧은 메모.

오퍼레이션

접착제 같은 일: 시스템 대사, 점검 실행, 다이제스트 게시, 폼 작성.

  • 대시보드나 API에 대한 반복적인 상태 점검, 이상 시 호출
  • 두 시스템 간 레코드 대사(CRM ↔ 결제, Linear ↔ GitHub)
  • 일정에 맞춘 리마인더와 팔로업 게시
  • 구조화된 입력에서 폼 작성과 데이터 입력
  • 감사 준비 — 컨트롤을 위해 로그에서 증거 뽑아내기

"30분마다 프로덕션 상태 대시보드를 조회해. 오류율이 1%를 넘으면 PagerDuty로 온콜을 호출해."

돌려받는 것: 여러분의 주의 없이 제 일을 해내는 조용한 워크플로 — 그리고 무언가 잘못되었을 때만 알려줍니다.

이 목록 사용법

위의 모든 범주는 세 가지 방식으로 실행할 수 있습니다.

  • 일회성. 채팅에 프롬프트를 입력합니다. 새로운 것을 시도하거나 한 번뿐인 일에 유용합니다.
  • 스킬. 팀이 나중에 호출할 수 있는 이름으로 워크플로를 저장합니다. 같은 형태의 일이 반복될 때 사용합니다.
  • 스케줄. 주기에 맞춰 실행합니다. 아무도 요청하지 않아도 일이 일어나야 할 때 사용합니다.

완전한 네 가지 워크플로의 처음부터 끝까지 안내는 **예제 워크플로**를 참고하세요.