옵시디언 사용법: 구글 인공지능으로 흩어진 제텔카스텐 완벽 정리하기

옵시디언을 쓰다 보면 어느 순간부터 메모가 쌓이는 속도가 정리 속도를 이기기 시작합니다.

처음에는 폴더 몇 개와 태그 몇 개만으로 충분했는데, 시간이 지나면 인박스 노트는 쌓이고, 제목 규칙은 흔들리고, 같은 주제의 노트가 여러 개 생기고, 링크는 끊기거나 아예 연결되지 않습니다.

이럴 때 필요한 건 더 많은 메모가 아니라 더 나은 정리 시스템입니다.

이번 글은 단순한 옵시디언 입문 글이 아닙니다. 구글 안티그래비티를 활용해 옵시디언 파일을 구조적으로 정리하는 방법을 처음부터 끝까지 설명하는 심층 튜토리얼입니다.

이 글을 끝까지 읽으면 단순히 “옵시디언 사용법”을 아는 수준이 아니라, 내 볼트에 맞는 정리 체계를 설계하고 안티그래비티로 반복 작업을 줄이는 방법까지 이해하게 됩니다.

목차

• 왜 지금 다시 옵시디언 사용법을 배워야 할까
• 구글 안티그래비티로 옵시디언을 정리하면 뭐가 달라질까
• 옵시디언은 파일 기반이라 AI가 다루기 좋다
• 반복 작업을 워크플로우로 쪼개기 좋다
• 옵시디언 사용법의 핵심: 정리 전에 기준부터 만든다
• 1. 노트 타입
• 2. 태그 체계
• 3. frontmatter 사용 패턴
• 4. 파일명 규칙
• 5. 폴더와 태그의 역할 분리
• 구글 안티그래비티에서 가장 먼저 만들 워크플로우 6개
• 1. 볼트 구조 진단 (vault-audit) 워크플로우
• 2. 분류 체계 디자인 (taxonomy-designer) 워크플로우
• 3. 프론트메터 정리 (frontmatter-normalizer) 워크플로우
• 4. 인박스 노트 처리기 (inbox-processor) 워크플로우
• 5. 내부 링크 후보 제안 (wikilink-suggester) 워크플로우
• 6. 중복 노트 후보 검토 (duplicate-note-reviewer) 워크플로우
• 구글 안티그래비티로 옵시디언 정리하는 실제 순서
• 1단계: 전체 진단부터 한다
• 2단계: taxonomy를 먼저 확정한다
• 3단계: Inbox 폴더만 먼저 정리한다
• 4단계: 링크를 나중에 건다
• 5단계: 마지막에 중복 후보를 검토한다
• 6단계: 적용 범위 확장하기
• 실전 예시: 지저분한 노트가 어떻게 바뀌는가
• 결론: 좋은 옵시디언 사용법은 “많이 적는 법”이 아니라 “다시 찾는 법”이다

왜 지금 다시 옵시디언 사용법을 배워야 할까

옵시디언의 장점은 단순합니다. 내 메모가 내 컴퓨터 안의 일반 Markdown 파일로 남는다는 점입니다.

그래서 특정 서비스에 종속되지 않고, 폴더 구조와 파일명을 내가 직접 통제할 수 있습니다. 이런 구조는 Git 같은 버전 관리와도 잘 맞고, AI 에이전트가 파일 단위로 읽고 정리하기에도 유리합니다.

문제는 자유도가 높다는 데 있습니다.

옵시디언은 기본적으로 “어떻게 정리해야 하는지”를 강하게 강요하지 않습니다. 그 결과 초반에는 편하지만, 시간이 지나면 이런 문제가 생깁니다.

• 제목 규칙이 제각각이다
• 태그가 중복된다
• frontmatter가 있는 노트와 없는 노트가 섞여 있다
• 회의록, 자료 정리, 아이디어 메모가 한 폴더에 섞인다
• 비슷한 노트가 여러 개 생긴다
• 링크를 걸어야 할 노트를 놓친다

즉, 옵시디언 사용법의 핵심은 “기능을 많이 아는 것”이 아니라 볼트를 오래 유지 가능한 구조로 만드는 것입니다.

