一個線上 Compliment Generator 擁有 24 個原創提示詞，只要在瀏覽器中點擊一次就能產生一條精選的句子；而命令列的方式則要求同一位作者組裝一個文字檔案、挑選一個隨機索引，並在可運作的工作階段中執行一個 shell 指令稿。兩種方法都能產生單一句子，但它們在設定時間、個人化程度、隨機性品質，以及起草出寄件者真正能背書的措辭所需的心力上差異極大。對於大多數一次性個人訊息，瀏覽器工具消除了工作階段無法消除的阻力，因為作者不必維護詞句檔案、安裝隨機工具，或手動驗證所選的句子是否符合雙方關係。指令稿方式只有在以下情況才更合適：稱讚是更大規模自動化管線中的一個步驟，或是作者本身已經維護著依照主題與語氣分類的個人詞句本。對於其他所有人，比較的結果往往落在同一個結論上：點擊一次與一個可運作的工作階段之間的差距，所有實際差異都藏在那個落差裡。選錯工具所浪費的時間往往比訊息本身還要長，因此在起草任何一個句子之前，先根據作者的實際情況來挑選工具才是明智之舉。
「命令列 vs 線上」這句話通常代表讀者三種目標之一：選擇一個用於休閒用途的工具、決定是否要將一個每天會產生大量稱讚的工作流程編寫成指令稿，或是在小型團隊或社群中採用其中一種方式前先比較兩者的差異。Compliment Generator 無需安裝即符合第一個目標。當輸出必須被導入到另一個程式中時，shell 指令稿則符合第二個目標。第三個目標則取決於受眾期待的是簡潔的一鍵體驗，還是完整可編寫程式的管線——這個單一的問題通常就能決定最終的選擇。
命令列稱讚工具實際上做了什麼
命令列稱讚工具通常是一個簡短的 shell 指令稿，它會從一個文字檔案中讀取句子清單、隨機挑選一個，並將其列印到標準輸出。典型的實作會使用 shuf、$RANDOM 或 awk 來選擇索引，然後使用 echo 或 printf 來顯示該行。輸出內容完全取決於作者在檔案中所輸入的內容，因此結果的品質受制於該檔案中的文字。
撰寫檔案才是真正的工作。作者必須親手起草、檢查並儲存每個句子，決定如何依照主題分類，並決定是否要為了不同的語氣支援多個檔案。這裡沒有內建關於主題或語氣的概念，因此作者必須自行定義這些分類。也沒有內建的個人化步驟，因此若要加入名字，就只能將其嵌入每一行，或之後執行 sed 來注入。指令稿中的焦點控制不過是一種資料夾結構，而語氣控制則是在其之上的另一層資料夾。
本機指令稿的隱私保護在預設情況下非常好，因為什麼都不會離開這台機器。權衡之下，「隨機」端賴於 shell 所提供的功能，通常是 $RANDOM 或 shuf。兩者都未採用加密來源，因此其分佈對於休閒用途尚可，但無法達到瀏覽器工具藉由 crypto.getRandomValues 與針對池大小的拒絕抽樣所能達成的無偏差對映。
線上 Compliment Generator 反而做了什麼
以瀏覽器為基礎的 Compliment Generator 以一組固定的 24 個原創提示詞取代了文字檔案與 shell 指令稿。每個提示詞都會被指派一個焦點（品格、創造力、善心或工作）和一個語氣（簡潔、俏皮或溫暖），並且每個焦點與語氣的組合各對應兩個提示詞。作者無需再自行挑選清單，因為提示清單已是產品方撰寫好的創意文案。使用者僅需挑選一個焦點、一個語氣，並可選擇性地填入一個名字。
隨機選擇會使用瀏覽器的 crypto.getRandomValues 來抽取一個 32 位元的不帶正負號整數，將該數值對應到目前的兩行池，當池大小無法整除隨機空間時，會套用拒絕抽樣以避免模數偏差。如果先前產生的句子屬於相同的焦點與語氣，則該筆 ID 會從下一輪的池中移除，使緊接著的點擊能夠產生另一個符合條件的提示詞。測試會驗證隨機對映能接受有效的邊界值，偏差的尾端數值會重新嘗試，無效的隨機數值則會引發錯誤而非默默通過。
選填的名字欄位接受最多 60 個 Unicode 程式碼點，會保留變音符號、非拉丁文字以及表情符號，並會拒絕超出上限的輸入，而非默默截斷。當存在有效名字時，它會被放在句子前面，而原本的開頭 "Your" 在逗號之後會變成小寫的 "your"。所有處理皆在瀏覽器分頁中完成，內容不會被上傳，而剪貼簿的寫入動作僅在使用者按下複製按鈕且瀏覽器允許時才會發生。
如何使用 Compliment Generator
- 開啟 Compliment Generator，並決定是否要在句子前方加上名字。
- 挑選一個符合你對收件者觀察的焦點：品格、創造力、善心或工作。
- 挑選一個符合雙方關係的語氣：簡潔、俏皮或溫暖。
- 按下 generate，從焦點與語氣的池中抽出符合條件的兩個句子之一。
- 再次按下 generate 以取得第二個符合條件的提示詞，而不會立即重複第一個。
- 閱讀結果，確認它描述的是你真正觀察到的內容，接著以真實的例子進行編輯或個人化。
- 按下 copy 將純文字置入剪貼簿，再貼到訊息、卡片、電子郵件或留言中。
命令列指令稿何時仍有其用武之地
某些情況下，shell 管線才是正確答案。如果稱讚必須與其他工具結合，例如每日日誌產生器、會發文到 Slack 的 CI 機器人，或是整夜列印的卡片批次，那麼輸出必須能流經標準串流，而作者也才能受益於管線傳遞、重新導向與串接的能力。瀏覽器小工具無法直接傳遞給 mail，也無法在不手動複製貼上的情況下進入 cron 工作中，因此在這類管線中，指令稿仍保有明顯優勢。
第二種情況是當作者已經維護著一份龐大的自訂詞句本，依照多個檔案與內部標籤分類，並希望完全掌控用詞、語言與地域性措辭時。在這種情況下，一個會讀取自家 ~/compliments/ 目錄的指令稿能賦予作者完全的編輯掌控權，而投入於策展的時間會在數千次抽取中得到回報。Compliment Generator 並不支援這種工作流程，因為其提示清單是固定 24 行的。
第三種情況是當無法連上網路，且裝置沒有現代瀏覽器時。在只有終端機的隔離伺服器環境中，本機指令稿是唯一選項。權衡之下，這需要耗費時間來撰寫清單、挑選公平的隨機來源，並決定用於焦點與語氣的資料夾結構。
兩種方式之比較
| 考量因素 | 命令列指令稿 | Compliment Generator |
|---|---|---|
| 設定時間 | 撰寫檔案、撰寫或安裝指令稿、測試輸出 | 在瀏覽器分頁中開啟頁面 |
| 提示詞清單 | 由作者親自撰寫與維護 | 24 個由產品團隊撰寫的原創提示詞 |
| 焦點控制 | 依檔案或標籤手動分組 | 品格、創造力、善心或工作 |
| 語氣控制 | 依檔案或標籤手動分組 | 簡潔、俏皮或溫暖 |
| 隨機性來源 | $RANDOM 或 shuf，無加密來源 | crypto.getRandomValues 搭配拒絕抽樣 |
| 避免緊接重複機制 | 手動篩選或完全沒有 | 針對相同焦點與語氣內建 |
| 名字個人化 | 編輯檔案或傳入變數 | 選填欄位，最多 60 個 Unicode 程式碼點 |
| 離開裝置的資料 | 預設不會 | 不會；在當前瀏覽器分頁中執行 |
| 與其他工具的管線串接 | shell 管線原生支援 | 需要手動複製與貼上 |
| 輸出格式 | 標準輸出上的純文字 | 純文字，視需求複製 |
| 最佳適用情境 | 自動化管線與批次指令稿 | 一次性個人訊息 |
表格顯示兩種方式涵蓋了不同的層面。指令稿在自動化與完全的編輯掌控方面佔優。瀏覽器工具則在便利性、結構性，以及免除個別寄件者親自撰寫的精選清單方面佔優。
哪種方式適合你的情境
當稱讚是更大管線的一個階段、作者維護著自己信任的個人詞句本，或裝置沒有可靠的瀏覽器時，請選擇命令列的路徑。當目標是一則快速的感謝訊息、一張一次性卡片上的句子，或聊天中的一則溫馨留言，而作者不想為了這項任務而起草、儲存並洗牌一份個人詞句檔案時，請選擇瀏覽器工具。
對於大多數搜尋這篇比較的讀者而言，日常使用情境是個人通訊。瀏覽器工具消除了整個設定步驟，點擊一次即得一條精選句子。指令稿只有在輸出必須與其他自動化結合時才仍是正確的選擇。如果你希望將任一種方式延伸為寫作習慣，在任何情境下寫出好稱讚的指南 涵蓋了如何將第一句話轉化為讀起來真誠的訊息。
簡短、真實且切合情境的訊息，通常比華麗冗長的句子更有力量。命令列與線上之間的抉擇，實務上是在「以設定為代價換取完全掌控」與「策展完善、本機執行並尊重作者時間的一鍵體驗」之間做出選擇。
想深入了解，請參閱 如何使用下載的 SVG 在 Word 中製作折線圖。