Notion ShipOS 그게 뭔데? (2026)

Notion ShipOS 그게 뭔데?

2026년 7월, 노션(Notion)이 Ship OS 라는 이름의 새로운 구성을 공개했어요. 슬로건은 "The agent-native way to ship software" — 에이전트가 소프트웨어 출시 과정을 굴려주는 방식이에요.

먼저 오해 하나를 풀고 갈게요. Ship OS 는 별도의 신제품이 아니에요. 노션이 이미 갖고 있던 에이전트, 문서, 데이터베이스를 "제품 개발 워크플로우" 용도로 묶어서 한번에 설치할 수 있게 만든 셋업(템플릿 + 에이전트 구성)이에요.

공식 데모 기준으로 Ship OS 는 다섯 단계로 움직여요.

1. Triage(분류) — Slack, Zendesk, 이메일, 세일즈 콜에서 피드백과 요청을 긁어와 에이전트가 카테고리(버그/기능 요청 등)와 심각도를 분류해요.

2. Plan(기획) — 분류된 피드백을 근거로 에이전트가 PRD 초안을 쓰고, 리서치와 회의록(AI Meeting Notes)을 끌어와요.

3. Build(개발) — Claude Code, Cursor 같은 코딩 에이전트에게 스펙을 넘겨 노션 안에서 작업을 오케스트레이션해요.

4. Review(검토) — 다른 코딩 에이전트를 불러 세컨드 오피니언을 받아요.

5. Ship(출시) — GitHub 커밋에서 스탠드업 요약과 상태 업데이트를 자동 생성해요.

즉, "고객 피드백 → 머지된 PR" 까지의 내부 개발 사이클 전체를 에이전트가 굴려주는 흐름이에요. 에이전트가 분류·라우팅·요약을 맡고, 사람은 판단만 하는 구조임을 강조하는것 같네요.

어떤 팀이 사용해야 할까?

개인적으로는 기능 업데이트가 빈번한 SaaS 팀에 가장 잘 맞는 구성이라고 생각해요.

대부분의 스타트업에는 기획과 개발 사이에 눈에 잘 안 보이는 간극이 있어요. 새 이슈가 생기면 기획자는 PRD를 쳐다보고, 개발자는 GitHub에 이슈를 등록하죠. 즉, 같은 기능을 만들면서 서로 다른 문서를 보고 있는 거죠.

누군가가 "이거 지금 어디까지 됐어요?" 라는 질문이 나올 때마다 하던 일을 멈추고 흩어진 문서를 확인해, 회의록을 찾고, 이슈 링크를 붙이고, 상태를 다시 설명하는 과정이 반복될 수 있어요.

Ship OS가 노리는 게 이 번역 비용이에요. 소통에 필요한 문서화를 에이전트가 대신 만들고, 기획부터 출시까지를 하나의 워크플로우로 이어 붙여서, 사람이 맥락을 옮기느라 쓰는 시간을 줄이는 거죠.

그래서 출시 사이클이 빠른 팀일수록 효과가 커져요. 배포가 잦다는 건 분류할 피드백, 써야 할 PRD, 공유해야 할 상태 업데이트가 매주 쌓인다는 뜻이니까요. 반대로 분기에 한 번 배포하는 팀이라면, 이 반복 업무 자체가 적어서 큰 체감이 안될 수 있다고 생각해요.

결국 시작은 VOC예요

Ship OS의 다섯 단계를 다시 보면, 사이클의 출발은 고객의 피드백이에요. Triage가 첫 칸에 있는 이유죠. 뭘 만들지 결정하는 재료는 결국 VOC에서 나오고, 그 재료가 정리되어 있지 않으면 뒤의 네 단계가 아무리 자동화돼도 엉뚱한 걸 빠르게 만들 뿐이에요.

레닛은 그 출발점과 마지막 지점을 자동화해요. 고객 피드백을 보드에 모아 투표로 정량화하고 반영이 완료되면 그걸 고객에게 되돌려주는 거죠. GitHub과 연동해두면 레닛이 매일 변경사항과 배포 내용을 읽어서, 관련된 피드백을 찾아 완료 처리하고, 사용자에게 보낼 체인지로그 초안까지 작성해둬요. 관리자가 매일 들여다보지 않아도 피드백 보드가 죽지 않고 알아서 돌아가는 구조에요.

즉 Ship OS가 "피드백이 회사 안에 들어온 뒤"의 내부 사이클을 굴린다면, 레닛은 그 앞의 수집·정량화부터 그 뒤의 "요청한 고객에게 알리기"까지, 고객을 마주보는 영역을 담당해요.

바라보는 방향은 달라도, 두 제품이 딛고 선 생각은 같아요. 반복 업무는 에이전트에게 넘기고, 사람은 판단에 집중한다. 노션 같은 큰 회사가 이 방향에 Ship OS라는 이름까지 붙여서 들어왔다는 건, 앞으로 이렇게 운영 ROI를 높이는 서비스가 계속 나온다는 신호라고 생각해요. 레닛도 그 방향 위에서 만들고 있고요.

대 AI 시대에, 각 회사에 맞는 자동화를 구축하는 일은 이제 선택이 아니라 운영 경쟁력이 되어가고 있어요. 다만 순서는 있다고 생각해요. 도구를 먼저 고르는 게 아니라, 우리 팀에서 매주 반복되는 일이 뭔지 먼저 찾는 거예요. 그래야 어떤 도구가 우리 팀의 반복 업무 자리에 맞는지 보이거든요.

무료로 레닛 도입하기