구글 안티그래비티로 옵시디언을 정리하면 뭐가 달라질까

구글 안티그래비티는 단순 자동완성 도구가 아니라, 에이전트형 개발 환경에 가깝습니다. 사용자가 목표를 주면 파일을 읽고, 패턴을 파악하고, 규칙을 따라 정리하는 흐름을 만들기 좋죠. 이러한 특성은 옵시디언 정리에 AI를 활용하기에 아주 잘 맞습니다.

옵시디언은 파일 기반이라 AI가 다루기 좋다

옵시디언 노트는 대부분 Markdown 파일입니다. 즉, AI 입장에서는 복잡한 데이터베이스보다 훨씬 다루기 쉽습니다. 예를 들어, 다음 같은 작업에 잘 맞습니다.

• 파일명 규칙 점검
• frontmatter 정리
• 인박스 노트 구조화
• 중복 노트 후보 찾기
• 내부 링크 후보 제안
• 태그 체계 정리 초안 만들기

반복 작업을 워크플로우로 쪼개기 좋다

한 번의 거대한 프롬프트로 모든 걸 해결하려 하면 실패 확률이 높습니다. 대신 역할별로 쪼개면 훨씬 안정적입니다.

• 현재 볼트 구조 진단 (vault-audit)
• 노트 타입, 태그, 상태값 설계 (taxonomy-designer)
• 프론트메터 정리(frontmatter-normalizer)
• 인박스 노트 구조화 (inbox-processor)
• 내부 링크 후보 제안 (wikilink-suggester)
• 중복 노트 후보 검토 (duplicate-note-reviewer)

이 구조의 장점은 단순합니다. AI가 한 번에 모든 판단을 하지 않고, 작업 종류별로 판단을 분리하게 됩니다.

옵시디언 사용법의 핵심: 정리 전에 기준부터 만든다

대부분의 사람은 메모가 어지럽다고 느끼면 곧바로 파일명부터 바꾸고, 태그를 손보고, 폴더를 합칩니다. 하지만 제대로 된 옵시디언 사용법은 반대입니다.

먼저 볼트의 기존 패턴을 읽어야 합니다. 정리 전에 확인해야 하는 것은 아래 다섯 가지입니다.

1. 노트 타입

내 볼트에는 어떤 종류의 노트가 있는가 파악합니다.

• inbox / project / meeting / people
• concept / reference / journal / resource

2. 태그 체계

태그가 어떤 기준으로 쓰이고 있는가 파악합니다.

• 주제 태그
• 상태 태그
• 업무/개인 구분 태그
• 중복 태그 여부

3. frontmatter 사용 패턴

모든 노트에 넣을지, 특정 노트에만 넣을지 정해야 합니다. 보통 많이 쓰는 필드는 아래 정도면 충분합니다.

title
aliases
tags
type
status
created
updated

4. 파일명 규칙

파일명이 검색과 링크에 직접 영향을 줍니다. 보통 3가지 형식 중 하나의 규칙을 선택해서 사용합니다.

• 날짜형: 2026-04-12 회의 메모
• 개념형: 옵시디언 사용법
• 프로젝트형: 프로젝트 A 실행 계획

5. 폴더와 태그의 역할 분리

같은 의미를 폴더와 태그에 동시에 중복 저장하면 관리가 어려워집니다. 두 요소를 각기 다른 원칙을 부여해서 관리하면 좋죠. 예를 들어,

• 폴더: 노트의 성격이나 보관 위치
• 태그: 주제, 상태, 맥락

구글 안티그래비티에서 가장 먼저 만들 워크플로우 6개

이제 실전으로 들어가 보겠습니다. 구글 안티그래비티를 이용해서 옵시디언을 정리할 때 사용할 수 있는 가장 대표적인 6가지 워크플로우를 설명하기 앞서, 해당 워크플로우 내용이 담겨있는 파일 다운로드 링크입니다.

아래 버튼을 눌러 다운 받아 사용하세요.

1. 볼트 구조 진단 (vault-audit) 워크플로우

이 워크플로우는 볼트를 바로 고치지 않습니다. 대신 현재 패턴을 진단합니다.

