Obsidian 일일 메모를 AI로 주간 보고서 작성 시, 수치를 만들지 않도록 하는 방법

Obsidian에 매일의 작업 내용을 기록하다 보면, 1주일 동안 많은 메모가 쌓이게 됩니다. 무엇을 만들었는지, 어디서 멈췄는지, 무엇을 공개했는지 등 기록은 있지만, 주말에 이 모든 것을 다시 읽어 주간 보고서로 정리하는 것은 힘든 일입니다.

그래서 저는 일일 메모를 AI에게 읽히고 주간 보고서 초안을 작성하게 합니다.

하지만 단순히 '이번 주 성과를 보기 좋게 요약해 줘'라고만 요청하면, 메모에 없는 성과나 이유까지 자연스러운 문장으로 보충되는 경우가 있습니다. 또한, 수치가 여러 메모에 분산되어 있을 경우, 합계나 비교를 잘못할 가능성도 있습니다.

이 글에서는 Obsidian의 일일 메모로부터 AI를 이용해 주간 보고서를 만들면서, 미확인 성과나 수치를 만들어내지 않도록 하는 절차를 소개합니다.

일일 메모는 그날 일어난 일을 잊지 않기 위한 기록입니다. 문장이 완벽하지 않아도 괜찮습니다.

2026-10-07
- Vol.66 원고 작성
- 4,090자
...

주간 보고서는 여러 일일 메모로부터 '이번 주에 무엇이 진행되었고, 무엇이 남았는지'를 확인하기 위한 것입니다.

이번 주 완료한 것
- Qiita 기사 공개
확인된 결과
...

일일 메모를 그대로 연결만 한다고 해서는 주간 보고서로서 읽기 좋지 않습니다. 하지만 너무 짧게 요약하면, 확인하지 않은 내용이 들어가기 쉽습니다.

AI에게 문장 정리는 맡기고, 무엇을 사실로 채택할지는 사람이 확인합니다.

주간 보고서를 만들 때는 AI에게 전달할 날짜 범위를 먼저 정합니다.

대상 기간: 2026-10-01~2026-10-07
대상 파일: daily/2026-10-01.md부터 daily/2026-10-07.md
제외 대상: 기간 외 메모, 미래 계획, 개인 메모, 고객 정보

'최근 메모'와 같은 모호한 지정을 하면, 지난주 내용이나 오래된 계획이 섞일 수 있습니다.

대상 파일도 명시합니다. Obsidian의 Vault 전체를 전달할 필요는 없습니다. 주간 보고서에 필요한 일일 메모와 확인용 공개 기록만으로 한정합니다.

메모가 존재하지 않는 날이 있다면, AI에게 내용을 추측하게 하지 않습니다. '10월 3일은 일일 메모 없음'이라고 기록하고, 그날은 집계 대상에서 제외합니다.

AI에게 주간 보고서 본문을 작성시키기 전에, 수치만 목록으로 추출하게 합니다.

수치: 4,090자
출처: daily/2026-10-07.md
의미: Vol.66의 로컬 원고 글자 수
...

중요한 것은 수치뿐만 아니라 '무엇에 대한 수치인지'와 '어디에 적혀 있었는지'를 세트로 하는 것입니다.

예를 들어, 4,090라는 수치가 원고 글자 수인지, 조회수인지, 처리 건수인지 알지 못하면 주간 보고서에는 사용하지 않습니다.

여러 날짜의 수치를 합산할 때도, 먼저 목록을 확인합니다. 단위가 다른 수치나, 같은 성과를 중복 기록한 수치는 더하지 않도록 합니다.

합산해도 되는 것: 각 날짜에 신규 공개한 기사 수
합산하지 않을 것: 같은 기사에 대해 기록한 원고 작성과 공개 확인
비교하지 않을 것: 글자 수와 페이지 뷰

AI가 계산한 합계는, 원래의 수치를 보면서 사람이 확인합니다.

주간 보고서에서는 긍정적이고 읽기 좋은 문장으로 만들고 싶어집니다. 그 때문에 AI가 메모에 없는 효과나 이유를 보충할 때가 있습니다.

예를 들어, 다음과 같은 표현입니다.

기사를 공개함으로써 독자의 이해가 깊어졌다
Obsidian 도입으로 작업 시간을 대폭 단축했다
AI 활용으로 생산성이 향상되었다

실제로 측정하지 않았다면, 이것들은 확인된 성과가 아닙니다. 공개한 사실, 작업 시간을 기록한 사실, 독자로부터 반응이 있었다는 사실은 쓸 수 있습니다. 하지만 '이해가 깊어졌다', '생산성이 향상되었다'와 같은 효과는 근거가 없으면 단정할 수 없습니다.

AI에게 요청할 때는 다음 조건을 넣습니다.

