Google Docsの変更履歴とDraftbackを使って論文の自力執筆を証明する方法

はい、Google Docsには人間が執筆したことを示す完全な客観的証拠が含まれています。ただし、標準のタイムライン表示に頼るのではなく、生のキーストローク変更ログを抽出した場合に限られます。デフォルトの変更履歴インターフェースは編集内容を30分間隔にまとめてしまうため、本人が地道に書いた文章であっても、AI生成ツールから突然テキストを一括で貼り付けたかのように見えてしまうことがあります。

その簡略化されたユーザーインターフェースの裏側で、Google DocsはOperational Transformation（操作変換）と呼ばれるイベント駆動型システムに基づいて動作しています。入力された文字、BackSpaceキーの押下、テキストの選択・ハイライト、カーソルの移動といった操作の一つひとつが、正確なクライアントタイムスタンプとともに記録されています。適切に抽出すれば、この変更ログによって執筆という物理的な行為を極めて高い精度で再現できます。

キーストローク単位のログ抽出により、自動テキスト生成ツールには偽装できない3つの決定的な証拠が得られます。

• 120〜280ミリ秒の間で細かく変動する自然なタイピング速度とキーストローク間隔（IKI）。複雑な論点を考える際には数秒間の休止が挟まれます。
• 類語の選択、不自然な文法の修正、文の途中で節の構造を組み立て直した痕跡などを示す、絶え間ない削除と修正のサイクル。
• 認証された複数の編集セッションにわたり、数時間から数日をかけて草稿が徐々に形成されたことを示す、時系列に沿った累積執筆時間。

学術不正調査委員会は膨大な案件を処理しており、何百もの改訂スナップショットを1つずつ手動で確認してくれることはありません。弁明を認めてもらうには、文書の生のテレメトリデータを、明確で検証可能なタイムラインと対話型リプレイ動画に落とし込んで提示する必要があります。

Google Docs内で「File」、「Version history」、「See version history」の順にクリックして表示されるものは、共同作業の利便性を目的に集約された要約にすぎず、厳密な監査を想定したものではありません。プラットフォームは、ネットワークの同期状況やユーザーの操作に応じて、何百もの細かな編集を十五分から四十分ごとの名前付きチェックポイントに定期的にまとめてしまいます。

この集約の仕組みは、学術不正を疑われた学生にとって深刻な落とし穴となります。ブラウザ上で25分间かけて複雑な400語の段落を直接執筆していても、変更履歴のサイドバーには、その段落全体がある時点の1つのステップで突然現れたかのように表示されることがよくあります。TurnitinのAI検出フラグをきっかけに文書を確認している教授から見れば、そのスナップショットは、学生がChatGPTから回答をコピーしてそのまま貼り付けたのと全く同じに見えてしまうのです。

標準のインターフェースでは、悪意あるAIテキスト生成と、正当な研究作業による貼り付けを区別することもできません。別ウィンドウから自分で事前に作成したアウトラインや学術論文の引用、講義ノートを貼り付けた場合でも、基本的な変更履歴ではそのブロック全体が単に「追加されたテキスト」として記録されます。詳細なイベントログにアクセスできなければ、そのブロックが自分のメモから来たのか、それとも自動言語モデルから来たのかを証明することは不可能です。

Draftbackは、ライター兼プログラマーのJames Somers氏によって開発されたオープンソースのブラウザ拡張機能で、Google Docsの簡略化されたUIを介さずに動作します。あらかじめまとめられたスナップショットを描画する代わりに、Googleが共同編集文書をリアルタイムで同期するために使用している内部エンドポイントに直接問い合わせを行います。

文書が開かれると、Google Docsは `revisions/load?id={DOCUMENT_ID}&start=1&end={TOTAL_REVISIONS}` という形式の内部エンドポイントを介してOperational Transformation（操作変換）データを読み込みます。Draftbackは、アクティブなブラウザセッションのCookieを使用してこれらの生の改訂パケットを要求し、文字列の挿入・削除のインデックスを一つひとつ解析して、独立した再生エンジン内で文字単位で文書を再構築します。

