Google Docs 內建的大小寫選項恰好只有四種——UPPERCASE、lowercase、Title Case 和 Capitalize First Letter——在任何開啟中的文件裡，都可以從「格式 > 文字 > 大小寫」選單中找到。對一般寫作來說這已足夠：反白一段文字、選一個樣式，Google Docs 就會原地重新呈現文字，而不會破壞格式或遺失連結與清單。一旦任務超出一般散文，這些限制就會浮現。如果你要整理一整欄格式混雜的變數名稱、把標題轉成 URL slug，或是把 API 欄位名稱從 JSON 的 camelCase 改寫成資料庫的 snake_case，這四個選項都幫不上忙。Google Docs 內部完全沒有 snake_case、camelCase、kebab-case、CONSTANT_CASE 或 Sentence case。與其手動一一重建名稱，直接使用另一個工具會更快；最乾淨的做法就是貼上一次到 Case Converter，一次看到所有常見變體並排比較，再把你需要的那一個版本複製回文件。
Google Docs 在大小寫轉換方面能做什麼
「大小寫」選單於 2022 年加入 Google Docs，此後從未再擴充。開啟任何文件，在文字中點一下，並查看格式 → 文字 → 大小寫。無論是哪個 Google 帳號、哪個地區、桌機或行動裝置，你都會看到相同的四個項目：
- UPPERCASE——每個字母都變成大寫。
- lowercase——每個字母都變成小寫。
- Title Case——每個字的第一個字母會大寫。
- Capitalize First Letter——只有每個句子的第一個字母會大寫。
選取的操作方式很直覺：反白你要變更的範圍，從四個選項中選一個，選單就會原地套用該樣式。粗體、斜體、連結和清單符號等格式會在過程中保留下來。選單本身沒有預覽面板、沒有復原按鈕，也無法一次套用兩種樣式。如果你想要同一段文字的 Sentence-case 版本，就必須在 Title Case 轉換之後再另外跑一次。
如何在 Google Docs 中變更大寫
內建的路徑很短，在每個 Google Docs 帳號、每個瀏覽器，以及 Android 和 iOS 應用程式中都能使用：
- 開啟你想要編輯的 Google Docs 文件。
- 選取你想要變更的文字——一個字、一句、一段，或是用 Ctrl+A（Mac 為 Cmd+A）選取整份文件。
- 點選頂端選單列中的「格式」。
- 將滑鼠移到「文字」上，再移到「大小寫」上。
- 從四個選項中選一個：UPPERCASE、lowercase、Title Case，或Capitalize First Letter。
- 在文件中確認變更。如果結果不正確，立刻按 Ctrl+Z（Mac 為 Cmd+Z）——Google Docs 有非常寬容的復原紀錄，會把整個轉換過程都保留下來。
由於沒有鍵盤快速鍵，選單路線是唯一官方路徑。對於偶爾在單一文件內做清理來說，這確實就是你所需要的一切。
內建選項不足之處
四種內建樣式能處理一般散文與偶爾的標題。它們在寫作、工程和編輯工作中反覆出現的三種情境下會失效：
- 程式碼的命名慣例。JavaScript 使用 camelCase，Python 和 SQL 使用 snake_case，CSS 和 URL 使用 kebab-case，環境變數通常使用 CONSTANT_CASE。這四種樣式在「格式 → 文字 → 大小寫」中一個都沒有，所以選單幫不上忙。
- 充滿縮寫詞的識別字。對一般讀者來說 HTMLParser 是一個字，但對 tokenizer 來說是兩個 token。Google Docs 把它視為單一的 title-case 單元，這對大多數風格指南來說都不是正確的大小寫。
- 批次轉換。如果你有一整欄五十個名稱需要統一改成同一種樣式，你在 Google Docs 裡沒辦法用腳本處理。你必須把它們貼到另一個工具中，一次完成轉換，再貼回來。
這個落差正好就是 Case Converter 補上的地方。它接受任何一段文字區塊，重新在空格、底線、連字號和大小寫邊界處切詞，並一次產生十種變體——同時涵蓋寫作風格（Title、Sentence、UPPER、lower）和完整的程式命名慣例。
如何使用 Case Converter
這個四步驟的流程適用於此工具所提供的每一種變體：
- 把文字貼上或輸入到 Case Converter 頁面頂端的輸入框。
- 查看輸入框下方瞬間產生的十種變體——你輸入的同時它們會同步更新。
- 在你需要的那個版本旁邊點選「複製」；它會直接進入你的剪貼簿。
- 切回 Google Docs 文件，用 Ctrl+V（Mac 為 Cmd+V）貼上結果。
因為轉換完全在你瀏覽器分頁內以 JavaScript 執行，所以即使斷開 Wi-Fi，對於大量貼上的內容仍能得到相同的十種輸出。由於完全沒有上傳，對於不想經過伺服器的草稿來說這個工具是安全的；不需要來回傳輸也正是大量貼上時能瞬間回傳結果的原因。
大小寫樣式與各自的使用時機
這十種變體並非可以互換。以下說明每種樣式對應到哪些實際工作：
| 樣式 | 範例 | 典型用途 |
|---|---|---|
| UPPERCASE | HELLO WORLD | 標題、強調、全大寫警告 |
| lowercase | hello world | 讓激動的文字冷靜下來、休閒社群文案 |
| Title Case | Hello World | 文章標題、投影片標題、書籍章節 |
| Sentence case | Hello world | 內文段落、UI 標籤、電子郵件內文 |
| camelCase | helloWorld | JavaScript 和 Java 的變數與函式 |
| PascalCase | HelloWorld | 類別名稱、React 元件、TypeScript 型別 |
| snake_case | hello_world | Python 和 SQL 的變數、資料庫欄位 |
| kebab-case | hello-world | URL slugs、CSS class、檔案名稱 |
| CONSTANT_CASE | HELLO_WORLD | 環境變數、編譯期常數 |
| aLtErNaTiNg | hElLo WoRlD | 裝飾性社群貼文、輕鬆的視覺點綴 |
命名樣式是語法層面的，而非單純外觀：apiBaseUrl 與 apibaseurl 之間只要一個大小寫錯誤，就足以讓部署失敗。這正是為什麼手動轉換具有風險，也正是當輸入雜亂時，Case Converter 內部重新切詞機制如此重要的原因。
詞界偵測是如何運作的
命名轉換之所以可靠，關鍵在於這個工具切分輸入的方式。它不只是把空格換成底線就當作 snake_case。它會先重新切詞：在空格、底線、連字號和標點符號處切開，並額外偵測 camelCase 和 PascalCase 的邊界。這意味著像 fooBar_baz-qux 這樣混亂的輸入，無論原本是哪一種樣式，都會被正確辨識為四個獨立詞——foo、Bar、baz、qux。
切詞之後，每個詞會先被正規化為單一標準形式，再依目標樣式重新套用大小寫。因此貼上一個大寫的 SNAKE_CASE 常數，會得到乾淨的 camelCase，而非一個四不像的混合體；而充滿縮寫詞的 HTMLParser 識別字，會在縮寫詞邊界處被切開成 HTML 與 Parser，再重新套用大小寫。數字會黏在原本所屬的詞上，因此 order66 會被視為單一 token，而不會被拆成 order 與 66。
交替樣式的設計刻意不一樣。它會逐個位置翻轉字母，並跳過空格和標點符號，因此視覺上的曲折效果只落在字母本身。這讓規則既明確又具決定性：相同的輸入永遠產生相同的輸出，這在你用腳本產生名稱或重新整理一整欄資料時非常重要。
常見的實際應用
以下是讀者在 Google Docs 中把文字貼進大小寫轉換工具時最常出現的模式：
- 修正標題大小寫。以 sentence case 輸入的標題，可以一次貼上提升為 Title Case；或是把過度大寫每個字的標題降級為 Title Case。
- 重新命名變數以符合風格指南。把文件中的名稱拉進需要 camelCase 的儲存庫。
- 在 JSON 和資料庫之間轉換 API 欄位名稱。JSON 使用 camelCase；大多數 SQL 資料庫使用 snake_case。手動對映正是打錯字容易出現的地方。
- 把標題轉成 URL slug。How to Change Case in Google Docs 會變成 how-to-change-case-in-google-docs，可以直接給 CMS 或靜態網站產生器使用。
- 把環境變數名稱統一為 CONSTANT_CASE。從說明文件複製設定片段到 .env 檔案時很實用。
- 產生 aLtErNaTiNg 文字純粹好玩。休閒電子郵件主旨中的裝飾性社群貼文或輕鬆點綴。
以上每一項在 Case Converter 中都只需要一次貼上和複製；由於轉換在本地執行，你可以在不離開 Google Docs 的情況下反覆嘗試多種變體。
需要留意的限制
Case Converter 只處理它看得見的字元。數字會黏在原本所屬的詞上，標點符號則會被視為分隔符而非字母。
Sentence case 的偵測仰賴標準的句末符號——句號、問號和驚嘆號。