서론

Obsidian에서 저널링을 계속하려고 시도했다가 몇 번이나 실패했던 이유 중 하나는, 쓰는 시점에 정리하려고 하다가 멈춰버리는 것이었습니다.

심리학이나 expressive writing (표현적 글쓰기)에 관한 이야기를 읽어도, 저에게 중요했던 것은 "처음에는 어쨌든 덤핑(dumping)하고 싶다"는 감각입니다. 그래서 이번에는, 쓸 때는 완전히 자유로운 덤핑, 구조화는 나중에 Codex Automations에게 맡기는 구성을 만들었습니다.

게다가 단순히 일간 노트를 요약하는 것뿐만 아니라,

• 오늘의 미분석 노트
• 놓치고 있는 직전의 미분석 노트
• 과거의 수첩 로그

도 사용하여, 사실 / 해석 / 인지의 편향 / 다음 단계

까지 정리합니다.

재현을 위한 최소 세트는 GitHub에 공개했습니다.

이 기사에서 알 수 있는 것

• Obsidian에서 자유롭게 덤핑하고, Codex App Automations로 나중에 분석하는 구성 - 왜 "쓸 때는 자유롭게, 분석은 나중에"라는 분리가 저널링과 궁합이 좋은가
• 일간 리뷰와 주간 리뷰를 어떻게 나누어야 반추(rumination)가 늘어나지 않는가
• 그대로 시도해 볼 수 있는 공개 세트의 내용

결론

먼저 결론부터 쓰자면, 이 구성에서 가장 효과적이었던 것은 다음과 같은 분리였습니다.

인간은 덤핑만 한다, Codex는 구조화만 한다

저널링을 지속하기 어렵게 만드는 것은 "쓰면서 자신을 분석하려고 하는 것"이라고 느낍니다. 쓰고 있는 도중에 "이것은 사실인가 해석인가", "다음 행동은 무엇인가"까지 생각하기 시작하면 쏟아내는 것이 멈춰버립니다.

그래서 본문은 엉망이어도 괜찮다는 전제로 하고, 나중에 Codex가

• 사실
• 해석
• 감정
• 인지의 편향
• 다른 관점
• 다음 단계

를 나누게 하는 것이 저에게는 압도적으로 지속하기 쉬웠습니다.

전제

저의 환경은 다음과 같습니다.

• 날짜: 2026-06-21 시점

• OS: Windows 11

• 노트: Obsidian

• 자동 분석: Codex App의 Automations

• 주요 저장소:

  • 01_ジャーナリング (01_저널링): Obsidian의 일간 노트
  • 00_手帳の (00_수첩의): 이전에 수기로 작성했던 수첩의 전사(transcription)
  • 02_分析 (02_분석): 주간 리뷰의 출력처

• Codex App의 공식 docs에 따르면, Automations는 project, prompt, cadence, execution environment를 선택하여 스케줄링할 수 있으며, project-scoped automation은 로컬의 Codex app이 실행 중이고 대상 프로젝트가 디스크 상에 있어야 합니다. 이 전제를 바탕으로 구성했습니다.

만든 것

공개한 세트는 다음의 4개 계층입니다.

1. 덤핑을 쓰는 장소

01_ジャーナリング 여기에 YYYY-MM-DD.md 형식으로 일간 노트를 둡니다. 본문은 정말 자유로우며, 불렛 포인트(bullet points)든 산문(prose)이든 OK입니다.

예를 들면 이런 식입니다.

# 2026-06-21
오늘은 회의 이후의 기분이 꽤 오래 갔다.
비난받은 건 아닐지도 모르지만,
...

중요한 것은, 본문을 깔끔하게 만들려고 하지 않는 것입니다.

2. 과거 로그 보관소

00_手帳の 여기에는 이전에 수기로 작성했던 수첩의 전사 내용을 넣습니다. 일간 분석에서 매번 읽는 것이 아니라, 비슷한 테마가 이어질 때만 보조 참조로 사용합니다.

3. 일간 분석 프롬프트

01_自動分析/codex_app_daily_automation_prompt_final.md
이 프롬프트에서는 Codex에게 다음을 수행하게 합니다.

• 오늘의 미분석 노트를 찾는다 - 나아가 오늘보다 이전의 노트 중에서 가장 최신인 미분석 노트를 찾는다 - 둘 다 있다면 둘 다 분석한다
• ## Codex分析 (## Codex 분석)에 사실 / 해석 / 인지의 편향 / 다음 단계를 추가한다 - 필요한 경우에만
• 00_手帳の를 1~2건만 참조한다

이 "직전의 미분석 노트도 챙긴다"는 로직이 은근히 효과적이었습니다. 매일 꼬박꼬박 쓰지 못할 것을 전제로 하여, 놓친 부분을 그대로 남겨두지 않기 위해서입니다.

4. 주간 분석 프롬프트

01_自動分析/codex_app_weekly_review_prompt.md
주간 리뷰는 최근 7일을 주요 대상으로 합니다. 다만 비교를 위해 01_ジャーナリング과 00_手帳の의 전체 이력을 참조할 수 있도록 설계했습니다.

여기서의 포인트는, 전부를 균등하게 요약하지 않는 것입니다. 중점적으로 보는 것은 주로 다음 두 가지입니다.

• 최근의 변화
• 예전부터 이어져 온 장기적 경향

왜 이렇게 설계했는가

덤핑(Dumping)과 분석을 같은 단계로 두지 않기

저널링(Journaling)의 목적은 사람마다 상당히 다르지만, 저에게는 우선 다음과 같은 순서였습니다.

• 머릿속의 부하를 밖으로 꺼내기
• 감정을 억누르지 않기
• 나중에 패턴을 확인하기

