노션 AI, 기존 고객도 크레딧 전환…자동⁠·⁠직접 선택 따로 차감

노션이 기존 Business·Enterprise 워크스페이스의 AI 이용량을 새 크레딧 체계로 전환하는 적용일을 11월 2일로 안내했다. 모델을 자동으로 고르는 작업과 사용자가 모델을 지정하는 작업의 월간 잔액을 따로 관리한다. 지난 10월 19일 발표 때 신규 고객에게 먼저 적용한 제도가 기존 고객에게 확대되는 일정이다.

기본 제공량은 구성원 한 명당 매달 Standard 1,500크레딧과 Select 500크레딧이다. Standard는 노션의 자동 모델 선택 기능인 Auto를 쓰는 작업에, Select는 모델을 직접 고르거나 개인 맞춤형 에이전트를 실행하는 데 사용한다. 실제 포함량은 요금제와 구매 계약에 따라 달라질 수 있다고 회사는 설명한다.

두 잔액은 각각 월간 결제 주기에 맞춰 초기화되고 남은 양은 다음 달로 이월되지 않는다. 구성원끼리 옮기거나 두 종류를 합쳐 쓰는 것도 지원하지 않는다. 예를 들어 모델을 지정한 작업에 쓸 Select가 소진되면 그 잔액을 요구하는 기능이 멈추며, Auto에 쓸 Standard 잔액은 별도로 남는다.

기본 제공량을 넘긴 작업을 계속하려면 관리자가 워크스페이스의 별도 유료 잔액인 Notion 크레딧 사용을 허용해야 한다. 이 초과 이용 설정은 기본적으로 꺼져 있다. 관리자가 허용하지 않은 경우에는 해당 종류의 크레딧이 다시 채워질 때까지 관련 작업이 중지된다. 팀 공용으로 구매한 잔액과 좌석마다 포함된 두 잔액은 관리 주체도 다르다.

추가 Notion 크레딧의 공개 가격은 월간 방식이 1,000크레딧당 10달러, 연간 방식이 같은 양에 13달러다. 월간 잔액은 매달 초기화되고, 연간 잔액은 구독 갱신 때까지 쓸 수 있다. 앱 안에서 직접 결제하는 고객은 기본 구독 주기에 맞는 방식을 구매하며, 영업 담당자를 통해 계약한 고객에게는 별도 구매 선택지가 있다.

공유 에이전트의 사용량은 누가 내나

새 기본 규칙에서 Custom Agent는 제작자의 Select 크레딧을 먼저 쓴다. 동료가 실행해도 제작자 잔액에서 차감되며, 제작자는 에이전트별 지출 상한을 둘 수 있다.

관리자는 에이전트에 팀 공용 Notion 크레딧 예산을 배정해 제작자 잔액을 거치지 않도록 바꿀 수 있다. 그렇지 않으면 Select, 개인에게 추가 배정된 Notion 크레딧, 관리자 허용이 있는 팀 공용 잔액 순으로 사용한다.

기존 에이전트에는 예외가 있다. 11월 2일 전에 생성한 Custom Agent는 계속 워크스페이스 공용 크레딧에서 차감한다. 에이전트를 만든 시점과 관리자가 정한 재원에 따라 비용이 귀속되는 곳이 달라진다.

기능별 적용 시점도 나뉜다. 글 편집·번역·AI 블록·데이터베이스 수식은 Standard 대상이고, AI Meeting Notes가 월간 Standard 잔액을 쓰기 시작하는 날짜는 12월 1일이다. 회사는 한 시간 회의의 소모량을 약 10크레딧으로 추정한다. Workers는 베타 기간에 크레딧을 쓰지 않으며 일반 Database Autofill도 현재 잔액을 줄이지 않는다고 기능표에 적었다.

외부 도구 연결 자체와 에이전트 실행에도 차이가 있다. 일반적인 Notion MCP·API의 읽기와 쓰기는 크레딧을 소비하지 않고 통상적인 호출 제한을 따른다. 반면 API나 연결 앱을 통해 에이전트를 실행하면 Notion 크레딧을 쓴다. Fable·Astra 등 고소모 모델 역시 워크스페이스 Notion 크레딧으로 처리된다.

관리자용 대시보드에는 구성원별 초과 이용과 고소모 모델 사용량이 개별 행으로 나타난다. 에이전트별 실행 횟수·차감량과 실제 누적 사용량, 결제 주기 말까지의 예상치도 볼 수 있다. 예상 사용량은 현재 패턴을 이어 계산한 참고 정보여서 확정 청구액과는 다르다. 에이전트 활동 분석에서는 어떤 모델과 도구, 실행 계기를 사용했는지 확인할 수 있고, 실패한 실행이나 재시도로 비용이 늘어난 경우도 살펴볼 수 있다.

노션은 워크스페이스 크레딧 사용률이 80%와 100%에 도달하면 소유자에게 앱과 이메일로 알린다고 설명한다. 관리자는 에이전트나 구성원별 한도와 고소모 모델 허용 여부를 관리할 수 있다. 다만 에이전트가 이미 수행 중인 작업은 한도에 닿아도 완료하도록 허용하므로, 설정한 상한을 일부 넘긴 뒤 새 사용이 멈출 수 있다.