FunnyTools

文字與寫作 指南

文字、字數與格式整理完整指南中心

不是所有「字數」都在算同一件事。這個中心把人類看見的文字、電腦儲存的字元與位元組、平台限制、大小寫與清理流程分開說清楚。

更新日期:

一段文字看起來只有一句話，電腦卻可能同時把它描述成：

  • 18 個英文單字
  • 96 個字元
  • 108 個 UTF-8 位元組
  • 17 個「使用者看起來的字元」
  • 3 行
  • 1 個段落
  • 約 1 分鐘閱讀時間

這些數字都可能是對的，因為它們回答的是不同問題。

FunnyTools 的文字與寫作工具目前涵蓋字數統計、字元計數、大小寫轉換、空白行整理、重複行清理、文字排序與 Markdown 等工作；其中 Word Counter 會分開處理 CJK 與英文內容，Character Counter 另外提供 UTF-8 位元組，Case Converter 則明確只轉換 ASCII 英文字母。

這個 Hub 的目的不是再做一個工具目錄，而是幫你先回答：

我現在真正要檢查的是 word、character、byte、visible character，還是格式？

先選你遇到的問題

我不知道該看「字數」還是「字元數」

看： 字數 vs 字元數完整指南

適合：

  • 作業
  • 投稿
  • 社群貼文
  • 表單欄位
  • Meta 文案

中文、英文混在一起到底怎麼算？

看： 中英文混合字數怎麼算

系統限制寫 255 bytes，不是 255 characters

看： UTF-8 位元組 vs 字元

一個 emoji 為什麼顯示 2、4、7 個字元？

看： Emoji、Unicode 與 Grapheme Cluster

閱讀時間 3 分鐘是怎麼算的？

看： 閱讀時間估算完整指南

英文標題到底要 Title Case 還是 Sentence case？

看： Title Case vs Sentence case

camelCase、snake_case、kebab-case 怎麼選？

看： 程式命名格式完整指南

從 PDF 或網頁複製文字後整個格式爆掉

看： PDF／網頁複製文字清理流程

看起來沒有空格，系統卻說字串不同

看： NBSP、零寬空格與隱藏 Unicode 空白

Windows、Linux、Git 為什麼一直顯示整份檔案改過？

看： LF vs CRLF 換行格式指南

為什麼 1、10、3 會排成 1、10、3？

看： 文字排序：字母、數字與長度怎麼選

最常用的工具組

字數統計工具

適合：

  • 長篇文章
  • 中英混合稿
  • 行數、段落、句數
  • 閱讀時間

開啟字數統計工具

字元計數器

適合：

  • 硬性欄位上限
  • UTF-8 bytes
  • emoji / Unicode
  • 短文案

開啟字元計數器

英文大小寫轉換器

支援：

  • UPPERCASE
  • lowercase
  • Title Case
  • Sentence case
  • camelCase
  • snake_case
  • kebab-case
  • CONSTANT_CASE

開啟大小寫轉換器

移除空白行

適合：

  • PDF 複製文字
  • 名單
  • 筆記
  • 貼上資料

開啟移除空白行

文字行排序

適合：

  • A→Z
  • Z→A
  • 數值
  • 長度
  • 忽略大小寫
  • 排序前去重

開啟文字行排序

一個重要觀念：文字「長度」沒有唯一答案

以下幾個概念不要混在一起：

指標 回答的問題
Word count 有多少詞／字
Character count 文字序列有多長
UTF-8 bytes 編碼後實際占多少位元組
Code point Unicode 編碼點數量
Grapheme cluster 使用者看起來有幾個字元
Line count 幾個換行分隔區段
Reading time 用某個閱讀速度模型估計時間

尤其 emoji、組合重音與 CJK 文字最容易讓「看起來一個字」和「程式計數」不同。

建議的文字整理流程

如果你準備把文字交給別人、匯入系統或發布：

  1. 保留原始版本。
  2. 清掉不需要的空白行。
  3. 檢查隱藏空格／換行。
  4. 視需要統一大小寫或命名格式。
  5. 如果是清單，再排序。
  6. 最後檢查 word / character / UTF-8 byte。
  7. 到目標平台做最終驗證。

完整流程： 文字清理與發布前檢查工具組

不要把 FunnyTools 當成平台官方規則

FunnyTools 可以幫你：

  • 計數
  • 估算
  • 清理
  • 轉換
  • 排序

但不能替：

  • 學校
  • 投稿系統
  • API
  • 資料庫
  • 社群平台
  • 簡訊平台

決定正式限制。

如果目標系統直接顯示自己的 count：

最終以目標系統為準。

下一步

一個實用的判斷順序

面對任何文字限制，先把規格原文保留下來，再圈出它使用的名詞：words、characters、bytes、lines 或 reading time。這些名詞不能互換。接著記下是否包含空白、標點、換行、emoji，以及系統是否把中英文分開處理。若規格沒有定義，就把問題回問給表單或 API 的維護者，不要自行猜測。最後用一小段已知內容做手算，將 FunnyTools 的結果和目標系統並排比較。這樣即使兩邊數字不同，也能知道差異來自規則，而不是把工具錯誤誤判成資料錯誤。

發布前還要保留原始檔與清理後版本，避免為了通過字數限制而失去段落、欄位或程式符號。對密碼、token、程式碼與 CSV，清理動作尤其要慢：先確認格式，再決定能否 trim、排序、去重或轉換大小寫。工具的角色是提供可重現的檢查，不是替目標平台宣布規則。

先把「我到底在算什麼」弄清楚，再決定用哪個工具。

文字清理與發布前檢查工具組 把『貼上後亂掉的文字』整理成可交付版本：先保留原文，再清理，再格式化，最後才做長度檢查。