AI 에이전트로 회의 후속 업무 자동화하기: Notion 설정과 크레딧 가이드

Notion Agent는 흩어진 회의록을 실제 업무에 쓸 수 있는 작업 데이터베이스로 정리하는 AI 에이전트입니다. 원하는 결과를 설명하면 관련 맥락을 찾고, 페이지를 만들고, 레코드를 갱신합니다. Custom Agent를 쓰면 같은 작업을 매주 금요일 반복할 수 있습니다. Business 요금제를 쓰는 운영 책임자라면, 여러 페이지의 실행 항목을 일일이 옮기는 대신 에이전트가 준비한 결과를 검토하는 방식으로 일할 수 있습니다.

기존 Business 및 Enterprise 워크스페이스에는 2026년 11월 2일부터 새로운 AI 크레딧 체계가 적용됐습니다. 이제 워크플로를 설정할 때는 에이전트와 모델뿐 아니라 어떤 크레딧으로 실행할지도 결정해야 합니다. 이 가이드는 11월 4일 확인한 규칙을 기준으로 합니다. 적용일은 Notion의 크레딧 전환 안내에서 확인할 수 있습니다.

AI 에이전트 선택법: 개별 요청은 Notion Agent, 반복 업무는 Custom Agent

Notion Agent는 채팅으로 요청할 때 작동합니다. Custom Agent에는 별도의 지침과 접근 권한, 자동 실행 조건을 설정할 수 있습니다. 전자가 옆에서 도와주는 비서라면, 후자는 업무 지침서와 자체 출입 권한을 갖춘 정기 작업에 가깝습니다.

개인용 Agent 채팅에서는 Auto가 Standard 크레딧을 사용하고, 포함된 모델을 직접 선택하면 Select 크레딧을 사용합니다. 크레딧 소모량이 많은 모델은 워크스페이스의 Notion 크레딧을 사용합니다. Standard와 Select 잔액은 별도로 관리되며, 매월 초기화되고 이월되지 않습니다. 잔액이 소진되면 해당 작업은 중단됩니다. 다만 소유자가 사용 가능한 워크스페이스 크레딧을 쓰도록 허용하면 계속할 수 있습니다. 실제 소모량은 작업과 맥락에 따라 달라집니다. 연결된 앱이나 API를 통해 에이전트를 실행하면 Notion 크레딧을 사용하지만, 일반적인 연동이나 API 사용 자체에는 적용되지 않습니다. AI Meeting Notes의 Standard 크레딧 차감은 11월의 워크스페이스 전환일이 아니라 2026년 12월 1일 시작됩니다. 이 구분은 Notion의 현행 AI 크레딧 규칙에 나와 있습니다.

새 Custom Agent는 팀원이 실행하더라도 소유자의 Select 크레딧을 사용합니다. 이후에는 소유자에게 추가로 배정된 Notion 크레딧을 사용하고, 사용 가능하며 허용된 경우 공유 워크스페이스 크레딧을 사용합니다. 소유자가 처음부터 워크스페이스 예산으로 실행하도록 지정할 수도 있습니다. 11월 2일 이전에 만든 Custom Agent는 공유 워크스페이스 크레딧을 계속 사용합니다. 개인 할당량으로 전환됐다고 가정하지 말고 해당 에이전트의 실제 차감 출처를 확인해야 합니다. 이 예외는 Custom Agent 크레딧 차감 규칙에서 설명합니다.

할당량과 비용은 Notion 요금제와 Custom Agent 비용 분석을 참고하면 됩니다.

어떤 정보를 읽고, 어디까지 수정할 수 있을까요?

실제로 작업할 수 있는 범위는 허용한 리소스와 연결에 따라 정해집니다. 워크스페이스에서 정보를 검색하는 권한과 외부 앱을 수정하는 권한은 별개입니다.

관련 페이지에서 Agent를 열고 @로 소스와 결과를 저장할 위치를 지정합니다. All sources로 검색 범위를 좁힐 수 있습니다. 이렇게 하면 “@Launch Meeting을 읽고 명시적으로 합의한 실행 항목을 @Tasks에 추가해 주세요” 같은 요청의 작업 범위가 분명해집니다. 워크스페이스에서 가능한 작업은 Agent 기능 안내에 정리돼 있습니다.

