Okou를 잠들지 않고, 당신의 도구가 이미 전부 승인되어 있는 주니어~미들급 동료라고 생각해 보세요. 받은편지함, 저장소, 대시보드, 문서를 조합해 사람이 할 수 있는 일이라면 Okou도 할 수 있고, 마지막에 진짜 산출물을 내놓습니다.
그 일을 클라우드 컴퓨터에서 합니다. 터미널과 파일 시스템, 브라우저를 갖춘 진짜 머신입니다. 스프레드시트 변환을 설명만 하는 어시스턴트와, 실제로 돌려서 파일을 건네주는 어시스턴트의 차이가 여기서 갈립니다. Run마다 자기 몫의 머신을 받습니다 — 채팅을 참고하세요.
일이 화면 뒤에만 존재할 때 — API가 없는 사이트, 채워야 할 양식, 이미 로그인해 둔 포털 — Okou는 대신 브라우저나 연결된 데스크톱을 조작할 수 있습니다.
아래 범주는 가장 자주 등장하는 열 가지 종류의 일입니다. 어느 것도 알맞은 도구를 연결하는 것 이상의 설정을 요구하지 않으며, 모두 워크플로가 되거나 자동화로 실행될 수 있습니다.
리서치
사람, 회사, 시장, 경쟁사에 대한 맥락이 빠르게, 출처와 함께 필요할 때.
- 영업 통화 전 계정 브리핑(투자, 최근 뉴스, 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 체인지로그로 만드는 전사 회의 업데이트
- 초안 개요를 확장한 콘퍼런스 발표
- 지식 문서로 만드는 사내 교육 덱
"Acme Corp용 12장짜리 피치 덱을 우리 표준 템플릿으로 만들어 줘 — Notion에서 관련 사례 두 건과 그쪽 업계 고객 로고 월도 넣어 줘."
돌아오는 것: 공유 가능한 덱. Okou의 내장 프레젠테이션 파이프라인이 만들어 URL로 게시하거나, 그쪽이 편하다면 Gamma나 Google 슬라이드로 만듭니다. 당신이 최종 판단해야 할 자리에는 플레이스홀더 표시가 붙습니다.
웹사이트와 랜딩 페이지
출시, 행사, 사내 도구를 위한 마이크로사이트와 일회성 페이지.
- 히어로 / 기능 / 가격 / CTA로 구성된 출시 랜딩 페이지
- 참가 신청, 연사 소개, 일정이 들어간 행사 마이크로사이트
- 사내 허브 페이지(온보딩, 런북, 대시보드)
- 개발 중인 기능을 눌러 볼 수 있는 일회성 인터랙티브 데모
"봄 출시용 랜딩 페이지 하나 띄워 줘. 섹션은 셋 — 히어로, 기능 그리드, 가격 — 색은 우리 마케팅 사이트 브랜드 컬러로."
돌아오는 것: 바로 공유할 수 있는 호스팅된 페이지 URL과, 더 손볼 수 있는 소스.
이미지와 일러스트레이션
게시물, 블로그 헤더, 카드, 사내 용도를 위한 브랜드 일관성 있는 시각물.
- 기능, 출시, 입사, 마일스톤을 알리는 소셜 카드
- 블로그 헤더와 섹션 일러스트레이션
- 고정된 브랜드 스타일의 에디토리얼 일러스트레이션(시리즈 전체에서 일관되게)
- 제품 목업과 참고용 스크린샷
- 산문 설명에서 만들어 내는 다이어그램(아키텍처, 순서도)
"새 Slack 채널 기능을 알리는 소셜 카드 네 장 만들어 줘 — 정사각형, 브랜드 팔레트, 손으로 그린 잉크 스타일, 카드마다 생물 하나씩."
돌아오는 것: 인라인으로 전달되어 바로 내려받을 수 있는 이미지 한 세트. 연결해 둔 제공업체를 지정하지 않는 한 Okou의 내장 이미지 파이프라인이 생성합니다. 프롬프트를 손봐 다시 돌릴 수 있습니다.
영상과 오디오
제품 업데이트, 교육, 마케팅을 위한 짧은 영상과 오디오.
- 화면 녹화와 내레이션을 곁들인 제품 데모 영상
- 출시와 업데이트를 알리는 AI 아바타 토킹 헤드 클립
- 여러 언어로 만드는 오디오 해설 내레이션
- 팟캐스트 구성안과 쇼노트
- 자동 전사된 회의 요약
"이 제품 체인지로그를 60초 데모 영상으로 만들어 줘. 내 아바타가 내레이션하고 화면 녹화를 중간중간 넣어서."
돌아오는 것: 워크스페이스 파일에 들어오는 완성된 MP4(오디오라면 MP3). 바로 공유하거나 임베드할 수 있습니다.
코드와 PR
범위가 분명한 엔지니어링 작업 — "앱을 통째로 써 줘"가 아니라, 주니어 엔지니어가 한 시간이면 처리할 종류의 일입니다.
- 재현 절차와 심각도 분류가 붙은 이슈 트리아지
- 지목된 버그에 대한 작고 범위가 명확한 수정
- 특정 관심사(보안, 성능, 이름 짓기)에 집중한 PR 리뷰
- 문서 업데이트와 코드에 맞춘 README 수정
- 기존 함수나 엔드포인트에 대한 테스트
"PR #4422를 SQL 인젝션 위험만 봐 줘 — 스타일, 이름, 아키텍처는 건너뛰고. 발견한 건 PR 코멘트로 올려 줘."
돌아오는 것: 열린 PR 또는 게시된 리뷰 코멘트. 판단 근거는 채팅 로그에서 볼 수 있습니다.
트리아지
들어오는 일 — 메일, 티켓, 버그 신고, 알림 — 을 분류하고, 라벨을 붙이고, 일부는 미리 처리해 둡니다.
- 받은편지함 정리: 뉴스레터 보관, 발신자별 라벨, 급한 건 답장 초안
- 버그 신고를 분류해 알맞은 팀으로 자동 등록
- 심각도, 고객 등급, 주제별로 지원 티켓 묶기
- PagerDuty + Sentry + Slack에 걸친 알림 요약
"매일 저녁 6시에 마케팅 뉴스레터는 보관하고, 개인 메일에는 라벨을 붙이고, 고객이 보낸 건에는 답장을 초안해 줘."
돌아오는 것: 아침에 바로 손댈 수 있는 받은편지함과, Okou가 무엇을 처리했는지에 대한 짧은 메모.
운영
이어 붙이는 일: 시스템 대사, 점검 실행, 다이제스트 게시, 양식 작성.
- 대시보드나 API에 대한 정기 헬스 체크, 이상 시 호출
- 두 시스템 간 레코드 대사(CRM ↔ 청구, Linear ↔ GitHub)
- 일정에 맞춰 리마인더와 후속 연락 게시
- 구조화된 입력으로부터 양식 작성과 데이터 입력
- 감사 준비 — 통제 항목의 증적을 로그에서 뽑아내기
"30분마다 프로덕션 헬스 대시보드를 조회해 줘. 오류율이 1%를 넘으면 PagerDuty로 온콜을 호출해 줘."
돌아오는 것: 당신의 주의를 뺏지 않고 제 일을 하는 조용한 워크플로. 뭔가 잘못됐을 때만 알려 줍니다.
이 목록을 쓰는 법
위의 모든 범주는 세 가지 방식으로 돌릴 수 있습니다:
- 일회성. 채팅에 프롬프트를 입력하세요. 새로운 것을 시험하거나 한 번뿐인 일에 알맞습니다.
- 워크플로. 절차를 이름과 함께 저장해 팀이 나중에 부를 수 있게 하세요. 같은 모양의 일이 반복될 때 좋습니다.
- 자동화. 트리거를 붙이세요 — 스케줄, 들어오는 메일, GitHub 이벤트. 아무도 요청하지 않아도 일어나야 하는 일에 알맞습니다.
완전한 워크플로 다섯 개를 처음부터 끝까지 보려면 **예제 워크플로**를 참고하세요. 공개 워크플로 라이브러리에는 더 폭넓은 모음이 있고, 각각 필요한 커넥터와 시작 프롬프트가 함께 정리되어 있습니다.