投稿、投獎、交件時被問一句「這是人寫的嗎」，你手上得有東西能回答。Slima 的創作歷程證明就是那份東西：一份依你的版本歷史整理、可以列印交出去的報告。這篇教你怎麼產生它、怎麼簽署、怎麼把它變成一份能放進信封的文件。
先搞懂一件事：它的證據從哪來
創作歷程證明不是憑空生成的，它讀的是你這本書的版本歷史。
Slima 在你寫作的過程裡，會自動替你存快照，你也可以在重要節點手動存。每一個版本都留著、都能還原。這條從第一個字到完稿的軌跡，就是報告的原料。
這帶出一個前提：一本完全沒有版本紀錄的書，產生不出創作歷程證明。如果你打算用它來證明某部作品，最好從一開始就在 Slima 裡寫——過程留得越完整，這份報告越有份量。後面會再講怎麼讓它更扎實。
第一步：找到入口
看你在哪個工作室，入口在兩個不同的地方。
- 寫作工作室：打開匯出選單，裡面就有「創作歷程證明」。
- 劇本工作室：到 Deliver（交付）頁，入口在那裡。
點下去，Slima 會讀過整本書的版本史，當場生出報告——不必排隊、不必等通知，即點即看。
第二步：看懂報告在說什麼
報告不是一串看不懂的數字。它把「這本書是怎麼長出來的」拆成幾塊，每一塊都對應審查者心裡的某個問題。
- 摘要：版本數、手動快照、創作天數、最終稿件字數、AI 互動次數。一眼看出這本書跨了多長的時間、累積了多少個版本。
- 字數成長曲線：字數如何一路爬上來。真人寫作的曲線是有起伏的——爆發、停滯、回頭刪改，這條歪歪扭扭的線本身就很難造假。
- 創作時間線：一個版本接一個版本的紀錄，標明哪些是你手動存的快照、哪些是系統自動留的。
- AI 使用紀錄：你跟 AI 互動了幾次、用過哪些功能，誠實列出。沒有用過 AI，這一塊就顯示沒有紀錄。
第三步：簽上你的名字（可選，但建議做）
數據能說一半的話，另一半得你自己來說。
在產生報告前，你可以填一段作者聲明，再加上你的署名。聲明寫什麼由你決定，常見的寫法像是：「本作品由本人親自創作，AI 僅作為輔助工具。」這段聲明和署名會嵌進正式報告，但只進文件、不會存到 Slima 的伺服器。
為什麼建議簽？因為一份帶署名的聲明，把一堆客觀數據變成了一個具名的人願意背書的承諾。對收件的一方來說，這之間的差別不小。
第四步：列印成 PDF，交出去
報告是一份排好版、可以列印的網頁。
要變成檔案很簡單：在打開的報告頁面，用瀏覽器的「列印 → 另存為 PDF」，就能得到一份 PDF。接下來它跟任何一份文件一樣，附件寄出、隨投稿表單上傳，都行。
老實說，它能證明什麼、不能證明什麼
別把這份報告當成萬能的免死金牌，過度宣稱反而會傷到你自己。
創作歷程是強證據，不是鐵證。它能展示這本書經過一段真實的時間、一連串真實的修改慢慢成形；它沒辦法替你證明創作意圖，報告上的時間也是由 Slima 的伺服器蓋的、不是第三方公證。報告本身就會把這些邊界標清楚，不替你誇大。
把它想成法庭上的一份扎實證物，而不是一句結案陳詞。它的價值在於——當別人問起，你拿得出一個可信、可查、難以憑空捏造的交代。想更深入理解這件事為什麼重要，可以讀這篇：當「這是人寫的嗎」變成一個真問題。
讓這份證明更有份量的三個習慣
同樣一本書，有人的報告很單薄，有人的很扎實。差別通常在這幾件事：
- 在重要節點手動存快照：寫完一章、做完一次大改，順手存一個手動快照，加一句描述。手動快照在時間線上看得特別清楚，是你「有意識地在推進」的證據。
- 盡量在 Slima 裡寫：複製貼上一整本寫好的稿子進來，時間線上就只會有一個版本——那證明不了什麼。過程要留得下來，得讓寫作真的發生在這裡。
- 早一點開始：時間線越長、跨越的日子越多，越有說服力。如果你預期某部作品將來會需要證明，第一天就開著版本紀錄寫。
當「人寫的」這件事越來越需要被證明，你能做的最踏實的一件事，就是從現在起，好好把你怎麼寫的留下來。