현재 검색 커넥터 목록은 다음과 같습니다.

이 목록의 출처는 AI 커넥터 디렉터리입니다. 커넥터는 자료를 찾고 요약할 때 유용하지만, 새 콘텐츠가 검색에 반영되기까지 원본 앱과 시차가 생길 수 있습니다.

일부 연결은 검색 외에 작업 실행도 지원합니다. Slack 계정을 연결하면 개인용 Agent가 사용자 명의로 메시지를 게시하고, 스레드에 답하고, 자신이 게시한 메시지를 편집하며, 반응을 관리할 수 있습니다. 사용자가 접근할 수 있는 비공개 채널과 다이렉트 메시지에도 접근할 수 있습니다. 워크스페이스 차원의 승인이 필요할 수도 있습니다. 자세한 내용은 Slack 작업 실행 요건을 참고하면 됩니다.

Gmail을 연결하면 이메일 검색, 초안 작성, 발송, 정리를 지원하며, 개인용 Agent가 쓰기 작업을 수행할 때는 확인을 받습니다. Calendar 연결은 사용자 권한 안에서 일정 예약과 이벤트 변경을 지원합니다. Custom Agent에도 반복적인 이메일 및 일정 업무를 위한 Mail과 Calendar 연결이 있습니다. 해당 워크플로는 메일과 캘린더 설정 가이드에서 설명합니다.

앱이 에이전트에 툴을 제공하는 표준 연결 방식인 MCP로 연동 범위를 더 넓힐 수 있습니다. 가능한 작업은 서버, 인증, 활성화한 툴에 따라 달라집니다. 여러 앱을 넘나드는 워크플로를 약속하기 전에 Custom Agent MCP 설정 가이드로 실제 제공되는 툴을 확인해야 합니다.

업무를 맡기기 전에 지침과 메모리부터 설정합니다

계속 적용할 업무 규칙은 지침에 넣고, 수시로 바뀌는 프로젝트 정보는 원본 데이터베이스에서 관리합니다.

개인용 Agent는 얼굴 아이콘을 눌러 채팅을 연 뒤, 얼굴 아이콘을 다시 누르고 Add instructions를 선택합니다. 기존 페이지를 고르거나 직접 만들 수 있습니다. 운영 책임자라면 다음과 같은 지침을 쓸 수 있습니다.

Tasks 데이터베이스를 기준 정보로 사용하세요. 기존 담당자와 마감일은 유지하세요. 제안하는 작업마다 근거가 된 회의 페이지를 인용하세요. 담당자나 날짜가 없으면 빈칸으로 두고 검토가 필요하다고 표시하세요. 운영팀이 읽을 수 있도록 업데이트를 간결하게 작성하세요.

지침 페이지를 편집할 수 있는 사람은 Agent의 동작에도 영향을 줄 수 있습니다. 개인적인 선호가 담겨 있다면 실제 사용하는 지침 페이지는 비공개로 유지하는 편이 좋습니다.

Memories에는 역할, 협업하는 사람, 선호처럼 지속적으로 유효한 맥락이 저장됩니다. 개인용 Agent는 대화하면서 이를 학습하며, 모든 페이지나 연결된 앱에서 자동으로 Memories를 만들지는 않습니다. Settings → Notion AI → Memory에서 저장된 내용을 확인하고 수정하거나 삭제할 수 있습니다. 개인 Memories는 비공개입니다. Custom Agent Memories는 별도 스위치로 관리하며 기본적으로 꺼져 있습니다. 에이전트를 편집할 수 있는 사람이 이를 제어합니다. 차이는 Notion의 Memories 가이드에 설명돼 있습니다.

작업은 직접 지시하되 보고서 형식을 반복해서 쓰고 싶다면 재사용 가능한 스킬이 유용합니다. 다만 스킬이 예약 실행을 대신하지는 않습니다. 스킬 가이드는 재사용 가능한 작업 방식, 항상 적용되는 지침, 자율적으로 실행되는 Custom Agent의 역할을 구분합니다.

Custom Agent는 무엇이 다르고, 누가 만들 수 있을까요?

