AI에게 Obsidian을 정리하게 할 때, 임의로 삭제되지 않게 하는 5가지 규칙

Obsidian에 매일 메모를 남기다 보면 파일이 조금씩 늘어납니다. 업무 기록, AI와의 대화에서 결정한 내용, 다음에 해야 할 일, 떠오른 기획 등입니다. 나중에 도움이 될 정보도 있지만, 비슷한 내용이 여러 번 쓰여 있는 경우도 있습니다.

모든 것을 스스로 다시 읽고, 제목을 정리하고, 중복을 통합하는 것은 힘든 작업입니다. 그래서 AI에게 메모 초안 작성이나 정리를 도와달리는 것이 편리합니다.

하지만 단순히 '이 폴더를 깨끗하게 해줘'라고만 부탁하면, 남기고 싶었던 문장이 요약되거나 오래된 메모가 불필요하다고 판단될 가능성이 있습니다.

저는 AI에게 Obsidian을 정리하게 할 때, 편리함보다 '임의로 삭제되지 않게 하는 규칙'을 먼저 정합니다. 이 글에서는 비엔지니어도 쉽게 적용할 수 있는 5가지 규칙과 실제로 사용할 수 있는 요청 문구를 소개합니다.

인간이 '정리해줘'라고 말할 때는 머릿속에 기대하는 완성된 결과물이 있습니다.

• 같은 내용을 통합하고 싶다
• 오래된 정보를 분리하고 싶다
• 읽기 쉬운 제목을 붙이고 싶다
• 다음에 할 일을 찾고 싶다
• 불필요한 메모를 줄이고 싶다

하지만 AI는 '어떤 문장이 나중에 증거가 될지', '어떤 고민을 남기고 싶은지', '무엇을 공식적인 결정으로 다룰지'를 자동으로 알 수 없습니다.

예를 들어, 당시에는 채택하지 않은 안이라도 나중에 판단의 이유를 설명하기 위해 필요할 때가 있습니다. 중간 과정의 실패 기록 역시 같은 문제를 반복하지 않기 위해서는 중요합니다.

읽기 쉽고 짧게 만드는 것과, 기록으로서 정확하게 남기는 것은 다릅니다. 그래서 저는 AI가 정리하는 범위와 인간이 결정하는 범위를 먼저 분리합니다.

첫 번째 규칙은, AI에게 원본 파일을 직접 덮어쓰지 못하게 하는 것입니다.

정리 전의 메모는 문장이 거칠어도 일차 기록입니다. 거기에는 실제로 발생한 순서나, 그 시점에 생각했던 것이 남아 있습니다. AI가 읽기 쉽게 다시 쓰면, 글은 정돈되더라도 세세한 배경이 사라질 수 있습니다.

우선 원본 메모를 남겨두고, 정리 결과는 별도의 파일로 만듭니다.

daily/2026-10-06.md 원본 메모
정리안/2026-10-06-summary.md AI가 만든 정리안

정리안을 읽어보고 문제가 없으면, 인간이 공식적인 현재 상태 파일에 반영합니다.

만약 기존 파일을 반드시 업데이트해야 한다면, 변경 전 내용을 Git 등으로 되돌릴 수 있는 상태로 만듭니다. '되돌릴 수 있음'을 확인한 후에 AI에게 편집을 맡깁니다.

AI는 메모에 쓰인 사실로부터 자연스러운 제안을 만들곤 합니다. 문장 자체로는 읽기 쉬워도, 실제로 결정된 내용과 AI의 아이디어가 섞이면 나중에 구별하기 어렵습니다.

저는 정리 결과를 다음 세 가지로 나누도록 요청합니다.

메모의 내용을 '확인된 사실', '인간이 결정한 것', 'AI의 제안'으로 나누어 주세요.
제안을 결정 사항처럼 쓰지 마세요.
확인할 수 없는 내용은 보충하지 말고, '미확인'으로 해주세요.

이렇게 구분해 두면, 다른 AI가 나중에 메모를 읽어도 미래의 안을 이미 실행된 것으로 오해하기 어렵습니다.

중복되거나 오래된 파일을 발견하더라도, AI에게 삭제하게 하지 않습니다. 먼저 삭제 후보 목록을 만들도록 요청합니다.

삭제 후보: daily/2026-09-01-copy.md
이유: daily/2026-09-01.md와 본문이 거의 같음
남길 후보: daily/2026-09-01.md
...

인간은 파일명뿐만 아니라 내용의 차이점도 확인합니다. 비슷해 보여도 한쪽에만 중요한 추가 사항이 있을 수 있습니다.

삭제가 필요한 경우에도, 바로 완전히 삭제하지 않고 가능하면 임시 보관용 폴더로 옮깁니다. 일정 기간 확인 후 문제가 없으면 그 후에 삭제를 결정합니다.

'AI가 불필요하다고 했으니 지운다'가 아니라, 'AI가 후보를 찾고 인간이 내용을 확인하여 결정한다'는 순서를 따릅니다.

Obsidian의 Vault 전체를 AI에게 전달할 필요는 없습니다. 이번 목적과 관련된 폴더만 대상으로 합니다.

예를 들어, Qiita 기사 인수인계를 정리하는 경우라면, 다음과 같이 범위를 정합니다.