일일 메모에 명시된 내용만 사용해 주세요.
성과, 효과, 이유, 인과관계를 추측으로 보충하지 말아 주세요.
확인할 수 없는 내용은 '미확인'으로 해 주세요.
...

주간 보고서를 멋지하게 보이게 하는 것보다, 다음 주 판단에 쓸 수 있는 정확한 기록을 우선시합니다.

AI는 문장을 요약할 때 관련 작업을 하나의 흐름으로 만듭니다. 그 결과, 계획 중인 작업까지 진행 중이나 완료된 것처럼 보일 수 있습니다.

주간 보고서에서는 상태를 명시합니다.

상태가 불분명한 항목은 AI에게 결정하게 하지 않고, 미확인으로 둡니다.

하나의 성과가 여러 일일 메모에 등장하는 경우가 있습니다.

10月6日：Vol.65原稿作成
10月6日：Vol.65 Qiita 공개
10月7日：전일 Vol.65 공개 확인

이것을 3건의 성과로 세면, 실제보다 많이 보입니다.

AI에게는 동일한 기사 ID, 동일한 공개 URL, 동일한 파일명을 단서로 관련 기록을 하나로 모아 달라고 요청합니다.

성과：Vol.65 작성 및 공개
작성 기록：10月6日
공개 기록：10月6日
...

다만, AI가 '같은 것'이라고 판단했다고 해서 통합하지 않습니다. 제목이 비슷해도 다른 기사일 수 있기 때문에 URL이나 기사 ID를 확인합니다.

실제로는 다음과 같은 요청 문구를 사용합니다.

지정된 Obsidian 일일 메모에서 주간 보고서 초안을 작성해 주세요.
대상 기간：2026-10-01~2026-10-07
대상：지정된 일일 메모와 공개 기록만
...

AI가 만든 주간 보고서는 그대로 공식 기록으로 삼지 않습니다. 먼저 review용 별 파일에 저장합니다.

weekly/2026-W41-draft.md

사람이 출처, 숫자, 상태를 확인한 후에 정식본으로 업데이트합니다.

weekly/2026-W41.md

주말 정리 부담을 줄이려면 일일 메모에 최소한의 항목만 남깁니다.

날짜：2026-10-08
목적：오늘 무엇을 진행할지
완료：실제로 끝낸 것
...

글을 길게 쓸 필요는 없습니다. AI가 나중에 정리할 수 있도록, 숫자의 의미와 작업 상태만 명확히 합니다.

특히, 공개 URL, 기사 ID, 파일명, 확인일 등 고유하게 식별 가능한 정보가 있으면 중복을 찾기 쉽습니다. 다만, 비밀 정보는 일일 메모에 넣지 않습니다.

주간 보고서를 정식본으로 만들기 전에 다음 5가지 항목을 확인합니다.

• 대상 기간 외 내용이 섞여 있지 않은지
• 숫자에 출처, 단위, 의미가 있는지
• 같은 성과를 중복해서 세고 있지는 않은지
• 미착수 계획이 완료된 것으로 되어있진 않은지
• 메모에 없는 효과나 이유가 추가되지는 않았는지

수정이 필요하면 AI에게 구체적으로 전달합니다.

'작업 시간이 단축되었다'는 측정하지 않았으므로 삭제해 주세요.
Vol.65의 작성과 공개는 같은 성과로 1건에 모아 주세요.
10월 3일은 메모가 없으므로, 실적을 보충하지 말아 주세요.

모호하게 '더 정확하게'라고 요청하는 것보다, 어느 기록과 모순되는지 보여주는 것이 수정하기 쉽습니다.

Obsidian 일일 메모를 AI에게 전달하면 주간 보고서 작성 부담을 줄일 수 있습니다. 하지만 글이 자연스럽다고 해서 모두가 확인된 사실인 것은 아닙니다.

• 대상 기간과 파일을 고정하기
• 숫자를 출처・단위・의미와 함께 확인하기
• 쓰여 있지 않은 성과나 효과를 보충하지 않도록 하기
• 완료・진행 중・보류・미착수를 나누기
• 같은 사건의 중복을 확인하기
• 공식화하기 전에 사람이 검토하기

우선 일주일 치 일일 메모 전체를 모으기 전에, 2일치만 시도해보는 것이 안전합니다. AI가 초안을 작성한 것과 원본 메모를 나란히 두고, 어디가 생략되었고 어디가 보충되었는지 확인합니다.

AI에게 읽기・추출하기・정렬하는 작업을 맡기고, 사람은 숫자와 상태를 확정합니다. 그 분담이라면, 주간 보고서를 쓰기 위해 지치지 않고 다음 주 판단에 쓸 수 있는 기록을 남길 수 있습니다.

이 글은 Obsidian 일일 메모, 공개 기록, AI에 의한 정리안, Human Approval을 나누어 온 본 프로젝트의 운영을 바탕으로 구성되었습니다.