Business 및 Enterprise의 일반 워크스페이스 멤버는 기본적으로 Custom Agent를 만들 수 있습니다. 소유자는 Settings → Notion AI → Controls에서 생성 권한을 소유자 또는 지정한 멤버와 그룹으로 제한할 수 있습니다. 게스트와 제한된 멤버는 에이전트를 만들 수 없습니다. 워크스페이스 제어 항목은 현행 AI 설정 가이드에 나와 있습니다.

Custom Agent는 반복 일정에 맞춰 실행하거나, 데이터베이스 페이지 추가, 속성 변경, 댓글 도착, AI Meeting Notes 완료 같은 이벤트로 시작할 수 있습니다. Slack에서는 설정한 채널의 메시지, 반응, 에이전트 멘션을 트리거로 사용할 수 있습니다. Mail과 Calendar 연결에도 각각 이벤트 기반 워크플로가 있습니다.

접근 권한 구조는 주의해서 봐야 합니다. Custom Agent를 공유하면, 상대방이 직접 열 수 없는 정보라도 에이전트에 권한이 있다면 조회하거나 수정할 수 있습니다. 실행한 사람의 권한에 맞춰 에이전트의 권한이 줄어들지 않기 때문입니다. 업무에 필요한 리소스를 허용한 다음, 그 리소스를 활용해도 되는 사람에게 에이전트를 공유해야 합니다. Custom Agent 공유 및 권한 규칙에도 이 점이 명시돼 있습니다.

설정 예제: 매주 금요일 회의록을 작업으로 정리하기

운영 책임자가 검토할 실행 항목을 준비하는 정기 작업을 만들어 보겠습니다. 실제로 구현할 수 있는 설정 절차이며, 이미 사용자 워크스페이스에서 에이전트를 실행했다는 뜻은 아닙니다.

수작업으로는 회의록을 읽고, 실행 항목을 골라내고, 기존 작업을 확인하고, 담당자와 날짜를 옮기고, 모호한 내용을 정리해야 합니다. 이 예제에서는 추출과 옮겨 적기를 에이전트에 맡깁니다. 담당자에게 배정할 준비가 됐는지는 사람이 판단합니다. 금요일 정리에 현재 한 시간이 든다면 이를 기준으로 삼고, 시범 운영 후 남은 검토 시간을 측정하면 됩니다.

1. 입력 자료와 저장 위치 준비하기

다음 리소스를 새로 만들거나 기존 리소스에서 선택합니다.

Tasks의 Status 속성에 Review 옵션을 추가합니다. 에이전트가 읽을 수 있도록 회의록은 페이지 텍스트로 남깁니다. 이 정기 작업은 회의록이 작성된 뒤 시작하며, 녹음을 시작하지는 않습니다.

2. Custom Agent 만들기

데스크톱이나 웹에서 사이드바의 Agents를 열고 +를 누른 뒤 Create blank를 선택합니다. 또는 AI 설정 채팅에 업무를 설명해도 됩니다. 이름은 “금요일 실행 항목 정리”로 지정합니다. 화면의 설정 항목과 반복 트리거는 Custom Agent 설정 안내에서 확인할 수 있습니다.

3. 필요한 접근 권한 부여하기

Settings → Tools and access에서 Meetings는 보기 권한으로, Tasks와 Run Log는 편집 권한으로 추가합니다. 에이전트에 보기 이상의 권한을 주려면 해당 저장 위치에 대한 Full Access 권한이 있어야 합니다. 지침에 페이지를 언급하는 것만으로는 연결되지 않습니다.

첫 버전에서는 웹 접근을 꺼 둡니다. 근거 자료와 결과물이 모두 워크스페이스 안에 있기 때문입니다.

4. 구체적인 작업 지침 입력하기

아래 리소스 이름은 워크스페이스의 실제 페이지 참조로 바꿉니다.