대상:
- Qiita/일일 메모/
- Qiita/공개 스케줄.md
...

대상 외 폴더는 '참고하지 않기', '읽어오지 않기', '변경하지 않기'라고 명시합니다.

API 키, 액세스 토큰, 비밀번호 등의 인증 정보는 Obsidian의 일반 메모에 적지 않도록 합니다. 고객명, 개인정보, 공개 전 기밀 정보도 AI에게 전달할 정리 대상에서 제외합니다.

AI에게 많은 정보를 전달한다고 해서 반드시 정확도가 높아지는 것은 아닙니다. 관련 없는 오래된 정보가 섞이면 오히려 현재 상황을 오해하게 만들 수 있습니다. 필요한 범위로만 좁히는 것이 확인하기 더 쉽습니다.

AI에게 정리 작업을 맡긴 후, 단순히 '깨끗해졌습니다'라는 보고로 끝내지 않습니다.

다음 항목들을 목록으로 만들어 달라고 요청합니다.

새로 만든 파일:
- 整理案/2026-10-06-summary.md
수정된 파일:
...

이 목록과 실제 파일을 비교합니다. Git으로 관리하는 경우라면, 차이점(diff)도 확인합니다.

특히 확인해야 할 것은 요청하지 않은 파일이 변경되지 않았는지, 원문 내용이 사라지지 않았는지, 제안 사항이 결정된 사항으로 바뀌지 않았는지입니다.

AI의 작업 결과를 AI가 만든 보고서만으로는 확인할 때 놓치는 부분이 생깁니다. 파일 이름, 차이점, 화면 등 작업에 맞는 방식으로 사람이 확인해야 합니다.

5가지 규칙을 요약하면, AI에게 요청할 내용은 다음과 같습니다.

Obsidian 내 지정된 메모를 정리해 주세요.
목적: 다음 날 작업을 재개하기 쉬운 인계(引き継ぎ) 메모를 만드는 것
대상: Qiita/일일 메모/ 오늘 날짜분만
...

매번 모든 것을 다시 쓸 필요는 없습니다. 이 규칙을 프로젝트의 공통 문서에 저장하고, AI에게 작업 전에 읽게 합니다.

여기까지 안전성에 대해 많이 이야기했지만, AI가 Obsidian 정리 작업을 도와주는 장점은 크다고 느낍니다.

스스로 남기는 것은 작업 중의 짧은 개조식 목록만으로도 충분합니다.

- Vol.65 원고를 작성했다
- 4,000자를 초과했다
- 아직 공개하지 않았다
...

이 메모를 AI에게 전달하면, 제목을 붙이고 사실(fact)과 미완료된 내용(未完了)을 분리하여 다음 날 인계 형식으로 정리해 줄 수 있습니다. 여러 날짜의 메모에서 같은 내용을 모아서 정리하는 것도 가능합니다.

로컬 파일을 다룰 수 있는 AI라면, 확인 후 Markdown에 반영하는 단계까지 맡길 수 있습니다. 직접 편집할 수 없는 AI라도 붙여넣기용 문서를 만들 수는 있습니다.

저는 발생한 일과 판단만 남기고, 문장 구조를 정리하는 부담을 AI에게 넘깁니다. 그렇게 하면 Obsidian을 깨끗하게 유지하기 위해 지치지 않고, 본래의 업무나 개발에 시간을 쓸 수 있습니다.

처음부터 Vault 전체를 정리하려고 하지 않는 것도 중요합니다. 저는 우선 그날의 메모 한 건만을 대상으로 합니다. 정리된 내용이 자신의 의도와 맞는지, 원본 정보가 남아 있는지, 다음 날 정말 읽기 쉬운지 확인합니다. 문제가 없다면, 같은 형식을 다음 날에도 사용합니다.

작은 범위에서 반복하면, 자신이 필요한 제목이나 AI가 실수하기 쉬운 표현도 알게 됩니다. 그 내용을 공통 규칙에 추가하면, 매번 긴 요청문을 작성하지 않아도 같은 품질로 정리하기 쉬워집니다.

AI에게 Obsidian 정리를 맡길 때는 '깨끗하게 해줘'라고만 부탁할 것이 아니라, 먼저 경계를 정합니다.

• 원본 메모를 직접 수정하지 않기
• 사실/판단/제안을 섞지 않기
• 삭제 후보는 목록으로만 만들기
• 정리할 폴더를 한정하기
• 변경 내용을 목록으로 확인하기

AI는 메모의 초안 작성, 요약, 분류, 중복 후보 발견 등을 도와줄 수 있습니다. 하지만 무엇을 공식적인 기록으로 할지, 무엇을 삭제할지는 사람이 결정합니다.

우선 오늘 날짜의 개조식 목록을 하나의 정리안으로 변환해 달라고 요청하고, 원본 메모와 나란히 비교해 보세요. 되돌릴 수 있는 작은 범위부터 시작하면, 안심하고 AI의 편리함을 활용할 수 있습니다.

이 글은 Obsidian의 Markdown을 여러 AI와 공유하며 Human Approval과 변경 경계를 남기는 이 프로젝트 운영을 바탕으로 구성되었습니다.