Draftbackを使ってキーストローク履歴を抽出し、証拠化する手順は以下のとおりです。

1. ChromeまたはEdgeにDraftback拡張機能をインストールし、該当の文章を執筆したGoogleアカウントにログインした状態で対象のGoogle Docを開きます。
2. 文書画面の右上にある「Draftback」ボタンを確認します。ここには記録された改訂操作の総数が表示されます（完成した研究論文の場合、通常5,000回から50,000回以上に達します）。
3. ボタンをクリックしてDraftbackのレンダリングタブを開き、ツールがGoogleのサーバーから改訂パケットの全体データを取得・インデックス化するのを待ちます。
4. インデックス化が完了したら再生ウィンドウを開き、リアルタイムのタイピング再現を確認し、タイムライングラフを分析して、疑いをかけられている箇所の画面録画を撮影します。

15,000語を超える長大な原稿の場合、数万回に及ぶ操作を一度にレンダリングしようとしてブラウザのメモリ制限によりDraftbackがフリーズすることがあります。その場合はChromeのDeveloper Toolsを開き、「Network」タブに移動して `revisions/load` でリクエストを絞り込み、返された生のJSONレスポンスを直接パソコンに保存して客観的な一次データとして保管してください。

法言語学やキーストロークログの分析により、人間による執筆とクリップボードからの貼り付けとの間には、極めて顕著な統計的差異があることが分かっています。学術不正調査委員会が抽出された変更ログを精査する際、彼らが見ているのは文章がいかに洗練されているかではなく、イベント層に記録された物理的なタイピング動作そのものです。

人間の執筆者は、「バースティネス（突発的なムラ）」と呼ばれる不規則なリズムを生み出します。いくつかの単語を一気に打ち込み、次の節の構成を考えるために4秒間手を止め、3つの単語を打ち、スペルミスを直すためにBackSpaceを4回押し、再び思考のために止まります。一般的な人間による学術論文の起草では、削除率が12%〜25%に達します。つまり、100文字入力するごとに、執筆セッション中に12〜25文字が削除または書き直されているのです。

AIテキストの一括貼り付けは、生のログに否定しようのない痕跡を残します。1ミリ秒のタイムスタンプにおいて、事前の文字単位の入力プロセスが一切なく、1回の `ti`（テキスト挿入）操作で数百文字が一気に書き込まれるのです。仮にAIの出力を手動でタイピングして書き写そうとしても、生成されるログはメトロノームのように不自然に均一なテンポを示し、人間本来の執筆に伴う語彙の迷い、文構造の再編成、BackSpaceの急増といった特徴が欠落してしまいます。

整理されていない200ページもの改訂ログをそのまま提出したり、Google Docsのリンクをただ送ったりしても、委員会のメンバーを困惑させ、弁明の説得力を弱めてしまうだけです。学術聴闻委員会が求めているのは、自分の主張を段階的に証明する、明確で論理的に整理された証拠書類です。

弁明資料一式は、以下の5つの基本要素に整理して構成することをおすすめします。

1. 要約とタイムライン：課題の詳細、科目コード、実質執筆時間、記録された総キーストローク数、各主要セクションの着手・完了日時を示す時系列マイルストーン表を記載した、1ページの表紙。
2. 認証可能な文書へのアクセス権：元のGoogle Docの閲覧のみまたはコメント可の共有リンク。URLに含まれるドキュメントIDが、エクスポートしたすべてのスクリーンショットやタイムスタンプと一致していることを確認してください。
3. Draftbackの再生録画：Turnitinでフラグが立てられた該当箇所について、Draftbackでの再生画面を音声解説付きで説明した2〜3分の画面録画。タイピング速度と休止時間を示すセッション要約グラフも添えます。
4. 外部からの貼り付けに関する出所記録：変更ログに正当な貼り付け（参考文献一覧、直接引用、事前に作成したアウトラインのメモなど）が含まれている場合は、そのテキストがどこから来たのかを証明する日付入りのスクリーンショット、図書館の貸出明細、タイムスタンプ付きのNotionやKeepのメモを添付します。
5. Turnitinレポートとの対照表：AI検出ツールによってハイライトされた各文と、それに対応するキーストロークのタイムスタンプおよび削除回数を並べて対照した表。フラグが立った文が、試行錯誤と推敲を重ねて書かれたものであることを立証します。

