> For the complete documentation index, see [llms.txt](https://docs.manyfast.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.manyfast.io/use/document-sync.md).

# 문서 동기화

문서 동기화는 **기준 문서에 맞춰 다른 기획 문서의 어긋난 내용을 찾아 수정하는 기능**입니다. PRD에서 제품 방향을 바꾸거나 기능명세서에서 기능과 조건을 수정한 뒤, 다른 문서에도 그 결정이 반영되어 있는지 확인할 때 사용합니다.

상단의 동기화를 누르면 문서 선택 창이 열립니다. 기준 문서와 고칠 문서, 필요한 버전을 고른 뒤 동기화 시작을 누르면 매니와의 채팅에서 검토가 시작됩니다. 문서를 실시간으로 연결해 모든 변경을 자동 반영하는 기능은 아닙니다.

## 1. 기준 문서와 고칠 문서 선택

<figure><img src="https://3323951709-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fv0nDmWkcH3Ia4zEb82Qz%2Fuploads%2FTHsYnWYF3uU5vqKK8II8%2Fdocument-sync-readable-v2.png?alt=media&amp;token=d9faec67-9878-483d-804d-df536be18b90" alt="동기화 선택 창에서 기준 문서를 와이어프레임, 고칠 문서를 유저플로우로 선택한 최신 화면입니다. 두 버전 선택칸, 크레딧 안내와 동기화 시작 버튼이 보입니다."><figcaption></figcaption></figure>

#### **동기화 열기**

프로젝트 에디터 상단의 **동기화**를 누릅니다. 화면 폭이 좁으면 글자 대신 동기화 아이콘으로 표시될 수 있습니다.

**기준 문서**에는 판단의 기준으로 삼을 문서를, **고칠 문서**에는 그 기준에 맞춰 수정할 문서를 선택합니다. 예를 들어 PRD의 변경된 제품 범위를 기능명세서에 반영하려면 기준 문서는 PRD, 고칠 문서는 기능명세서로 선택합니다.

#### **선택할 수 있는 문서**

* **기준 문서:** PRD, 기능명세서, 유저플로우, 와이어프레임
* **고칠 문서:** PRD, 기능명세서, 유저플로우

기준 문서와 고칠 문서를 같은 문서로 선택할 수 없습니다. **와이어프레임은 현재 기준 문서로만 선택할 수 있습니다.** 와이어프레임을 고칠 문서로 선택해 수정하는 동기화는 지원하지 않습니다.

#### **유저플로우·와이어프레임의 버전 선택**

유저플로우나 와이어프레임을 선택하면 버전 선택 항목이 표시됩니다. 비교하려는 버전이 맞는지 확인하고, 필요하면 다른 버전으로 변경합니다. 기본값은 동기화할 수 있는 버전 중 최신 버전입니다.

선택할 수 있는 버전이 없으면 동기화를 시작할 수 없습니다. 아직 생성하지 않았다면 먼저 문서를 만들고, 생성 중이라면 완료된 뒤 다시 선택합니다. 생성 실패나 지원하지 않는 저장 형식 때문에 선택할 수 없는 경우에는 화면의 안내를 확인합니다.

## 2. 검토 결과 확인과 수정 반영

#### **동기화 시작**

문서와 버전을 확인한 뒤 **동기화 시작**을 누릅니다. 채팅이 열리고 선택한 문서 사이의 동기화 요청이 전달됩니다.

매니는 두 문서를 읽고, 기준 문서에 비해 **빠진 내용, 서로 충돌하는 내용, 이전 상태로 남아 있는 내용**을 검토합니다. 채팅의 **동기화 검토 결과**에서 수정할 내용과 그 이유, 검토한 범위를 확인합니다.

수정은 고칠 문서를 대상으로 진행하며, 기준 문서는 그대로 둡니다. 두 문서가 이미 일치한다면 변경할 내용이 없다는 결과를 안내합니다.

#### **PRD·기능명세서의 수정 검토**

PRD나 기능명세서의 수정안이 표시되면 기존 채팅 편집과 같은 방식으로 변경 내용을 검토하고 승인하거나 거절합니다. 기준에 맞는 내용까지 불필요하게 바꾸지 않았는지 함께 확인합니다.

#### **유저플로우의 적용 방식 선택**

유저플로우를 고칠 문서로 선택한 경우, 검토 결과를 확인한 뒤 수정 내용을 어떻게 반영할지 선택합니다.

* **새 버전으로 저장:** 기존 버전을 남기고 수정 결과를 새 버전으로 저장합니다.
* **현재 버전 덮어쓰기:** 선택한 기존 버전에 수정 내용을 반영합니다.
* **반영 안 함:** 유저플로우를 변경하지 않습니다.

기존 흐름을 보존하며 수정 결과를 비교하려면 새 버전으로 저장하는 방식을 선택합니다. 반영 후에는 캔버스에서 결과를 확인합니다.

## 3. 사용 전후 확인할 사항

#### **크레딧과 검토 범위**

동기화는 문서 전체를 읽고 비교하므로 **일반 메시지보다 크레딧을 더 사용할 수 있습니다.** 확인 단계가 이어지면 여러 턴에 걸쳐 사용될 수 있으니, 시작 전에 표시되는 크레딧 안내를 확인합니다.

문서가 크거나 복잡하면 한 번의 동기화에서 모든 내용을 검토하지 못할 수 있습니다. 완료 보고의 검토 범위와 반영되지 않은 항목을 확인하고, 필요한 부분은 이어서 요청합니다.

#### **수정 결과 확인**

동기화 후에는 고칠 문서에서 실제 변경 내용을 확인합니다. 중요한 제품 조건, 분기, 예외 처리가 의도대로 유지되었는지 검토하고 다음 기획 작업을 이어갑니다.