引用を損なわずにAI研究論文を人間らしくする方法

40件の引用を含む原稿を、一般的なパラフレーズツールにそのまま貼り付けると、誰も求めていない形で別物になって戻ってくる。ここでは括弧内の番号が振り直され、あちらではページ番号が消え、さらに et al. に余計なピリオドが付く。代わりに、同じ原稿を意図的な順序で5回の小さな処理に分けて通せば、そのようなことは起こらない。AIの研究論文草稿を、1つの引用も壊さずに人間らしくするためのワークフローは、文レベルの別の技巧ではない。それは、確認できる程度に小さな区分で行う、異なる処理順序であり、参考文献一覧を最初の段階から最後まで固定された記録として扱うことで成り立つ。以下の各段階は、それ自体は単純である。実際に引用を守るのは、その順序である。

要旨、方法論、考察の内部で実際に何が変わるのか、そして各セクションがなぜ検出器に異なる形で反応を引き起こすのかについては、TextPulse's guide to humanizing academic writingでセクションごとに扱っている。この文章は、その部分がすでに整理済みであることを前提とする。つまり、ある段落に対して書き換えが大まかに何をすべきかは分かっている。ここで答えるのは、より限定された問いである。すなわち、どの順序で、どの程度の分量ごとに、何と照合しながら行えば、100件の引用を含む長い原稿が、最初に確認したセクションの問題が減るだけでなく、最後まで完全な形で残るのか、という問いである。

1回で論文全体を人間らしくしようとすると失敗する理由

引用が損なわれる最も一般的な原因は、書き換えツールに原稿全体を一度に貼り付けることです。この現象の説明は、書き換えツールの性能が悪いこととは無関係です。8000語の文書の1ページ目に埋め込まれた変更は、原文と照合して抜き出すことがほとんど不可能です。400語の節に埋め込まれた変更であれば、著者は先へ進む前に実際に読み直すことができます。全体を人間化した場合、1つのページ番号の脱落は、見落とされる可能性のある90の機会のどこにでもあり得ます。しかし、章ごとに人間化した場合、同じ誤りは30件の引用と1回の午後の編集作業に限定され、まさにそこで実際に発見されます。書き換えの品質は文書全体の規模では崩れませんが、検証は崩れます。作業中は、最終的な照合の段階だけでなく、編集前の原文を別ウィンドウで開いておいてください。

番号付きの引用スタイルは、規模が大きくなるほど問題を悪化させます。IEEEの角括弧は、最初に現れた順序によって参考文献一覧の位置に結び付けられているため、長い文書全体で段落を組み替えるパラフレーズツールは、角括弧を本来それに対応するはずだった文から切り離す機会がより多くなります。編集後に出典の提示順が変わった論文では、1つの誤った角括弧だけが危険になるわけではありません。順序が入れ替わったものの後に導入されたすべての出典が、IEEEの番号付けが最初の引用から最後の引用まで連続して進むため、本来あるべき位置から1つずれた番号を指すことになり得ます。解決策は、より賢いツールではありません。より小さな作業単位です。

共同執筆の下書きから作業する

2人または3人の著者による原稿が、一貫した引用の習慣を1つだけ持って届くことはめったにない。ある共著者は叙述的引用を用い、Smith (2020) showed, と書き、別の共著者は同じ種類の文に対して括弧付き引用、(Smith, 2020), を既定で用いる。そして、両者の節をまとめた段落には、誰もhumanizerに手を付ける前から、両方の習慣が同時に含まれている。humanizingが始まる前に、後でではなく、その不一致を整理しておくこと。文書全体がすでに引用を一貫して扱っていれば、rewrite pass は引用をそのまま残しやすくなり、不一致を修正しながら同じ pass で散文を rewrite しようとする場合よりも、はるかに容易になる。

これはまた、節ごとの編集を始める前に、1つの参考文献管理の方法に合意することも意味する。最後に整合させた参考文献一覧に、追加した覚えのない名前がある最も一般的な理由は、別の人が別の tool または別の file を使って、自分だけの独立した source list を作業していた場合である。まず1つの共有 list に統合し、その後 humanize し、最後にその単一の list と照合して整合させるのであって、実際には同じ document ではなかった2つの list と照合するのではない。tracked changes を有効にした共有 document は、この大半を自動的に検出する。共著者の1人が citation を追加すると、それは tracked insertion として表示され、他の人は humanizing pass が始まる前にそれを見ることができる。final reconciliation の最中に初めて現れるのではない。

AI研究論文の節をhumanizeする正しい順序

この順序で行う5つの step により、citation が多い原稿を最初の節から最後の節まで損なわずに保てる。