이 워크플로우가 하는 일:

• 대표 폴더와 노트 샘플 읽기
• note type 추정 및 태그 중복 확인
• frontmatter 사용 패턴 및 파일명 규칙 파악
• 정리 정책 초안 제안

이 워크플로우가 중요한 이유:
가장 위험한 AI 자동화는 현재 구조를 무시하고 새 규칙을 강제로 덮어쓰는 것입니다. vault-audit은 그걸 막아줍니다.

2. 분류 체계 디자인 (taxonomy-designer) 워크플로우

이 워크플로우는 현재 발트 안의 프론트 매터를 바탕으로 최적의 분류 체계를 설계합니다. 이 워크플로우가 하는 일은 다음과 같습니다.

• canonical note type 제안
• 태그 표기 통일안 및 상태값 제안
• frontmatter 스키마 및 파일명 규칙 제안
• deprecated 태그 후보 정리

예를 들어, 아래처럼 제안할 수 있습니다.

#AI, #ai, #Ai → #ai
#meeting-note, #meetings → #meeting
type: work-note, type: note, type: project-doc → type: project

3. 프론트메터 정리 (frontmatter-normalizer) 워크플로우

이 워크플로우는 메타데이터만 보수적으로 정리하므로, 내용을 크게 건드리지 않고도 검색성과 일관성을 빠르게 올릴 수 있습니다.

---
title: 옵시디언 사용법
tags:
  - obsidian
  - note-taking
type: concept
status: active
created: 2026-04-12
updated: 2026-04-12
---

4. 인박스 노트 처리기 (inbox-processor) 워크플로우

이 워크플로우는 지저분한 잡메모를 구조화합니다. 특히 다음과 같은 메모들이 많다면, 빛을 발하게 됩니다.

• 제목 없는 임시 메모
• 아이디어 덤프
• 회의 중 급하게 적은 노트
• 링크만 붙여둔 자료 모음

이 워크플로우는 제목과 note type을 제안하고, 섹션 구조를 정리하며, 액션 아이템 분리 및 프론트매터를 추가해 줍니다.

5. 내부 링크 후보 제안 (wikilink-suggester) 워크플로우

좋은 링크는 옵시디언의 생명입니다. 하지만 아무 노트나 다 연결하면 오히려 더 지저분해집니다. 이 워크플로우는 내부 링크를 과하게 걸지 않고, 가치 높은 링크만 제안합니다. 원칙은 간단합니다.

• 2~5개의 강한 링크만 연결
• 이미 존재하는 노트와 연결 우선
• 확신이 없는 링크는 수동 검토로 넘기기

6. 중복 노트 후보 검토 (duplicate-note-reviewer) 워크플로우

이 워크플로우는 중복 노트를 찾되, 절대 자동 삭제하지 않습니다. 단, 주의 할 점은 중복으로 보이는 노트 중 상당수는 실제로는 조금씩 다른 역할을 가진 노트 일 수 있습니다. 그래서 다음과 같은 기준으로 중복 노트들을 찾고, 이러한 노트들을 삭제하는 것이 아니라 분류해야 합니다.

• exact duplicates
• near duplicates
• overlap candidates

구글 안티그래비티로 옵시디언 정리하는 실제 순서

이 부분이 가장 중요합니다. 아래 순서대로 하면 실패 확률이 크게 줄어듭니다.

1단계: 전체 진단부터 한다

처음부터 전체 볼트를 수정하지 말고, 먼저 vault-audit 워크플로우를 사용해 현재 상황을 진단합니다.

추천 프롬프트:

Inspect this Obsidian vault using the vault-audit workflow. Infer the current organization system from folders, note names, tags, frontmatter, and link patterns. Do not bulk edit yet. First propose a safe cleanup policy and a processing order.

이를 통해 현재 볼트 구조 요약, 문제점 목록, 정리 순서 제안, 수동 검토가 필요한 영역을 확인할 수 있습니다.

2단계: taxonomy를 먼저 확정한다

정리 기준이 없으면 AI도 흔들립니다. taxonomy-designer를 사용하여 전체 분류 체계를 설계합니다.

