무료 심사위원 답변 생성기 제공한 수정 메모를 바탕으로 작성

리뷰어가 제기한 순서대로, 코멘트 하나하나씩 처리합니다. 그 지점을 인용하거나, 가깝게 의역한 뒤, 그 아래에 바로 답하세요. 즉, 어떤 수정이 이루어졌는지, 그 수정이 들어간 섹션이 무엇인지, 또는 정중한 거절의 근거가 무엇인지입니다. 편집자는 원고 옆에서 편지를 읽지, 원고를 대신하는 것으로 읽지 않습니다. 따라서 답변이 누락되면, 나머지가 얼마나 잘 쓰였든 간에, 빠진 우려가 떨어진 것으로 읽힙니다. 이 도구는 실행당 단 하나의 답만 초안으로 작성하므로, 결과는 리뷰어가 제시한 자신의 순서대로, 각 인용된 코멘트 아래에 깔끔하게 쌓입니다.

정확하고 구체적이며, 사과문이라기보다 동료의 메모에 가깝습니다. 한 문구로 쟁점을 인정하고, 곧바로 그에 대해 무엇을 했는지 밝히며, 긴 감사 문단은 생략하십시오. 지나친 감사는 긴장으로 읽히고 검토자의 속도를 늦춥니다. 비꼼, 상처받은 자존심, 그리고 'as previously stated' 같은 표현은 검토자가 분명히 틀렸더라도 오래가는 손상을 남깁니다. 같은 검토자가 답변을 읽고, 그 뒤에 편집자가 읽기 때문입니다.

네, 다만 반박이 짜증이 아니라 근거에 기반해야 합니다. 그 우려가 합리적이라는 점을 인정하고, 변경이 이루어지지 않은 구체적 이유를 밝히며, 가능한 경우에는 부분적 조치도 제안하세요. 예를 들어 추가 제한 사항 단락, 보충 표 같은 것들입니다. 생성기는 사용자의 메모가 불일치를 설명하는 순서를 그대로 따릅니다. 우려는 인정되고, 이유가 제시되며, 사용자가 중간 지점을 제공했다면 그 중간 지점이 나타나고, 사용자의 메모가 인정하지 않은 쟁점을 양보하지 않은 채 거기서 멈춥니다.

답이 필요합니다. 완전한 답변은 불필요합니다. '지적해 주셔서 감사합니다, 수정했습니다'는 오타 메모를 완전히 닫아 줍니다. 편지의 기능은 모든 지점이 기록되고 처리되었음을 보여 주는 것이며, 리뷰어는 문서에서 거의 무엇보다도 빠르게 건너뛴 줄을 알아차립니다. 따라서 작은 수정 사항은 한 문장씩 명확히 정리하고, 나머지 단어는 실제로 무게가 있는 코멘트에 사용하세요.

두 번에 나누세요. 한 run에 issue 하나와 answer 하나씩 넣으세요. 생성된 reply는 단일 지점으로 좁혀지고, 방법론적 반론과 표현상의 지적을 함께 묶은 comment는 한 문단보다 두 개의 짧은 reply로 나누는 편이 더 좋습니다. editor의 시스템이 comment를 개별적으로 나열한다면 인용한 comment의 번호를 다시 매겨서, 완성된 letter가 reviewer의 원래 목록과 깔끔하게 대응하도록 하세요.

초안 답변을 생성할 만큼만 서버로 전송되며, 그 이후의 교환 내용은 보관되지 않습니다.

검토자의 의견을 받은 그대로 먼저 제시한 뒤, 'Change made:'와 같은 줄을 넣고 실제로 수정한 내용을 적으십시오. 답이 정중한 거절이라면 그 이유를 적으십시오. 초안은 전적으로 사용자가 제공한 내용으로만 구성되므로, 모호한 메모는 모호한 답변을 만들고, 정확한 메모는 정확한 답변을 만듭니다. 한 번의 실행에는 하나의 의견만 넣으십시오. 하나의 초안으로 세 가지 쟁점을 한꺼번에 다루려 하면 어느 것도 충분히 만족시키지 못하는 경향이 있습니다.

설계상 그렇지 않으며, 이 도구가 가장 엄격하게 강제하는 규칙입니다. 초안에는 사용자의 메모가 설명한 수정만 들어가고, 사용자가 직접 이름을 붙인 섹션에만 섹션명이 붙습니다. 메모를 비워 두면, 답변은 사용자가 채워야 할 대괄호 자리표시자를 남긴 채 그 지점을 인정해 줍니다. 수정안을 추측하지 않습니다. 자신의 수정이 과장된 편지는, 독자 중에서 그 빈틈을 놓칠 가능성이 가장 낮은 사람이 원고와 대조해 줄 단위로 확인합니다. 즉, 애초에 그 지점을 제기한 리뷰어입니다.