@Meetings에서 Ready 체크박스가 선택돼 있고 Meeting date가 최근 7일 이내인 항목을 읽으세요. 페이지 본문에서 명시적으로 합의한 실행 항목을 추출하세요. 각 실행 항목에 대해 @Tasks에서 Source meeting URL과 Source action text가 같은 항목을 찾고, 같은 내용의 기존 작업도 확인하세요. 이미 있는 실행 항목은 건너뛰고 기존 레코드는 그대로 두세요. 새 작업은 Status를 Review로 설정해 생성하세요. 담당자와 마감일은 회의록에 명확히 적혀 있을 때만 복사하세요. 그렇지 않으면 해당 필드를 비워 두고 누락된 정보를 표시하세요. 각 작업에 원본 회의 URL과 실행 항목의 정확한 원문 문장을 넣으세요. 생성한 작업 링크, 건너뛴 중복 항목, 질문을 나열한 항목을 @Run Log에 추가하세요. 조건에 맞는 실행 항목이 없으면 그 결과도 기록하세요. 기존 작업을 삭제하거나 수정하지 마세요.

이렇게 하면 중복 확인이 요청한 동작에 포함됩니다. 다만 데이터베이스 차원에서 고유성을 보장하는 것은 아닙니다. 실행이 겹치지 않게 하고, 예약 실행을 믿고 맡기기 전에 같은 회의록으로 두 번 테스트해야 합니다.

5. 예약 전에 수동으로 테스트하기

자동 트리거를 끈 상태로 에이전트를 저장하고 게시합니다. 소량의 예시 회의록을 준비해 Run을 누릅니다. 명확한 실행 항목, 담당자가 없는 항목, 이미 Tasks에 있는 항목을 포함합니다.

생성된 작업의 필드와 원본 링크를 확인합니다. 다시 실행했을 때 기존 실행 항목은 건너뛰어야 합니다. Activity에서 접근 권한 부족이나 예상하지 못한 변경이 없는지 살펴봅니다. 이 검사를 통과하지 못하면 지침을 수정합니다. 이는 Notion의 수동 테스트 권장 방식을 따른 절차입니다.

6. 실행 일정과 크레딧 출처 설정하기

Settings → Triggers를 열고 Recurring을 추가한 뒤 매주 금요일을 선택하고 시간과 시간대를 지정합니다. 저장하고 활성화하기 전에 다음 실행 예정 시각을 확인합니다.

에이전트의 Credits 설정을 열어 Credit source를 확인합니다. 팀의 정기 업무라면 워크스페이스 소유자에게 Workspace budget으로 비용을 충당하고 적절한 한도를 설정해 달라고 요청합니다. 소유자는 이곳에서 Owner allowance 대신 워크스페이스 예산을 선택할 수 있습니다. 이 Custom Agent의 모델을 Auto로 지정해도 개인용 Agent의 Standard 크레딧으로 차감 방식이 바뀌지는 않습니다.

7. 첫 금요일 결과를 검토하고 예외 처리하기

Tasks에서 Review로 필터링한 보기를 열고, 빠진 담당자와 날짜를 확인한 뒤 승인한 작업을 평소 사용하는 업무 대기열로 옮깁니다. Run Log를 원본 회의록과 대조하고 Notion AI 설정에서 사용한 크레딧을 확인합니다.

최근 7일이라는 범위는 의도적으로 정한 초기 규칙입니다. 그 기간이 지난 뒤 Ready로 표시한 회의록은 수동으로 보완 실행해야 합니다. 금요일 실행을 놓쳤을 때도 복구할 조회 기간을 넓혀야 합니다. 정기 작업이 쓸 만하다고 확인되면, 팀이나 소스를 추가하기 전에 이 규칙부터 다듬습니다.

운영 효과를 기준으로 고른 활용법 6가지

아래는 지원되는 기능으로 팀이 만들 수 있는 워크플로이며, 측정된 성과는 아닙니다.

처음에는 앞의 두 가지부터 시작하는 편이 좋습니다. 입력과 출력을 Notion 안에 둘 수 있고, 운영자가 결과의 품질을 직접 확인할 수 있기 때문입니다.

이 기능을 바탕으로 만들 만한 서비스 2가지

가장 유망한 기회는 이미 Notion을 쓰는 팀을 위한 회의 후속 업무 체계 구축입니다. 구매자는 회의록은 잘 정리돼 있지만 실행 항목은 여전히 누락되는 팀의 운영 책임자입니다. 이 글을 위해 확인한 DataForSEO의 미국 Google 추정치에서 “meeting minutes template with action items”는 월간 검색량 170회였습니다. 이는 후속 업무를 체계화하려는 관심을 보여줄 뿐, 당장 구매할 고객이 170명이라는 뜻은 아닙니다.

