챕터 5

노션 AI로 지식 정리 — DB 자동채움과 프롬프트

노션 AI로 문서를 요약·정리하고 데이터베이스를 자동으로 채우며, 자주 쓰는 지식 정리 프롬프트를 만드는 법을 다룹니다.

흩어진 걸 한 페이지로 모으는 도구

4장에서 보고서 초안을 AI로 잡았습니다. 그렇게 만든 문서와 회의록, 메모가 쌓이기 시작하면 이번엔 "어디에 두고 어떻게 다시 찾느냐"가 문제가 됩니다.

노션 AI는 이 지점에 강합니다. 문서를 쓰는 도구이면서, 쌓인 문서를 요약하고 분류해 다시 꺼내 쓰게 해 주는 정리 도구이기도 합니다. 2026년 들어서는 여러 단계를 알아서 처리하는 '노션 에이전트'로 무게가 옮겨갔습니다. 연결된 앱과 문서, 웹을 뒤져 "지난 분기 회의에서 나온 결정만 모아 줘" 같은 요청을 대신 처리하는 쪽으로 발전한 겁니다.

회의록은 전용 데이터베이스 한곳에

가장 먼저 권하는 건 회의록을 흩어두지 않는 것입니다. 페이지마다 따로 만들지 말고, '회의록'이라는 데이터베이스 하나를 만들어 전부 그 안에 쌓으세요.

이렇게 모아두면 지난 회의를 찾기 쉽습니다. 날짜·프로젝트·참석자 같은 속성으로 걸러 보고, "이 프로젝트 회의만" 같은 필터도 걸 수 있습니다. 정기 회의라면 템플릿에 AI 노트를 붙여, 새 회의를 열 때마다 자동으로 받아 적고 요약까지 남게 해 두면 편합니다.

핵심은 형식을 미리 정해 두는 겁니다. 요약·결정사항·할 일이라는 칸을 먼저 만들어 두면, 회의마다 같은 틀로 기록이 쌓입니다. 틀이 없으면 사람마다 제각각 적어서 나중에 못 씁니다.

속성을 AI가 대신 채운다

노션 AI의 진짜 힘은 데이터베이스 속성 자동채움에서 나옵니다. 긴 회의록 본문을 넣으면, 요약·태그·분류 같은 칸을 AI가 알아서 채웁니다. 사람이 매번 손으로 라벨을 다는 일이 사라지는 거죠.

이 회의록 본문을 읽고 데이터베이스 속성을 채워 줘. '한 줄 요약'은 30자 이내, '분류'는 기획/개발/운영 중 하나, '결정사항'과 '할 일'은 각각 불릿으로. 본문에 없는 내용은 지어내지 마.

예를 들어 "다음 주까지 A안으로 가기로 함, 김대리가 시안 준비"라는 대화가 있으면, 결정사항 칸에는 'A안 채택', 할 일 칸에는 '시안 준비(김대리)'가 자동으로 들어갑니다. 뒤죽박죽이던 대화가 검색 가능한 표의 한 줄로 바뀌는 겁니다.

한 번 이렇게 시켜두면 이후 회의록마다 같은 기준으로 정리됩니다. 다만 분류나 담당자를 가끔 헷갈리니, 자동채움 결과는 한 번 훑어보고 넘기는 게 안전합니다.

자주 쓰는 정리는 프롬프트로 굳혀 둔다

매번 같은 지시를 새로 쓰지 마세요. 반복하는 정리 작업은 프롬프트로 저장해 버튼처럼 씁니다.

이 문서를 3줄 요약 → 핵심 용어 5개 → 다음에 확인할 질문 3개 순서로 정리해 줘. 원문에 없는 내용은 넣지 말고.

이런 프롬프트를 노션 안에 커스텀으로 저장해두면, 새 자료가 들어올 때마다 클릭 한 번으로 같은 형식의 정리가 나옵니다. 지식이 쌓일수록 정리 비용이 오히려 줄어드는 구조입니다.

한 가지, 노션을 안 쓰더라도 원리는 같습니다. "기록을 한곳에 모으고, 정리 기준을 프롬프트로 고정한다"는 건 어떤 도구에서도 통합니다. 도구가 아니라 이 습관이 지식관리의 핵심입니다.

여러 문서를 가로질러 묻기

정리가 쌓이면 그다음은 "꺼내 쓰기"입니다. 노션 에이전트는 한 페이지가 아니라 워크스페이스 전체를 뒤져 답할 수 있습니다. 흩어진 회의록·문서를 사람이 일일이 열어 보지 않아도 됩니다.

지난 한 달 회의록에서 '결제 시스템' 관련 결정사항과 아직 안 끝난 할 일만 모아서 정리해 줘. 각 항목에 어느 회의에서 나왔는지도 붙여 줘.

이렇게 물으면 여러 문서를 가로질러 답을 모아 옵니다. 담당자에게 "이거 어떻게 됐죠?"라고 묻기 전에, 내 지식 저장소에 먼저 물어보는 셈입니다. 다만 근거가 된 원본 링크를 같이 달라고 해서, 답이 실제 기록에 있는지 확인하는 습관은 들여두세요. 요약이 그럴듯해도 원본과 어긋날 때가 있고, 그 확인 한 번이 잘못된 보고를 막습니다.

다음 챕터에서는 옵시디언·메모로 흩어진 지식을 서로 잇는 '제2의 뇌'를 만드는 법을 다루겠습니다.