추천 프롬프트:

Use the taxonomy-designer workflow to analyze this Obsidian vault. Infer the current note types, tag conventions, metadata fields, and naming patterns. Do not bulk edit yet. Propose a stable taxonomy and list any ambiguous cases for manual review.

이 단계에서 note type 집합, 태그 표기 규칙, 상태값, frontmatter 스키마, 파일명 규칙을 결정합니다.

3단계: Inbox 폴더만 먼저 정리한다

전체 볼트가 아니라 Inbox부터 frontmatter-normalizer를 사용해 정리해줍니다. 이유는 간단합니다. Inbox는 보통 가장 지저분하지만, 동시에 구조를 시험하기 가장 좋은 영역이기 때문입니다.

추천 프롬프트:

Apply the frontmatter-normalizer workflow to notes in the Inbox folder only. Use the existing vault taxonomy. Make conservative edits and produce a review report.
Run the inbox-processor workflow on uncategorized notes in Inbox. Preserve all ideas, improve structure, and suggest filenames without deleting anything.

4단계: 링크를 나중에 건다

많은 사람이 제목과 태그보다 링크부터 손댑니다. 하지만 링크는 구조가 잡힌 뒤에 해야 효과가 좋습니다.

추천 프롬프트:

Use the wikilink-suggester workflow on recently cleaned notes in Inbox. Add only high-confidence links and report any unclear targets for manual review.

5단계: 마지막에 중복 후보를 검토한다

중복 검열은 제일 나중입니다. 초반에 중복 제거부터 하면 실수로 유용한 맥락을 없앨 수 있습니다.

추천 프롬프트:

Run the duplicate-note-reviewer workflow across the vault. Group exact duplicates, near duplicates, and overlap candidates. Do not delete or merge automatically.

6단계: 적용 범위 확장하기

앞에서 찾은 방식을 다른 폴더의 노트에까지 확장 적용해 나갑니다.

실전 예시: 지저분한 노트가 어떻게 바뀌는가

예를 들어 아래 같은 노트가 있다고 가정해 보겠습니다.

[정리 전]

옵시디언
- 태그 정리 필요
- 안티그래비티로 가능?
- 인박스 너무 많음
- meeting note도 섞임
- frontmatter 해야하나?
- codex 같은 식으로 워크플로우

이 상태는 아이디어는 있지만 재사용이 어렵습니다. 아래처럼 정돈됩니다.

[정리 후 예시]

---
title: 옵시디언 정리 자동화 아이디어
tags:
  - obsidian
  - automation
type: concept
status: draft
---
# 옵시디언 정리 자동화 아이디어
## 현재 문제
- 인박스 노트가 과도하게 많다.
- 회의록과 일반 메모가 섞여 있다.
- frontmatter 규칙이 일관되지 않다.
## 검토할 방향
- 구글 안티그래비티 기반 워크플로우 구조 적용
- Inbox 우선 정리
- note type 표준화
- 태그 체계 정리
## Next actions
- vault-audit 실행
- taxonomy-designer로 분류 기준 확정
- Inbox 폴더부터 구조화

핵심은 멋지게 바꾸는 게 아닙니다. 검색 가능하고, 다시 연결 가능하고, 다음 행동으로 이어지게 만드는 것입니다.

결론: 좋은 옵시디언 사용법은 “많이 적는 법”이 아니라 “다시 찾는 법”이다

옵시디언은 단순한 메모 앱이 아닙니다. 잘 쓰면 생각을 축적하는 시스템이 되고, 못 쓰면 메모 무덤이 됩니다. 그래서 진짜 중요한 옵시디언 사용법은 아래 세 줄로 정리됩니다.

• 먼저 구조를 진단한다
• 분류 기준을 정한 뒤 작은 범위부터 정리한다
• AI는 한 번에 다 시키지 말고 워크플로우로 나눠서 쓴다

구글 안티그래비티를 여기에 붙이면, 옵시디언 정리는 더 이상 미루는 일이 아니라 반복 가능한 워크플로우가 됩니다.

이 순서만 지켜도, 흩어진 메모는 점점 검색 가능한 지식 베이스로 바뀌기 시작합니다.