← 모든 글
scribe · 협업 · 워크플로 · toolchain · 가이드 4 min

Scribe 협업 가이드: 이미 사용 중인 글쓰기·노트·편집 도구 연결하기

Obsidian, Notion, Word, Grammarly, Reedsy Studio가 어우러진 워크플로 안에 Scribe를 끼워 넣어 긴 원고가 실제로 인쇄와 업로드까지 도달하도록 만드는 방법.

Scribe 협업 가이드: 이미 사용 중인 글쓰기·노트·편집 도구 연결하기

도구 선택은 교체의 문제인 경우가 드뭅니다. 대부분의 경우는 어떻게 끼워 넣을 것인가의 문제입니다. 2026년, 독립 작가가 실제로 원고 앞에 앉아 있을 때 보통 여러 창이 동시에 열려 있습니다. Obsidian에 쌓아 둔 설정 자료, Notion에서 협업자와 공유 중인 개요, Microsoft Word에 남아 있는 편집자의 코멘트, GrammarlyProWritingAid의 언어 점검, 그리고 Reedsy Studio 위에서 전문 편집자와 함께 손보고 있는 원고. 이 도구들에는 저마다 워크플로에 남아 있어야 할 이유가 있습니다. 문제는 “무엇을 남기고 무엇을 버릴 것인가”가 아니라, “어디서 전환할 것인가”입니다.

Catalpas Atelier brand banner
Catalpas Atelier

이 협업 생태계에서 Catalpas Atelier Scribe의 역할은 비교적 분명합니다. “긴 원고를 정리하는 단계”부터 “최종 파일을 납품하는 단계”까지를 담당합니다. 초기 노트 도구를 대체하려고 하지 않으며, 편집자의 검토 작업을 대신하려고 하지도 않습니다. 이미 멀티 도구 워크플로에 익숙해진 작가에게, 초고와 출고 사이의 안정적인 인계 지점이 되어 줄 뿐입니다. 이 페이지의 모든 글은 그러한 역할 분담의 관점에서 출발합니다. 어느 단계에서 원래 도구에 머물러야 하는지, 어느 단계에서 Scribe로 옮겨 와야 하는지, 옮길 때 어떤 자산을 가져와야 하는지, 그리고 어떤 자산은 그대로 두는 편이 나은지를 다룹니다.

특정 도구와의 협업에서 막혀 있다면, 아래 표가 진입점입니다.

이미 이 도구들을 쓰고 있다 → 이 글을 읽으세요

당신의 상황추천 글
지식과 설정이 Obsidian 보관함에 있다Scribe와 Obsidian: 지식 베이스 + 원고의 2단계 워크플로
Notion에서 개요를 잡고 협업자와 작업한다Scribe와 Notion: 협업 개요에서 독립 원고로 넘어가는 전환 지점
편집자와 협업자가 Word(또는 동급) 형식만 받는다Scribe와 Word: docx로 다리를 놓는 왕복 검토 워크플로
Grammarly / ProWritingAid로 언어를 점검한다Scribe와 Grammarly: 언어 검토가 파이프라인의 어디에 들어가는가
Reedsy Studio 위에서 편집자와 공동 편집한다Scribe와 Reedsy Studio: 공동 편집 플랫폼과 로컬 원고 사이의 버전 경계

반복적으로 나타나는 세 가지 의사 결정 지점

협업 워크플로에는 저마다의 세부 사항이 있지만, 도구를 가리지 않고 반복해서 등장하는 세 가지 판단 지점이 있습니다. 어떤 글이든 본격적으로 들어가기 전에 머릿속에 두면 좋습니다.

전환은 어디에서 일어나는가. 처음부터 끝까지 한 도구만으로 작업하는 작가는 거의 없습니다. 워크플로가 매끄럽게 굴러가는지 여부를 실제로 좌우하는 것은 그 전환 지점을 적절한 곳에 두는 것입니다. Obsidian 노트가 일정 밀도에 도달하면 원고 파일을 따로 분리해 만들어 둘 시점이고, Notion의 개요가 확정되면 각 장을 로컬로 끌어와 초고를 쓸 시점이며, .docx 편집자 코멘트가 한 차례 돌아오고 나면 구조적 수정을 위해 Scribe로 돌아갈 시점입니다. 이 시리즈의 모든 글은 “그때그때 느낌대로”가 아니라 구체적인 전환 지점을 제안합니다.

자산은 어떻게 이동하는가. 전환은 단순히 다른 창을 여는 일이 아닙니다. 이미 만들어진 콘텐츠를 함께 가지고 가는 일이기도 합니다. 도구마다 내보내기 형식은 다릅니다. Obsidian의 위키 링크는 내보낼 때 평문으로 떨어지고, Notion의 중첩 토글이나 데이터베이스는 Markdown 내보내기에서 구조가 무너지며, Word의 코멘트나 변경 내역은 그대로 가져갈지 명확하게 결정해야 합니다. 이 시리즈의 글들은 도구별로 어떤 자산이 깔끔하게 옮겨지는지, 어떤 자산은 원본 도구에서 먼저 평탄화해야 하는지, 어떤 자산은 옮기는 것보다 차라리 버리는 편이 싼지를 명시합니다.

장기 공존인가, 일방향 이전인가. 어떤 도구 조합은 평생 공존합니다(Obsidian + Scribe — 한쪽은 지식 베이스, 한쪽은 원고이며, 서로를 대체하지 않습니다). 또 어떤 조합은 한 번에 끝나는 이전입니다(Notion 개요가 원고로 들어가고 나면 돌아갈 일이 없습니다). “공존인가 이전인가”의 판단은 다리를 놓는 데 얼마나 투자할지를 결정합니다. 각 글은 끝부분에서 이 판단을 명시적으로 내려, 두 번째 도구를 워크플로에 장기간 남길지 결정할 수 있게 합니다.

다른 것을 찾고 있다면

Scribe를 열고 지금의 워크플로에 어떻게 들어맞는지 확인하세요 →