記錄使用 Alternate Mix PDF 的步驟意味著撰寫一份簡短、可重複的程序，明確指出兩個輸入檔案、固定 A1、B1、A2、B2 的交錯規則，並記錄你在瀏覽器中預期的輸出結果。此工具透過交替兩份本地 PDF 的頁面順序來合併它們，並附加較長文件任何未配對的尾頁，這使得工作流程易於描述，因為每一步都對應介面中一個可見的操作。你所記錄的程序應涵蓋三件事：哪些檔案符合輸入資格、交錯輸出必須遵循的順序，以及在信任下載結果之前要驗證什麼。記錄這些檢查點能把一次性任務轉化為一份可交給同事的程序，可重複用於未來的掃描批次，或貼入團隊的操作手冊中。由於混合操作完全在你的瀏覽器分頁中進行，不會上傳到 Lizely，因此記錄下來的程序同時也作為一份隱私備註，說明哪些檔案從未離開裝置。
操作手冊式程序應涵蓋的內容
當讀者搜尋如何記錄他們使用工具的步驟時，他們通常希望獲得一份能夠跨越時間保存下來的書面紀錄——同事無需在旁觀看就能遵循，或是在相同任務再次出現時，幾個月後他們能重新開啟。對於 Alternate Mix PDF 來說，該紀錄的範圍很窄，因為此工具有著明確的範圍。它僅接受恰好兩個 PDF，套用恰好一個排序規則，並產生恰好一個可下載的檔案。因此，你的程序文件需要明確列出輸入、規則與驗證，而不是憑空捏造介面未提供的額外控制項。
撰寫程序時，讓每一行對應一個使用者操作。避免在文字中加入逐點擊的描述。請改為指明你會選擇的檔案、會按下的按鈕，以及你預期的可見結果。一個實用的測試方法是請第二位使用者在不同機器的另一台機器上同時朗讀並操作你的程序；如果在任何地方猶豫，那個句子就缺少一個檢查點，需要加以擴充。同一個測試也能抓出缺少的前置條件，因為新讀者總是會在原作者視為理所當然的第一個前置條件上跌跤。
值得記錄的輸入、檔名與限制
每份操作手冊都應從前置條件開始，因為它們決定工具是否能完成任務。對於 Alternate Mix PDF 而言，前置條件是有限且具體的，你的程序應在編號步驟之前以一個簡短的區塊說明它們。
- 兩份非空白的 PDF。 工具會以可見的錯誤拒絕空白檔案，因此請在程序中指明你打算用來作為 PDF A 與 PDF B 的檔案。
- 每個檔案 25 MiB。 大小限制分別適用於每個輸入，而非其合併後的輸出。一個大的 A 加上小的 B 兩者都能通過，而略大一點的 A 或 B 卻可能單獨失敗。
- 預先排序的內部順序。 此工具不會反轉任何一個 PDF。如果掃描機以相反順序產生了其中一份文件，則必須先以專用工具重新排序該來源，然後在程序中再次命名。
- 裝置上的讀取權限。 由於載入、複製與序列化都在同一個瀏覽器分頁中進行，因此在產生輸出時，實際的記憶體使用量可能會超過兩個來源檔案的大小。
程序中值得納入的一個實用表格是「輸入對輸出預期」，因為這是讀者用來核對工作的唯一真實來源。工具會回報每個輸入的頁數以及總輸出頁數，而總輸出頁數在建構上必須等於兩個輸入的總和。
| 情境 | PDF A 頁數 | PDF B 頁數 | 輸出頁數 | 預期順序 |
|---|---|---|---|---|
| A 比 B 長（已驗證範例） | 3 | 2 | 5 | A1, B1, A2, B2, A3 |
| B 比 A 長（已驗證範例） | 1 | 3 | 4 | A1, B1, B2, B3 |
| 長度相等，A 在前 | 4 | 4 | 8 | A1, B1, A2, B2, A3, B3, A4, B4 |
| 每份至少一頁 | 1 | 1 | 2 | A1, B1 |
此模式已確立且在介面中可見：當其中一個輸入的頁面先耗盡時，較長文件剩餘的頁面會以原本的順序附加，既不會反轉，也不會再進一步交錯。另請注意，第一個可選擇的檔案永遠是 A，因此改變你指派給 A 槽與 B 槽的檔案，會依相同的邏輯重寫整個順序。你的程序應指出這個不對稱性，因為它是「首頁錯誤」回報的最大單一來源。
記錄確切的混合程序
這是你會擷取到操作手冊、Wiki 頁面或印刷版速查表的章節。請以使用者實際點擊的有序動作清單撰寫，並標示每一步成功時介面會顯示的內容。由於工具的介面範圍很窄，因此步驟數量保持精簡。
- 在瀏覽器中開啟 Alternate Mix PDF 工具，使整個工作流程中兩個檔案都保留在你的裝置上。
- 從第一個選擇器中選擇 PDF A。第一個可選擇的檔案永遠會提供第一個輸出頁，因此請在文件中記錄每批處理中哪個檔案擔任該角色。
- 從第二個選擇器中選擇 PDF B。在繼續之前，請確認兩個選擇皆非空白且小於 25 MiB。
- 在你的操作手冊中驗證每個來源已是預期的內部順序。如果掃描機產生了反向堆疊的頁面，請在執行此步驟前單獨重新排序該來源。
- 點擊 Alternate and mix PDFs。工具會載入兩個檔案，為每個共用索引建立 A 然後 B 的順序，並附加較長文件的剩餘頁面。
- 讀取結果列。它會回報每個輸入的頁數以及總輸出頁數，而總輸出頁數在建構上必須等於兩個輸入的總和。
- 下載結果。新的檔名會結合清理過的來源檔案名稱並加上 -alternated.pdf，而原始檔案仍會保留在你的裝置上不變。
此清單中的每一步同時也是一個驗證檢查點。如果步驟 6 顯示任何不符——例如總輸出頁數不等於 A 加 B——請停止程序、不要下載，並擷取任何加密、損毀、超大或標示錯誤的輸入檔案名稱以供操作手冊日誌使用。加密、損毀、不支援、超大與標示錯誤的檔案都會各自產生可見的錯誤，且無法繞過密碼保護，因此事先列出這些失敗模式可避免重複重試。
下載輸出中應驗證的內容
記錄下來的程序若缺少輸出檢查就不算完整，因為工具的交錯規則是固定的，但輸入會有所不同。請開啟下載的 PDF，並略讀三個與你記錄順序相符的檢查點：第一頁應為 A1，第二頁應為 B1，最後幾頁應為較長文件的尾頁。如果這三個檢查點成立，則其餘順序在結構上是健全的，因為每個共用索引都已依 A 然後 B 處理，且每個尾頁都已以其原始順序附加。
來自各來源的頁面會保留其各自的頁框尺寸、旋轉、向量繪圖、文字與嵌入的點陣內容，因此若 A 與 B 是以不同尺寸掃描的，輸出看起來就不會一致。程序應明確說明此預期，以免讀者將其標記為錯誤。表單、書籤、大綱目的地、指令稿、附件與跨文件連結不保證會在頁面複製後保留相同的語意，因此任何依賴這些互動功能的文件都應在混合後手動檢查，並在操作手冊中標註為後續追蹤項目。該工具不會強制每頁採用第一份文件的尺寸、不會拉伸內容、不會將文字點陣化，也不會插入空白分隔頁——這正是交錯掃描所期望的行為。
如果你正在為稽核或合規目的記錄此程序，請加入這一行：載入、複製、序列化與下載建立皆在瀏覽器內進行，不會上傳到 Lizely。這個單一事實能在審查者提問之前就先關閉一個常見的疑問，並確認你所記錄程序的隱私立場與工具的實際行為一致。
值得在程序中指出的邊緣情況與陷阱
該工具會為上述失敗模式顯示可見的錯誤，但程序若能預先列出這些錯誤，便能更加穩健，避免下一位操作者浪費時間重試。另外還有三個邊緣情況值得記錄，因為它們會改變介面的可見行為，但不會產生錯誤。
- 選擇替換檔案用於任一輸入時，會清除舊的輸出，因此部分混合的結果絕不會在錯誤的檔名下被悄悄儲存。你的程序應註明這一點，以免選錯檔案後又重新選擇的讀者誤以為先前的輸出仍然有效。
- 作業識別碼可防止較慢的早期操作覆寫由較新檔案所產生的結果，這在重複使用同一瀏覽器分頁進行多個批次時非常重要。請關注此點，讓讀者理解延遲的結果為何無法覆寫較新的結果。
- 互動結構（如表單欄位、書籤、大綱目的地、指令稿、附件與跨文件連結）可能無法在頁面複製後保留，因此程序應指示讀者在下載後手動重新開啟任何此類文件。
這些註記並不會改變程序本身，而是能保護程序。遵循操作手冊的讀者將不會對錯誤訊息、結果消失或下載後表單欄位遺失感到意外。在下載結果經過驗證之前，請將無法取代的原始檔案保留在瀏覽器工作流程之外；若裝置記憶體有限，請關閉其他佔用資源的分頁，因為混合期間的實際記憶體成本可能會超過兩個來源檔案的大小，尤其是當新序列化的結果與其並存時。
Extending the Procedure With Related Tools
有些程序不能只停留在交叉合併，因為輸入的格式並不對。例如，一台掃描器產生的堆疊順序顛倒，就需要在混合前先執行專門的重新排序步驟；單純要串接的批次則需要完全不同的工具。與其在 Alternate Mix PDF 程序中塞進這些情況，不如從 runbook 內部連結到正確的工具，讓讀者知道何時該分流。程序保持精簡，但讀者獲得了一張地圖。
舉例來說，如果目標是單純的「前頁接續後頁」串接，而非交叉頁面，正確的工具是 合併 PDF，它會依您指定的順序合併多個 PDF，而不會進行交叉合併。如果最終輸出中的某一頁需要移除，刪除 PDF 頁面 會在交叉合併步驟之後處理裁切。若需要更深入的決策輔助，判斷交叉合併是否真的是正確選擇，alternate PDF pages 的決策指南 從不同角度探討了相同的輸入與輸出，可置於 runbook 頂端作為分流步驟。請將這些參考資料保留在程序內部，讓未來的操作者無需離開 runbook 就能進行分流。
記錄您用來交叉合併兩個 PDF 的步驟，基本上就是陳述一條固定規則——先 A、後 B，再從較長的那份附加尾巴——以及一組固定的檔案限制。一旦把這些寫下來，程序就能放進一頁之內，每次重現相同的結果，而且即使交給從未開啟過此工具的人也能順利執行。這正是把程序寫下來的意義所在。