AI가 DOCX 파일 서식을 깨뜨리지 않고 수정하게 하려면 어떻게 해야 할까요?

원시 텍스트를 비교(diff)하는 건 사용자가 굵게 태그나 표 테두리만 바꿨을 때는 잘 작동하지만, 일반 문자열 체크는 아무것도 안 바뀐 줄 알고 XML 스타일을 덮어써 버립니다.

우리는 적용하기 전에 문서 옆에 제안된 수정 사항을 보여줍니다. 사용자가 재작성본을 승인한 뒤에 에이전트가 어떤 숫자를 바꿨는지 물어본 경험을 하고 나서 배운 거죠. 텍스트는 괜찮게 들렸지만, 변경 범위가 명확하지 않았거든요. 이제는 사용자가 단락을 수락하고 표는 그대로 둘 수 있습니다.

우리는 텍스트 변경 사항과 표 셀 이동을 별도로 강조 표시하는 diff 도구를 사용합니다. 사용자는 승인하기 전에 서식 변화를 발견하기 위해 보기 모드를 전환할 수 있습니다.

원본은 변경 불가능하게 유지하고, 추출된 텍스트로 파일을 다시 생성하는 대신 에이전트가 패치 매니페스트(대상 단락이나 표 셀, 원본 텍스트, 교체 텍스트)를 반환하게 하세요. DOCX 패키지 구성 요소와 스타일을 보존하면서 복사본에 해당 수정 사항만 적용하는 거죠. 제공하기 전에 표시된 범위 밖의 텍스트가 변경되지 않았는지 확인하고, 레이아웃 확인을 위해 결과를 렌더링하세요. 그런 다음 검토자가 수락하거나 거절할 수 있도록 Word의 변경 내용 추적으로 노출하세요.

DOCX 수정을 재작성이 아닌 제약이 있는 트랜잭션으로 처리할 겁니다. 에이전트는 안정적인 대상(단락/런 ID, 표 좌표, 예상되는 이전 값)에 대한 패치를 내보내야 하고, 결정론적 계층이 그 전제 조건이 여전히 일치할 때만 적용하게 해야 합니다.

두 가지 검증 방식이 텍스트 diff가 놓치는 실패를 잡아냅니다:

• 두 패키지의 압축을 풀고 예상되는 OOXML 부분에서만 변경을 허용합니다. 스타일, 번호 매기기, 관계, 머리글/바닥글 또는 포함된 개체에 대한 예상치 못한 변경은 패치를 실패 처리합니다.

• 수정 전후를 PDF나 이미지로 렌더링하여 페이지 수와 편집된 노드 주변의 레이아웃 영역을 비교합니다.

사용자가 그 사이에 수정해서 원본 해시나 대상 전제 조건이 바뀌었다면, 조용히 병합하지 말고 패치를 리베이스하거나 검토를 위해 변경 내용 추적 형태로 반환하세요. 그러면 사람에게 Word에서의 의미론적 검토와 기계가 강제하는 '다른 건 바뀌지 않았다'는 불변성을 모두 제공할 수 있습니다.

우리는 텍스트뿐만 아니라 표에서 변경된 셀을 강조 표시하는 diff 도구를 사용합니다. 이전 값과 새 값을 나란히 보여주므로 적용하기 전에 머리글이나 병합된 셀의 서식 변화를 발견할 수 있습니다. 원시 텍스트만 검토하는 것보다 훨씬 낫습니다.

우리 보고서의 경우, 모델은 교체할 콘텐츠만 반환합니다. 일반 코드가 어디에 들어갈지 결정하죠. 파일 전체를 다시 쓰라고 하는 건 그만뒀습니다.

그 덕분에 실패 재현이 훨씬 쉬워졌지만, 우리 보고서의 어느 부분이 편집 가능한지 알기 때문에 가능한 방식입니다.

첫 번째 버전이라면, 에디터를 만드는 대신 Word에서 검토하겠습니다. 변경 내용 추적이 포함된 별도의 복사본을 생성하고, 다운로드하기 전에 조항과 셀 편집 목록을 짧게 보여주는 거죠. 병합된 셀, 번호가 매겨진 조항, 기존 변경 내용 추적을 테스트해보세요. 도구가 그것들을 안정적으로 보존할 수 없다면, 조용히 뭉개버리지 말고 멈춰서 수동 검토를 요청하세요.

저라면 저장된 파일 확인 과정을 추가할 것 같네요: 표 옆에 있는 긴 조항을 승인하고, 저장한 다음, 그 DOCX 파일을 Word에서 다시 열어보는 거죠. 수정된 텍스트뿐만 아니라 페이지 나누기나 변경되지 않은 셀들도 비교해보고요.

AI-assisted 방식으로요.