변경 검토와 히스토리 사용
리뷰는 제안된 변경을 사람이 판단하는 과정입니다. 히스토리에서는 무엇이 바뀌었고 현재 독자가 어떤 버전을 읽는지 확인합니다.
항목과 대상 범위가 허용하면 Editor 또는 Owner가 리뷰를 결정할 수 있습니다. Viewer는 링크를 받았다고 결정 권한이 생기지 않습니다. MCP로 인증된 AI는 리뷰를 승인할 수 없습니다.
이미지를 크게 보기
가상 연습 자료를 사용한 dtxWiki 실제 화면입니다. 항목 이름은 따라 하기 예제와 다를 수 있습니다. 예시 공간의 빈 리뷰 큐와 수동 승인 정책이 표시된 리뷰 개요.
제안된 변경 검토
- 리뷰 큐를 엽니다.
- 대기 중 상태와 필요한 대상 범위인 나에게, 내가 보낸, 또는 허용되는 전체를 선택합니다.
- 항목을 열고 요약, 이유, 대상 페이지와 변경 내용을 읽습니다.
- 가능한 경우 변경 보기를 사용합니다. 중요한 사실 변경은 Library의 원문과 비교합니다.
- 결정을 선택합니다.
| 결정 | 결과 |
|---|---|
| 승인 | 게시 또는 갱신 가능한 Context 리뷰에서는 제안 버전을 승인하고 게시합니다. 먼저 영향 안내를 읽으세요. |
| 변경 요청 | 수정이 필요한 상태를 유지하고 이유를 기록합니다. 이유 입력이 필수입니다. |
| 거절 | 제안을 거절된 상태로 처리합니다. 항목 유형을 확인한 뒤 결정하세요. |
리뷰는 대기 중, 변경 요청됨, 해결된 승인됨 또는 거절됨 상태를 가집니다. 이 상태는 페이지의 편집 중, 초안, 게시 상태와 별개입니다.
승인하면서 같은 페이지의 이전 대기 리뷰도 정리될 수 있습니다. 화면의 영향 안내를 읽고 각각 완전히 독립적인 변경이라고 가정하지 마세요. 최신 초안으로 교체된 제안이라면 현재 페이지에서 실제 최신 내용을 확인합니다.
저장할 때마다 리뷰가 생기지는 않음
브라우저의 초안 저장은 편집 내용을 게시하지 않은 상태로 보관합니다. 연동의 명시적 제출, 질문 답변 배치, 설정된 흐름은 리뷰 대상으로 이어질 수 있습니다. 사람인 Editor는 페이지를 직접 게시할 수도 있습니다. 워크스페이스 정책도 리뷰 처리에 영향을 주므로, 모든 작성이 다른 사람의 승인을 기다린다고 가정하지 말고 실제 저장·게시 상태를 확인하세요.
겹친 편집 처리
Context 화해 항목은 합의가 필요한 별도 편집 가지를 나타냅니다. 일반 승인·거절 작업은 사용할 수 없습니다. 화해 워크벤치 열기에서 전용 흐름으로 조정하거나 명시적으로 폐기하세요. 일반적인 리뷰 결정이 문장을 병합하는 것은 아닙니다.
다른 검토자가 작업을 맡았거나 버전이 바뀌었다면 새로 고치고 담당자와 조율합니다. 오래된 탭에서 같은 결정을 반복하지 마세요.
페이지 히스토리 읽기
- Context 페이지의 히스토리를 엽니다.
- 현재 게시 스냅샷과 접근 가능한 편집 중·초안 상태를 찾습니다.
- 버전을 선택하고 제공되는 차이 보기로 변경을 비교합니다.
- 복원 전에는 내용과 복원 후 상태를 확인합니다. 복원이 즉시 독자용 내용을 교체한다고 가정하지 마세요.
현재 편집 중은 작성자만 보는 미제출 작업입니다. 현재 초안은 미게시 버전입니다. 현재 게시 스냅샷은 독자가 읽는 내용입니다. 대체 버전과 교체된 버전은 다른 작업을 보존한 것이며 현재 버전이라는 뜻은 아닙니다.
히스토리의 v3은 그 페이지의 세 번째 개정 번호입니다. dtxWiki 소프트웨어 3 버전이 아닙니다. Library 자료와 Agent 지침도 각각 별도의 버전 이력이 있습니다.
리뷰가 완료되지 않을 때
오류를 읽고 항목을 다시 불러옵니다. 게시와 리뷰 완료는 별개이므로 “게시되었지만 리뷰 완료에 실패했다”는 안내가 나올 수 있습니다. 다시 시도하기 전에 페이지의 게시 버전과 큐 상태를 모두 확인하세요. 운영자의 상태 복구가 필요하다는 안내가 나오면 강제로 게시하려 하지 말고 관리자에게 문의합니다.
다음: Context 페이지, 채팅 활동 기록, 문제 해결.