不正の疑いに関する通知を受け取った後は、元のGoogle Docを絶対に編集しないでください。説明用のコメントを追加したり、誤字を1つ直したりするだけでも最新の改訂タイムスタンプが更新されてしまい、疑い深い委員から「監査証跡が事後に改ざんされた」と主張される口実を与えてしまいます。

確実なキーストロークの証拠を提出した場合であっても、大学の審理手続きには何週間もかかることがあります。実際の現場では、自動検査プロトコルを通過する修正稿を再提出することを条件に、学部側が正式な懲戒処分を取り下げることで合意するケースも少なくありません。

提出期限が迫る中で白紙の状態からやり直すのは逆効果です。論文全体を最初から書き直すと、事実関係の誤りが混入したり、既存の脚注や引用が崩れたり、全体の構成や体裁が乱れたりするリスクが生じます。賢明なアプローチは、フラグが立っていない合格箇条には一切手を触れず、検出ツールに指摘された特定の箇所だけを切り離して対処することです。

Turnitin または iThenticate のレポートを読み込み、指摘された箇所だけを書き換えます。同じ形式の編集可能なファイルを受け取れます。

指摘された文だけに対処することで、文書のレイアウト、相互参照、参考文献の書式を崩さずに保持できます。問題の表現をより多様な統語構造に書き換えたら、元のキーストローク証拠資料とともに最終原稿を再提出することで、この事案を完全に終結させることができます。

教員はCanvasやGoogle Classroom内で私のキーストローク履歴を確認できますか？ いいえ、確認できません。Canvas、Blackboard、Google Classroomなどの学習管理システムは、最終的にエクスポートされた文書ファイルや、締切時点の静的なスナップショットを受け取るだけです。教員が編集権限または閲覧権限を持って共有リンク先のGoogle Docを直接開かない限り、通常の採点画面から個々のキーストロークや編集時間を見ることはできません。

論文の一部をオフラインで執筆した場合はどうなりますか？ インターネットに接続されていない状態でGoogle Docsを編集すると、変更内容はブラウザのローカルストレージに一時キャッシュされます。端末がWi-Fiに再接続されると、Google Docsはオフライン中の編集内容を一括して同期するため、ログ上は一見するとテキストの貼り付けのように見えてしまうことがあります。オフラインでの執筆を証明するには、Wi-Fiの切断ログ、ブラウザのローカルキャッシュファイル、該当する時間帯に作成した日付入りの手書きのメモや下書きなど、補助的な物理的証拠を提示してください。

Draftbackによって論文が第三者のサーバーにアップロードされることはありますか？ いいえ、アップロードされません。Draftbackはブラウザ拡張機能のサンドボックス内でローカルに実行されます。「render」をクリックすると、アクティブなブラウザセッションの認証情報を使用してGoogleの文書サーバーと直接通信します。論文の本文、改訂履歴、アカウントの認証情報が外部の第三者クラウド基盤に送信されることはありません。

修士論文や博士論文でDraftbackがクラッシュする場合、どう対処すればよいですか？ 改訂回数が30,000回を超える長大な文書では、Draftbackが視覚的なリプレイ全体を一度に描画しようとしてブラウザのメモリが枯渇することがよくあります。これを解決するには、Google Docのコピーを作成し、「File」>「Version history」を使って章ごとにチェックポイント名を付けるか、ChromeのDevToolsで「Network」タブを確認し、生の `revisions/load` JSONファイルをより小さな範囲に分けてダウンロードしてください。