目錄
이 글의 정보는 2026년 9월 기준입니다. Workers는 아직 베타 단계이므로 과금 시작일과 요금은 변경될 수 있습니다.
r/Notion에 「Agents가 Workers보다 10배 비싸 보인다?」라고 직접 묻는 현실적인 글이 올라왔습니다. 게시자는 기존에 사용하던 Make.com Scenario 상당수를 Notion Worker로 바꾼 뒤, Worker Run 한 번에 약 0.2～0.6 credits가 소모되는 것을 확인했습니다. 반면 Property Status만 변경하는 흐름을 Custom Agent로 테스트했을 때는 한 번에 약 2.5 credits가 사용됐습니다. 이 테스트만 보면 두 방식의 차이는 약 4～12.5배이므로, 「Agent가 훨씬 비싸다」는 첫인상을 받기 쉽습니다.
더 주의할 점은 Workers가 현재도 무료 베타라는 사실입니다. Notion의 비교적 새로운 Help Center 안내에 따르면 Workers도 2026년 10월 15일부터 정식으로 Notion credits를 소모합니다. 현재 Business, Enterprise, Business Trial 사용자는 베타 기간에 예상 Credits Usage를 확인하면서 실제 흐름에 앞으로 필요한 크레딧을 계산할 수 있습니다. 일부 오래된 영문 출시 페이지에는 8월 11일이라는 이전 날짜가 남아 있으므로, 정식 과금 전에 Workspace의 Billing과 최신 Help Center를 다시 확인하는 편이 좋습니다.
정말 다시 살펴봐야 할 것은 「Agent가 너무 비싸다」는 사실 자체가 아닙니다. 같은 자동화라고 불려도 Notion은 현재 이를 완전히 다른 세 가지 도구로 나눴습니다. Database Automations는 명확한 조건과 동작을 처리하고, Workers는 예측 가능한 프로그램 로직을 실행하며, Custom Agents는 Context를 읽고 판단해 다음 단계를 결정해야 하는 작업을 맡습니다. 세 가지 도구를 잘못 배치하면 비용만 늘어나는 것이 아니라 흐름도 이전보다 유지 관리하기 어려워질 수 있습니다.
Notion Worker와 Custom Agent는 한 번 실행할 때 비용이 얼마나 다를까?
Worker는 보통 한 번에 약 0.23 credit이지만 고정 요금은 아니다
Notion이 현재 제시하는 Worker Benchmark는 Run 한 번당 보통 약 0.0023달러입니다. Notion credits 1,000개가 10달러이므로 credit 하나는 0.01달러에 해당합니다. 따라서 전형적인 Worker Run은 약 0.23 credit을 소모하며, 1,000 credits로 약 4,348회의 전형적인 Run을 실행할 수 있습니다.
이 수치는 Reddit 게시자가 실제로 확인한 0.2～0.6 credits와 비슷하지만, 0.23을 고정 단가로 보면 안 됩니다. Worker의 실제 사용량은 실행 시간, 처리량, 작업 내용의 영향을 받습니다. Notion도 typically cost라는 표현을 사용하며, 모든 실행에서 반드시 0.23 credit이 차감된다고 보장하지는 않습니다.
Worker의 과금 단위도 먼저 이해해야 합니다. Scheduled Sync는 실행할 때마다 한 번의 Run으로 계산되고, Webhook은 Event 하나를 처리할 때마다 한 번으로 계산됩니다. Custom Agent가 Worker를 Tool로 사용하면 Tool Call 한 번마다 별도의 Worker Run으로 집계됩니다. 따라서 Agent Run 한 번 안에서 Worker를 네 번 호출하면 Agent 자체의 Credits와 함께 Worker Runs 네 번이 추가로 발생합니다.
Custom Agent는 이제 공식 비용 범위가 있어 더 이상 추측할 필요가 없다
원고의 「Agent는 공식 요금이 없어 제3자의 추산에 의존해야 한다」는 설명은 이제 맞지 않습니다. Notion은 현재 몇 가지 일반적인 Custom Agent의 실제 Benchmark를 직접 공개하고 있습니다.
| Custom Agent 유형 | 공식 예상 1회 비용 | 예상 소모 Credits | 1,000 Credits로 실행 가능한 횟수 |
| Q&A Agent | US$0.03～0.11 | 3～11 | 90～333회 |
| Task Routing | US$0.05～0.15 | 5～15 | 65～190회 |
| Status Update | US$0.08～0.18 | 8～18 | 57～133회 |
| Mail Triage | US$0.04～0.10 | 4～10 | 100～250회 |
| Daily Brief | US$0.10～0.30 | 10～30 | 33～100회 |
같은 Agent라도 읽는 콘텐츠의 양, 검색하는 데이터베이스 수, Tool Calls 수, 실행 빈도, Model Choice에 따라 비용이 달라집니다. 따라서 이 수치들은 추정 범위일 뿐 고정 가격이 아닙니다.
공식 기준인 전형적인 Worker의 0.23 credit과 Custom Agent의 공식 범위인 3～30 credits를 단순 비교하면 차이가 수십 배에서 100배 이상까지 벌어질 수 있습니다. 그러나 이것도 공정한 「동일 작업」 비교는 아닙니다. 공식에 제시된 Agents는 Context를 읽고 판단하며 데이터를 만들거나 메시지를 보내는 반면, Worker Benchmark는 주로 고정 코드를 실행하는 작업이기 때문입니다.
따라서 Reddit의 「Agent가 Worker보다 10배 비싸다」는 말은 한 사용자의 실제 테스트 사례로 볼 수는 있지만, 제품의 고정 가격 규칙으로 일반화할 수는 없습니다.
Custom Agent는 왜 Worker보다 훨씬 비싼 경우가 많을까?
Custom Agent의 비용은 판단에, Worker의 비용은 실행에 쓰인다
Workers가 실행하는 것은 코드입니다. Salesforce 동기화, Webhook 수신, 계산 후 Notion 업데이트 같은 로직은 개발자가 이미 작성해 두며, Runtime은 정해진 흐름에 따라 실행하기만 하면 됩니다. Notion도 Workers를 Syncing Data, Writing Updates, Handling Events처럼 AI Reasoning이 필요하지 않은 작업에 적합하다고 설명합니다.
Custom Agent가 마주하는 문제는 다릅니다. Slack Message를 먼저 읽고 여러 Databases를 검색한 뒤, 내용을 분류하고 Owner를 찾고 Priority를 정해 Task를 만들고 마지막으로 관계자에게 알릴 수 있습니다. 읽는 데이터가 많고 단계가 늘어나며 더 강력한 모델을 사용할수록 Credits도 증가합니다.
「Agent는 생각하고 Worker는 일한다」는 말은 간단한 설명으로 쓸 수 있습니다. 다만 Worker에 로직이 전혀 없는 것은 아니며 매우 복잡한 프로그램도 실행할 수 있습니다. 진짜 차이는 판단 로직이 사전에 고정되어 있는지입니다. Worker는 개발자가 정의한 Deterministic Logic을 실행하고, Custom Agent는 현재 Context에 따라 모델을 이용해 작업을 완료하는 방법을 결정합니다.
매일 똑같은 API Calls, 필드 변환, 상태 업데이트를 수행하는 흐름이라면 모델 비용을 들여 매번 다시 「생각하게」 할 필요가 없습니다.
Notion은 이미 Agent가 결정하고 Worker가 실행하는 방식을 권장한다
두 도구는 경쟁 관계가 아니며 공식도 혼합 사용을 권장한다
Workers의 공식 설명에는 Custom Agent가 무엇을 할지 결정하고 Worker가 특정 단계를 안정적으로 실행하는 일반적인 조합 방식이 직접 명시되어 있습니다.
예를 들어 고객이 Email을 보냈을 때 환불, Bug, 협업 제안, 일반 문의 중 무엇인지 판단하는 부분은 고정 조건만으로 완전히 작성하기 어려워 Agent에 더 적합합니다. 판단이 끝난 뒤 분류에 따라 정해진 형식의 Task를 만들고 몇 가지 필드를 채운 다음 지정된 API를 호출하기만 한다면 후반부는 Worker에 맡길 수 있습니다.
이렇게 하면 Credits를 아낄 수 있을 뿐 아니라 확정적인 작업을 Debug하기도 쉬워집니다. Agent가 잘못 판단하면 Instructions를 조정할 수 있고, Worker API Call이 실패하면 Logs에서 Error를 확인할 수 있습니다. 모든 것을 하나의 Agent Run에 넣으면 Credits가 많이 든다는 사실만 보일 뿐, 어느 단계에 모델이 정말 필요한지는 파악하기 어렵습니다.
어떤 Notion 자동화에는 Agent가 전혀 필요 없을까?
1단계: 규칙이 명확하면 Database Automation이나 Formula부터 사용한다
Status가 완료로 바뀐 뒤 다른 Property를 수정하거나, 새 Page에 담당자를 지정하거나, 정기적으로 콘텐츠를 만들거나, 알림을 보내는 요구라면 Notion Database Automations로 처리할 수 있는 경우가 많습니다. 유료 플랜은 Database Automations를 만들 수 있지만 Free Plan에서는 Slack Notification처럼 일부 제한적인 동작만 만들 수 있습니다. Formula와 Button도 백그라운드 실행이 필요하지 않은 고정 로직을 상당 부분 처리할 수 있습니다.
일반 Database Automations에는 Workers／Custom Agents의 Notion credits 과금 체계가 적용되지 않습니다. 따라서 네이티브 Automation으로 처리할 수 있다면 같은 조건을 Agent Prompt로 다시 작성할 필요가 없습니다.
예를 들어 「Status가 Published로 바뀌면 Published Date에 오늘 날짜 입력」 같은 작업에서 모델이 매번 Context를 다시 읽고 날짜를 넣을지 판단하게 하는 것은 비용과 안정성 모두 장점이 없습니다.
2단계: 프로그램 실행이 필요해도 규칙이 고정되어 있다면 Worker를 살펴본다
외부 API, 시스템 간 동기화, Webhook, 대량 데이터 처리, 복잡한 변환 로직이 필요할 때부터 Worker가 적합한 범위에 들어갑니다. Workers는 현재 주로 Database Sync, Custom Agent Tools, Webhook Triggers를 지원하며 Notion의 Infrastructure에서 실행되므로 Lambda 같은 Server를 별도로 유지할 필요도 없습니다.
흔한 사례로는 외부 CRM 정기 동기화, Stripe Webhook 수신 후 Billing Database 업데이트, 데이터 일괄 정리, 정해진 Rules에 따른 API 호출, Custom Agent가 사용하는 고정 계산 또는 검색 Tool이 있습니다.
원고의 「if-then 한 문장으로 쓸 수 있다면 Agent를 사용하면 안 된다」는 방향은 괜찮지만 조금 지나치게 절대적입니다. If-then으로 작성할 수 있어도 조건과 예외가 너무 복잡해 직접 유지할 가치가 없는 경우도 있습니다. 더 나은 판단 기준은 규칙을 사전에 안정적이고 완전하게 정의할 수 있는가입니다. 가능하다면 Automation／Worker를 먼저 보고, 입력 자체가 모호할 때 Agent를 선택합니다.
3단계: 의미 이해와 선택이 필요할 때 Custom Agent를 쓸 가치가 있다
고객 Email을 어떤 범주로 나눌지, 회의에서 무엇이 진짜 미해결 사항인지, 어떤 메시지에 협업 의도가 있는지, 어떤 경쟁사 업데이트를 주간 보고서에 넣을지를 결정하는 작업은 고정 Formula 하나로 처리할 수 없으며 판단할 때마다 서로 다른 Context가 필요합니다.
이런 상황이 Custom Agent의 용도에 더 가깝습니다. Notion도 현재 Scope를 좁히고 Trigger를 구체적으로 쓰며, 정말 필요한 Pages／Databases만 Context로 열고 단순한 작업에는 가벼운 모델을 사용하라고 권장합니다. 이런 조정은 오판과 Credit Usage를 동시에 줄일 수 있습니다.
Custom Agent 비용은 한 번 내려갔는데 왜 여전히 Worker보다 높을까?
4월 14일 Notion은 Custom Agents 실행 비용을 전체적으로 약 35%～50% 낮췄다고 발표했습니다. 특히 Mail Triage 같은 반복 작업이 대상이었습니다. 동시에 GPT-5.4 Mini／Nano, Haiku 4.5, MiniMax M2.5 등 Credits를 덜 쓰는 모델 선택지를 추가했으며, 일부 모델은 고급 모델보다 최대 약 10배 적은 Credits를 사용할 수 있습니다.
이는 Notion이 Agent Cost 문제를 방치한 것이 아니라는 뜻입니다. 다만 모델 추론은 본래 고정 Code Execution보다 비쌉니다. Worker의 목적은 AI Decision-making이 필요하지 않은 부분을 분리해 더 예측하기 쉬운 가격으로 실행하는 것입니다.
따라서 아키텍처 최적화는 「모든 Agent를 Worker로 교체」하는 것이 아니라 Agent Run 안에서 실제로 AI가 필요 없는 단계를 먼저 찾아내는 것입니다.
10월 15일 이후를 대비해 Notion credits에서 먼저 알아둘 점은?
Monthly Credits는 초기화되며 쓰지 않은 크레딧은 누적되지 않는다
Notion credits는 Workspace가 공유하는 크레딧이며 Business와 Enterprise는 추가 구매할 수 있습니다. 현재 표준 가격은 1,000 credits당 10달러입니다. Monthly Credits는 Billing Period마다 다시 설정되고 해당 월에 사용하지 않은 크레딧은 다음 기간으로 Roll Over되지 않습니다.
따라서 Credits를 구매할 때 한 번에 많이 쌓기보다 먼저 한두 번의 Billing Cycles 동안 실제 사용량을 관찰하는 편이 합리적입니다. Notion도 처음에는 Agent를 작은 Scope로 일정 기간 실행한 뒤 Dashboard의 실제 Usage에 따라 조정할 것을 권장합니다.
Credits가 부족하면 Custom Agents가 Pause되지만 자동 충전도 설정할 수 있다
Workspace에 충분한 Notion credits가 없으면 Custom Agents는 기본적으로 일시 중지되며 다음 Billing Cycle에 초기화되거나 관리자가 Credits를 추가한 뒤 다시 시작합니다. 이미 실행 중인 Task가 Cap에 도달하면 해당 Run을 완료하게 한 뒤 새로운 작업 시작을 차단할 수도 있습니다.
그렇다고 모든 Workspace가 반드시 갑자기 멈추는 것은 아닙니다. Notion에는 현재 Auto Adjust가 있어 관리자는 Credits가 한도에 가까워질 때 크레딧과 Spending Cap을 자동으로 늘리도록 설정할 수 있습니다. 이로써 Credits 부족으로 Agent가 중단될 가능성을 줄일 수 있습니다. 여러 Workspace를 사용하는 Enterprise Contract에는 별도의 On-demand Spend도 있습니다.
원고의 「놓친 일정은 크레딧을 추가한 뒤에도 소급 실행되지 않는다」는 내용은 현재 이를 뒷받침하는 공식 문서를 찾지 못했으므로 유지하지 않는 편이 좋습니다. 중요한 흐름은 Activity／Insights를 별도로 모니터링해 예상한 Run이 실제로 모두 완료됐는지 확인해야 합니다. Credits가 복구된 뒤 반드시 다시 실행된다고도, 절대 실행되지 않는다고도 가정하면 안 됩니다.
Credits는 Workspace가 공유하지만 Agent별 Limit도 설정할 수 있다
모든 Custom Agents는 Workspace의 같은 Credit Balance를 사용하므로 고빈도 Agent 하나가 전체 Spend를 빠르게 늘릴 수 있습니다. 하지만 현재 Admin은 Custom Agent마다 Credit Limit을 설정해 Agent가 Threshold에 도달하면 자동으로 Pause되게 할 수 있고, Agent를 만들 권한이 있는 Members도 제한할 수 있습니다.
따라서 팀에서 정말 필요한 것은 매일 모든 사람을 감시하는 일이 아닙니다. 자주 실행되기 쉬운 Agent에 먼저 상한을 설정하고 Dashboard에서 실제로 Credits를 많이 쓰는 항목을 찾는 것입니다.
10월 15일 전 Notion 자동화 비용을 어떻게 점검할까?
추정에만 의존하지 말고 Credits Dashboard에서 실제 기준을 잡는다
Workers 무료 베타 기간에도 예상 Credit Usage가 표시되며 Dashboard에서는 Runs Completed, Credits Used, Creator, Status를 확인할 수 있습니다. 주의할 점은 Worker Spend가 기본적으로 Custom Agent Spend와 별도로 표시되고 상단의 주요 Usage Chart에 포함되지 않을 수 있다는 것입니다. 함께 비교하려면 Include Worker spend를 켜야 합니다.
따라서 「모든 Worker는 0.23 credits」라고 먼저 계산하기보다 현재 실제로 운영 중인 Workflows를 일정 기간 실행한 뒤 각각의 평균 Credits／Run을 확인하는 편이 더 유용합니다.
베타 종료 전에 이미 예정된 대규모 일회성 동기화나 Backfill을 처리하는 것도 적절합니다. 다만 주된 목적은 실제 Runtime과 Credits를 함께 측정하는 것이어야 하며, 지금 무료라는 이유로 필요 없는 흐름까지 대량으로 실행하는 것은 아닙니다.
기존 흐름을 Automation, Worker, Agent 세 종류로 나눈다
점검할 때는 두 가지만 물으면 됩니다. 첫째, 규칙을 사전에 명확히 쓸 수 있는가. 둘째, 모델이 Context에 따라 선택해야 하는가입니다.
완전히 고정된 Property Update, Notification, Page Creation은 Database Automation부터 봅니다. Code, API, 대량 데이터 변환이 필요해도 동작을 예측할 수 있는 작업은 Worker로 보내고, 글을 읽고 의미를 파악하거나 선택하고 다음 Action을 결정해야 하는 작업만 Custom Agent에 남깁니다.
한 Agent 흐름에서 모델이 정말 필요한 부분이 20%뿐이라면 그 20%만 Agent에 남기고 이후의 확정적 동작은 Worker가 이어받게 합니다. 이것이 Workers 공식 문서에 나오는 조합 방식입니다.
Trigger가 Prompt보다 청구액을 더 쉽게 폭주시킨다
Custom Agent의 총비용은 한 번의 Run 비용뿐 아니라 Trigger 빈도에도 영향을 받습니다. Notion은 범위가 너무 넓은 「모든 Message／모든 Database Update」를 트리거로 쓰지 말고, 특정 @mention, 지정 Property Change, 실제로 처리해야 할 Event로 좁힐 것을 권장합니다.
Workers에서는 차이가 더 뚜렷합니다. 전형적인 Sync를 하루 한 번 실행하면 공식 추정 월 비용은 약 0.07달러, 한 시간에 한 번이면 약 1.66달러, 15분마다 한 번이면 약 6.62달러입니다. 비용을 높이는 원인은 프로그램 자체보다 애초에 필요하지 않은 빈도로 실행하는 데 있을 때가 많습니다.
모델 선택도 Custom Agent Credits에 직접 영향을 준다
Custom Agent는 Auto를 선택하거나 특정 모델을 지정할 수 있으며 고급 모델은 더 많은 Credits가 필요합니다. Notion은 대부분의 작업에서 Auto를 먼저 사용하거나, 비교적 단순하고 범위가 명확한 Sub-agent에는 가벼운 모델을 쓰고 정말 복잡한 단계만 더 강력한 모델에 맡기라고 권장합니다.
모든 Agent를 가장 강한 모델로 고정하기보다 Insights에서 실제로 어떤 모델, Tool Calls, Steps가 사용됐는지 확인하면 비용 낭비 지점을 더 쉽게 찾을 수 있습니다.
Free와 Plus 사용자도 Workers 과금의 영향을 받을까?
Workers는 원래 Business와 Enterprise에서만 제공된다
Workers는 현재 Business와 Enterprise에서만 제공되므로 Free／Plus에 10월 15일부터 갑자기 Worker Credits 청구가 생기지는 않습니다. 두 플랜은 Notion credits를 직접 구매해 Workers나 Custom Agents를 사용할 수도 없습니다.
다만 원고의 「Free／Plus 모두 Database Automations로 개인 워크플로를 운영할 수 있다」는 설명은 나눠서 봐야 합니다. Plus는 일반 Database Automations를 만들 수 있지만 Free는 Slack Notification Automation 같은 제한된 유형만 만들 수 있습니다. 다른 Automations는 주로 기존 Template을 사용할 수 있을 뿐 직접 편집할 수 없습니다. Formula와 Buttons 등의 기능은 여전히 단순한 로직을 많이 처리할 수 있습니다.
따라서 Plus 사용자가 네이티브 Automation을 최대한 활용하는 것은 합리적입니다. Free 사용자가 진정한 백그라운드 자동화를 원한다면 모든 Automation을 무료로 만들 수 있다고 가정하지 말고 외부 도구나 플랜 업그레이드를 별도로 검토해야 합니다.
Workers 과금 시작을 앞두고 진짜 할 일은 어느 단계에 AI가 필요한지 다시 결정하는 것
Reddit의 「Agent가 Worker보다 10배 비싸 보인다」는 게시글의 계산은 틀리지 않았지만 특정 테스트 하나를 보여줄 뿐입니다. Worker는 약 0.2～0.6 credits였고, Agent로 아주 단순한 Status Update를 했을 때 약 2.5 credits가 사용된 사례입니다.
Notion이 현재 공개한 공식 Benchmark를 보면 실제 규모를 더 잘 이해할 수 있습니다. Worker Run은 보통 약 0.23 credit에 불과하지만 Custom Agent는 작업에 따라 몇 credits부터 수십 credits까지 듭니다. 이 차이에 특별한 이유가 있는 것은 아닙니다. 전자는 이미 작성된 프로그램을 실행하고, 후자는 Context를 읽고 도구를 선택하고 추론하며 다음 단계를 결정해야 하기 때문입니다.
따라서 10월 과금 전에 가장 유용한 작업은 모든 Agent를 서둘러 Worker로 바꾸는 것이 아니라 각 흐름을 나눠 보는 것입니다. Formula나 Database Automation으로 처리할 수 있는 것은 네이티브 계층에 남기고, 안정적인 프로그램 로직이 필요한 것은 Worker에 맡기며, 정말 판단이 필요한 작은 부분에만 Agent의 추론 비용을 씁니다.
세 계층을 명확히 나눈 뒤에야 Credits Dashboard도 의미가 생깁니다. 그렇지 않으면 Agent가 비싸다는 사실은 보여도 모델을 잘못 선택했는지, Trigger가 너무 넓은지, Context를 지나치게 많이 읽는지, 아니면 애초에 그 작업에 Agent가 필요하지 않았는지 알기 어렵습니다.
자주 묻는 질문
고정값이 아닙니다. Notion은 Worker가 Run 한 번당 보통 약 US$0.0023, 즉 약 0.23 credit이라고 설명하지만 실제 Credits는 실행 시간과 처리량에 따라 달라집니다.
현재 공개된 공식 전형 사례는 Run 한 번당 약 3～30 credits입니다. Q&A Agent 약 3～11, Mail Triage 약 4～10, Status Update 약 8～18, Daily Brief 약 10～30 credits입니다. 실제 사용량은 데이터양, Steps, Tool Calls, 실행 빈도, 모델에 따라 달라집니다.
고정적으로 10배인 것은 아닙니다. Reddit 사례는 약 4～12.5배였지만 공식 Benchmark의 전형적 Worker와 Agent Use Case를 단순 비교하면 수십 배에서 100배 이상까지 차이 날 수 있습니다. 두 도구가 처리하는 작업이 다르므로 이를 고정 가격 차이로 보면 안 됩니다.
Credits가 부족하면 Custom Agents는 다음 주기에 초기화되거나 관리자가 Credits를 추가할 때까지 일시 중지됩니다. 관리자는 Auto Adjust를 켜 한도에 가까워졌을 때 Credits를 자동 구매해 워크플로가 갑자기 멈출 가능성을 낮출 수도 있습니다.
일반 Monthly Notion credits는 Roll Over되지 않습니다. 새로운 Billing Cycle이 시작되면 구매한 월간 크레딧을 다시 받습니다.
현재는 사용할 수 없습니다. Workers는 Business와 Enterprise에서만 제공됩니다. Developer Mode는 모든 플랜에서 켤 수 있지만 모든 Developer Platform 기능을 사용할 수 있다는 뜻은 아닙니다.
규칙을 사전에 완전히 정의할 수 있고 모델이 의미를 판단할 필요가 없다면 데이터 동기화, Webhook, 일괄 업데이트, 고정 API 흐름 등에 Worker를 먼저 검토하는 편이 좋습니다. 글을 이해하고 Context를 평가하거나 다음 단계를 결정해야 한다면 Custom Agent가 더 적합합니다.
2026년 9월 2일 기준으로 더 새로운 Notion Help Center 페이지에는 Workers가 2026년 10월 15일부터 Notion credits를 사용한다고 나옵니다. 현재 Business, Enterprise, Business Trial은 무료 베타입니다. 일부 오래된 영문 페이지에는 8월 11일이라는 이전 날짜가 남아 있으므로 정식 과금 전에 최신 Help Center와 Workspace Billing을 다시 확인하는 편이 좋습니다.