이 순서를 깨뜨리고 처음부터 분석 템플릿에 맞추려 하면, 쓰는 행위 자체가 무거워집니다.

따라서 이번 구성에서는 작성하는 동안에는 분석을 요구하지 않습니다. 분석은 완전히 Codex 측의 업무로 넘깁니다. 이는 표현적 글쓰기(expressive writing)의 "먼저 쓰는" 부분과, 인지 재구성(cognitive reappraisal)이나 문제 해결(problem solving)의 "나중에 정리하는" 부분을 나누는 이미지입니다.

주간 리뷰는 "전체 이력을 읽는 것"보다 "이번 주를 역사 속에 두는 것"

처음에는 주간 리뷰도 "최근 7일만"으로 충분할 것이라고 생각했습니다. 하지만 그렇게 하면 이번 주의 파동밖에 보이지 않습니다.

반면, 전체 이력을 전부 훑어서 총정리하려고 하면, 이번에는 정보가 너무 무거워져서 읽어도 움직일 수 없는 리뷰가 되기 쉽습니다.

그래서 주간 리뷰는 다음과 같은 방침을 세웠습니다.

• 주요 대상은 최근 7일
• 비교 대상으로 전체 이력을 참조해도 좋음
• 목적은 망라가 아니라, 최근의 변화와 장기적 반복을 구분하는 것

이렇게 하면 다음과 같은 관점이 가능해집니다.

• 이번 주에만 회의 불안이 늘어나고 있는가
• 애초에 예전부터 평가 불안 -> 독심(mind reading) -> 행동 정지의 흐름이 있는가
• 이전보다 상담 행동은 늘어나고 있는가

실제 설정

공개 세트에는 AUTOMATION-SETUP.md를 포함했으며, 대략적인 설정은 다음과 같습니다.

Obsidian

• Vault: 저널링의 루트 전체
• Daily Notes 저장 위치: 01_ジャーナリング (01_저널링)
• 템플릿: 없어도 무방함

Codex App의 일간 Automation

• Project: 저널링의 루트
• Schedule: Daily
• Execution: local project
• Prompt: codex_app_daily_automation_prompt_final.md의 전문

Codex App의 주간 Automation

• Project: 저널링의 루트
• Schedule: Weekly
• Execution: local project
• Prompt: codex_app_weekly_review_prompt.md의 전문
• 출력 위치: 02_分析/weekly-review-YYYY-MM-DD.md (02_분석/weekly-review-YYYY-MM-DD.md)

Obsidian Graph로 보이는 것

이 구성은 자동 분석뿐만 아니라 그래프(Graph) 기능도 흥미롭습니다.

태그와 링크 규칙은 상당히 제한하고 있습니다.

• 인물: [[인명]]
• 안건: [[안건명]]
• 태그: #評価不安 (평가 불안), #読心 (독심), #確認不足 (확인 부족) 등

포인트는 감정 태그를 너무 늘리지 않고, 분석 라벨을 고정하는 것입니다. 그렇게 하면 그래프(Graph)나 로컬 그래프(Local Graph)에서 다음과 같은 사항을 매우 쉽게 확인할 수 있습니다.

• 누구에게 반응하기 쉬운가
• 어떤 안건에서 불안이 나타나기 쉬운가
• 어떤 인지 패턴이 반복되고 있는가

주의할 점 (ハマりどころ)

read-only 상태라면 작동하지 않음

일간 분석은 노트에 내용을 추가하므로, Codex App 측이 read-only 권한 상태라면 실패합니다. 내용을 추가할 수 있는 권한이 필요합니다.

과거 로그를 너무 많이 읽으면 무거워짐

00_手帳の (00_수첩의)를 항상 넓게 읽게 하면 분석 내용이 길어지기 쉽습니다. 보조 참조는 1~2건 정도로 제한하는 것이 적당했습니다.

"마음에 공감하는 분석"은 의외로 사용하기 불편함

처음에는 다정한 톤의 분석도 시도해 보았지만, 매일 읽는 용도로는 다음과 같이 딱 떨어지는 것이 훨씬 사용하기 편했습니다.

• 사실
• 해석
• 편향
• 다음 단계

매일 읽는 것은 감정적인 요소를 너무 더하지 않는 편이 효율적입니다.

공개한 내용

GitHub에는 실제 데이터를 포함하지 않은 최소한의 세트만 공개하고 있습니다.

포함된 항목은 다음과 같습니다.

README.md
AUTOMATION-SETUP.md
SECURITY.md

• 일간 Automation용 프롬프트
• 주간 Automation용 프롬프트
• 태그 사전
• 폴더 구성 샘플

반대로, 개인의 실제 저널 본문이나 손글씨 수첩의 전사(transcription) 내용은 포함하지 않았습니다.

요약

• 저널링을 지속하는 데 있어, 나에게는
  쓸 때의 자유로움이 최우선이었다 - 따라서
  덤핑 (Dumping)

과
분석 (Analysis)

을 분리하고, 구조화는 전부 Codex에 사후 처리로 맡겼다 - 일간 단위는
오늘

과
직전의 미분석 노트

를 가져온다 - 주간 단위는
최근 7일

을 주 대상으로 하되, 전체 이력을 비교 대상으로 하여 최근의 변화와 장기적 경향을 구분한다 - Obsidian Graph에서는 감정 그 자체보다
분석 라벨 (Analysis Label)

을 고정하는 것이 더 효과적이다.

"템플릿에 맞춘 저널링은 지속하기 어렵지만, 그냥 쏟아내기만 하고 끝내고 싶지는 않다"는 사람에게는 상당히 궁합이 좋은 구성이라고 생각합니다.

Discussion