Step	何が起こるか	順序が重要な理由
1. まず参考文献一覧を書き出す	本文の一つの段落にも手を付ける前に、完成した参考文献一覧を別の場所にコピーする。	それが、他のすべてを照合するための固定された記録となり、途中で誤って編集されるものではなくなるからである。
2. まず散文中心の部分を人間らしくする	導入と考察から始める。これらは段落あたりの引用数が最も少ない部分である。	各部分あたりの引用数が少ないほど、作業手順そのものがまだ試されている段階で、初期の誤りが生じる可能性が少なくなるからである。
3. 引用密度の高い部分は小分けで進める	文献レビューや関連研究の部分を、数段落ずつ処理する。	変更は、原文と二度照合して読めるほど小さい場合にのみ確認可能であり、引用密度が最も高いのはここだからである。
4. 番号付きの角括弧は専用の確認に回す	IEEE または Vancouver 形式の部分では、まず散文を人間らしくし、その後、表現が落ち着いてから各角括弧を個別に確認する。	角括弧内の番号は最終的な文の順序に依存するため、散文が完成する前に確認すると、二度確認することになるからである。
5. 本文中の引用と参考文献一覧を照合する	本文で引用されたすべての名前に対応する項目があり、また各項目がどこかで引用されていることを確認する。	この段階で、最初の四つをすり抜けたものを見つけられる。そして、まだ編集途中の一覧を確認するだけでは、結局二度確認することになるため、他の作業がすべて終わってからでないと機能しない。

一度に処理すべき量はどれくらいか

有用な目安は、一度に読み切れて、確認しながら記憶に保持できる程度の小さなバッチです。つまり、章全体ではなく、おおむね一度に1つの節です。TextPulseのインテキスト引用修正機能が1回の処理を500語で上限にしているのもこのためであり、これは多くの論文における1節の長さに近いので、変更のバッチは次の処理が始まる前に検証できるほど小さく保たれます。同じ論理は、全文の人間化処理にも当てはまります。節の大きさの断片ごとに作業し、それぞれを確認してから次へ進みます。

この作業では、節の境界をそのまま保ってください。段落の途中で始まり、引用の途中で終わるバッチは、きれいな区切りで始まり終わるバッチよりも確認が難しく、2つの別々の書き換え処理にまたがって分割された引用は、まさに不一致の et al. やページ番号の欠落を生む典型的な例外です。たとえば、いくつかの主題的なまとまりを持つ文献レビューは、1つのまとまりの途中よりも、まとまりの間で分割したほうが安全です。各まとまりは通常、それぞれの引用をきれいに開き、閉じるからです。自然な区切りが存在しない場合, たとえば5つの引用が連続して並ぶ長い1つの段落の中では, 編集目的で段落自体を分割し、その後で再結合するほうが、引用のまとまりの半分を入力の終わりとして書き換え処理に扱わせるよりもよいです。

本文中引用と参考文献一覧の照合

これは多くの著者が飛ばす手順であり、通常は数時間に及ぶ編集の後では単なる雑務のように感じられるからですが、実際には、どこで問題が生じたのかを上流で見つける手順です。参考文献を確認してください。本文で引用した著者名ごとに、参考文献一覧に対応する項目があるはずです。参考文献一覧の各項目ごとに、本文中で何らかの言及があるはずです。本文中には残っているのに項目を失った名前、あるいは編集の途中でその名前を含む段落が削除されたために使われないまま残っている項目は、二つの一覧を直接照合しない限り見えません。不一致が劇的であることはまれです。たいていは一つの名前であり、数回前の編集で長さを理由に文が切り詰められた際に落ちたもので、余分な語とともに何が削られたのかを誰も確認していません。もう一つのよくある原因は、編集の過程で引用が叙述形式から括弧形式に変わることです。引用が文の途中に入ると、しばしばそうなるのですが、姓は、照合の確認で見つかることが想定される位置ではなく、埋もれた状態になってしまうことがあります。

アルファベット順に作業すると、参考文献一覧は通常すでにアルファベット順であるため、読書順に作業するよりも確認が速くなります。項目を一つずつ一覧に沿って進み、それぞれの姓が本文中のどこかに現れていることを確認し、その後で本文をもう一度確認して、そこで引用されたものが一覧から欠けていないことを確かめてください。A reference alphabetizerは並べ替えの部分を自動で処理します。これは、60件以上の出典がある論文では特に重要です。手作業で項目を並べ替えることこそが、名前が静かに抜け落ちる場所だからです。

提出前に確認すべきこと

参考文献一覧が、依然として対象のスタイルで求められる順序と書式になっているか確認してください。人間化の処理がこれに手を加える理由はありませんが、5分の確認で済むことは、誤りが見過ごされた後に再提出するよりはるかに負担が小さいです。IEEE または Vancouver の節にある各番号付き括弧が、編集開始前と同じ文献項目を指しているか確認してください。直接引用が、その正確な文言と正確なページ番号を保持しているか確認してください。引用は、書き換えが決して一切触れてはならない唯一のテキストだからです。各 et al. の背後にある著者数が、元の資料と一致しているか確認してください。書き換えの処理では、文を整える過程で、実際には4名著者の引用を3名に削ってしまうことが時折あるからです。参考文献一覧中の DOI または URL が、編集前と同じ出典に依然として解決されるか確認してください。特に、共同著者が一覧の最初の書き出し後に追加した項目については注意が必要です。

個々の節は、同じ処理の下でも異なる振る舞いを示します。文献レビューを人間化することには専用のページがあり、方法論の節にも専用のページがあります。そこでは、固定された用語のほうがリズムより重要です。

しかし、これらは、引用を固定したまま編集するように作られた AI humanizer を用いて、下書き全体を通すことを避ける理由ではありません。これは、結果を節ごとに信頼できる順序で作業する理由です。そうしなければ、指導教員との面談で、引用41が9ページ目のどこかで静かにページ番号を失っていたと気づくことになります。