최소 판매 구성은 Meetings와 Tasks 구조, Custom Agent 하나, 검토용 보기, 그리고 중복·담당자 누락·늦게 준비된 회의록을 테스트하는 인수인계로 잡을 수 있습니다. 관건은 차별화입니다. 추출 기능만으로는 쉽게 모방할 수 있습니다. 팀이 실제로 책임을 배정하는 방식에 워크플로를 맞추고, 예외도 처리한다는 점을 입증해야 서비스의 가치가 생깁니다.

두 번째 기회는 더 폭넓은 수요를 겨냥한 주간 업무 보고서 체계 구축입니다. 창업자나 에이전시 운영 관리자는 합의된 데이터베이스를 바탕으로 진행 상황, 장애 요인, 다음 행동을 일관된 형식으로 보고하는 에이전트를 구매할 수 있습니다. DataForSEO의 “weekly status report template” 추정치는 미국 Google 월간 검색량 390회입니다. 두 검색어의 수치는 모두 2026년 11월 4일 확인한 키워드 개요에서 가져왔으며, 어느 쪽도 구매 의향을 입증하지는 않습니다.

최소 구성은 보고서 템플릿, 명시한 원본 데이터베이스, 예약 실행 에이전트 하나, 배포 전 검토 단계로 잡을 수 있습니다. 걸림돌은 원본 정보의 품질입니다. 보기 좋은 보고서도 오래된 프로젝트 상태를 확신에 찬 문장으로 되풀이할 수 있습니다. 자동화와 함께 원본 정보의 관리 책임과 검토 절차까지 제공해야 합니다.

여전히 사람이 맡아야 할 일

Agent는 AI Meeting Notes를 시작하거나, 페이지 공유 권한을 바꾸거나, 리마인더를 만들거나, 워크스페이스 결제와 멤버 역할을 관리할 수 없습니다. 새 데이터베이스 자동화나 템플릿도 만들 수 없습니다. 이런 설정 작업은 사람이 맡아야 합니다.

더 근본적으로는 모호한 제안이 실제로 합의한 실행 항목인지 워크플로가 판단할 수 없다는 한계가 있습니다. 예제에서 근거를 보존하고 새 작업을 검토로 보내는 이유입니다. 여러 툴에 걸친 업무라면 워크스페이스를 프로세스의 중심으로 정하기 전에 Notion AI와 ChatGPT 비교에서 대안을 살펴보면 좋습니다.

회의 실행 항목에는 무엇을 적어야 하나요?

구체적인 행동과 원본 회의를 기록하고, 회의록에 담당자와 마감일이 명시돼 있다면 함께 넣습니다. 예제 워크플로에서는 담당자나 일정이 없을 때 임의로 배정하지 않고 검토할 질문으로 남깁니다.

회의 실행 항목 템플릿을 사용해도 되나요?

사용해도 됩니다. 실행 항목을 쉽게 식별하도록 회의록 형식을 통일하고, Tasks에도 대응하는 필드를 만듭니다. 템플릿은 입력을 일관되게 만들고, Custom Agent는 주기적인 추출과 등록을 맡습니다.

간단한 주간 업무 보고서에는 무엇을 넣어야 하나요?

완료한 업무, 현재 장애 요인, 다음 행동을 넣고 각각의 근거 레코드로 연결합니다. 보고서 에이전트에 이 구조를 지정하고 읽어야 할 데이터베이스를 명시합니다. 찾은 정보를 모두 담은 긴 요약보다 출처를 확인할 수 있는 짧은 보고서가 더 유용합니다.

월요일에 한 팀의 회의 데이터베이스를 고르고, Review 보기를 준비한 뒤 워크플로를 수동 실행해 봅니다. 같은 회의록으로 두 번째 실행까지 문제없이 마친 뒤에만 금요일 예약을 활성화합니다. 평가는 승인된 작업과 검토에 든 시간을 기준으로 합니다.

팀의 워크스페이스에 맞춰 이 워크플로를 구축하고 싶다면 다음 단계는 AI 에이전트 개발입니다.