Logseq으로 Anki Deck을 관리하는 방법
Based on 코리안키's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.
디폴트 덱은 네임스페이스나 덱 프로퍼티 같은 덱 지시가 없는 카드가 자동으로 들어가는 기본 안전장치다.
Briefing
Logseq에서 만든 카드를 Anki로 보낼 때, 어떤 덱으로 들어가게 할지 결정하는 핵심은 ‘기본값(디폴트 덱)’, ‘네임스페이스’, ‘덱 프로퍼티’ 세 가지 규칙을 어떻게 조합하느냐에 달려 있다. 이 설정을 제대로 잡으면 카드가 자동으로 올바른 하위 덱으로 분류되고, 반대로 규칙을 놓치면 기본 덱으로 뭉쳐 학습 흐름이 흐트러질 수 있다.
가장 먼저 쓰는 방식은 디폴트 덱이다. Logseq의 Anki Sync 플러그인 설정에서 ‘디폴트 덱’을 지정하면, Logseq에서 생성한 카드가 특정 덱 지시(네임스페이스/덱 프로퍼티)를 갖고 있지 않을 때 항상 그 디폴트 덱으로 전송된다. 실무에서는 식(예: Logseq)에서 만든 카드와 Anki에서 직접 만든 카드를 구분하려고 디폴트 덱을 ‘식’ 같은 값으로 바꿔 두는 식으로 운용한다. 또한 모든 Logseq 카드를 특정 메인 덱(예: ‘록식’)의 하위로 보내고 싶다면, 카드 생성 시 덱을 놓친 경우에도 ‘록식’ 하위 덱 구조로 들어가도록 기본 틀을 잡아두는 방식이 가능하다.
두 번째는 네임스페이스다. 페이지 이름에 슬래시(/)를 써서 계층을 만들면, 예컨대 ‘테스트/페이지’처럼 슬래시로 구분된 경로가 Anki 덱으로 인식된다. 여기서 중요한 구분이 있다. 마지막 세그먼트(예: ‘페이지’ 자체)는 Anki 덱으로 들어가는 이름이 아니라 ‘페이지 명’처럼 취급되며, 덱 인식은 슬래시로 나뉜 앞부분(메인/서브)까지의 구조에 의해 결정된다. 네임스페이스의 장점은 한 번 규칙을 정해두면 해당 페이지에서 생성되는 모든 카드가 자동으로 같은 덱으로 분류된다는 점이다. 하지만 단점도 뚜렷하다. 파일명에 슬래시 구조가 강제되며, 계층을 바꾸려면 파일명을 일일이 수정해야 하고, 다른 마크다운 앱이나 양방향 링크 과정에서 파일명이 달라지면 네임스페이스가 깨져 기본 덱으로 떨어질 수 있다.
이 문제를 보완하는 방식이 덱 프로퍼티다. 덱 프로퍼티는 페이지 단위 또는 블록 단위로 ‘덱: (덱 이름)’ 형태로 지정할 수 있고, 해당 범위에서 생성되는 카드가 지정된 덱(하위 덱 포함)으로 이동한다. 특히 양방향 링크를 쓰는 환경에서 네임스페이스가 잘 작동하지 않을 때, 상위 블록에 덱 프로퍼티를 걸어두면 카드가 원하는 하위 덱으로 성공적으로 이동하는 흐름을 확인할 수 있다. 덱 프로퍼티의 장점은 블록 단위까지 세밀하게 제어할 수 있고, 페이지 명을 자유롭게 쓰면서도 덱 라우팅을 보장한다는 점이다. 대신 덱 프로퍼티를 깜빡하면 그 페이지에서 만든 카드가 디폴트 덱으로 간다.
마지막으로 세 규칙의 우선순위가 정리된다. 덱 프로퍼티가 최우선이며, 그중에서도 블록에 직접 지정된 덱 프로퍼티가 상위 블록의 덱 프로퍼티보다 먼저 적용된다. 다음으로 페이지 상단에 둔 덱 프로퍼티가 적용된다. 덱 프로퍼티가 없으면 네임스페이스가 그 다음으로 작동하고, 네임스페이스도 없는 일반 페이지 카드라면 디폴트 덱으로 들어간다. 결론적으로 이 세 가지 도구만 제대로 이해하고 조합하면 Logseq에서 만든 카드가 Anki 덱으로 들어가는 대부분의 경우를 커버할 수 있다. 또한 카드 분류를 ‘완벽하게’ 만들려는 집착은 학습 시간 투자를 해치므로, 최소한의 분류로도 충분하다는 관리 원칙도 함께 제시된다.
Cornell Notes
Logseq에서 만든 카드를 Anki로 보낼 때 덱은 ‘디폴트 덱–네임스페이스–덱 프로퍼티’ 규칙으로 결정된다. 디폴트 덱은 카드에 별도 지시가 없을 때 기본으로 들어가는 안전장치다. 네임스페이스는 ‘슬래시(/) 계층’으로 자동 분류를 만들지만, 파일명 변경이나 양방향 링크 환경에서는 깨질 수 있다. 덱 프로퍼티는 페이지/블록 단위로 ‘덱: 이름’을 지정해 더 유연하게 라우팅하며, 블록에 직접 지정된 값이 상위 값보다 우선한다. 덱 프로퍼티가 없으면 네임스페이스가 적용되고, 둘 다 없으면 디폴트 덱으로 간다.
디폴트 덱은 어떤 상황에서 작동하며, 왜 ‘식’ 같은 값으로 바꾸는 경우가 많을까?
네임스페이스에서 ‘마지막 슬래시 뒤의 이름’은 덱으로 인식되지 않는다는 말이 무슨 뜻인가?
네임스페이스의 단점이 ‘유연하지 않다’로 요약되는 이유는 무엇인가?
덱 프로퍼티는 네임스페이스와 달리 어떤 제어가 가능하며, 양방향 링크 문제를 어떻게 완화하나?
덱 프로퍼티의 우선순위는 어떻게 정리되나?
Review Questions
- 카드가 디폴트 덱으로 들어가는 대표적인 조건은 무엇이며, 이를 피하려면 어떤 지시를 카드(또는 상위 범위)에 추가해야 하나?
- 네임스페이스에서 ‘슬래시 계층’과 ‘마지막 세그먼트(페이지 명)’가 덱 인식에 미치는 영향은 어떻게 구분해야 하나?
- 덱 프로퍼티를 페이지 상단과 블록에 동시에 지정했을 때, 어떤 값이 카드 이동에 최우선으로 적용되는가?
Key Points
- 1
디폴트 덱은 네임스페이스나 덱 프로퍼티 같은 덱 지시가 없는 카드가 자동으로 들어가는 기본 안전장치다.
- 2
네임스페이스는 ‘슬래시(/) 계층’으로 자동 분류를 만들지만, 파일명 변경·양방향 링크 환경에서 규칙이 깨질 수 있다.
- 3
네임스페이스에서 마지막 세그먼트는 덱으로 인식되지 않고 페이지 명처럼 취급되므로, 원하는 덱 라우팅을 위해 계층을 정확히 설계해야 한다.
- 4
덱 프로퍼티는 페이지 단위 또는 블록 단위로 ‘덱: 이름’을 지정해 더 유연하게 덱을 라우팅한다.
- 5
덱 프로퍼티 우선순위는 ‘블록 직접 지정 > 상위 블록 지정 > 페이지 상단 지정 > 네임스페이스 > 디폴트 덱’ 순이다.
- 6
덱 프로퍼티를 깜빡하면 해당 범위에서 생성된 카드가 디폴트 덱으로 간다.
- 7
완벽한 덱 분류에 집착하기보다, 학습에 필요한 최소한의 분류만 유지하는 편이 시간 효율이 높다.