FunnyTools

文字與寫作 指南

字數 vs 字元數差在哪？先確認你真正被限制的是哪一種

「500字」和「500 characters」可能不是同一個限制。先分清 word、character、space 與 punctuation，再看工具數字。

更新日期:

最常見的文字長度錯誤，不是算錯，而是：

拿錯指標。

例如：

OpenAI makes useful tools.

如果以英文 word 看：

  • OpenAI
  • makes
  • useful
  • tools

就是 4 個 words。

但 character count 還會包含：

  • 每個英文字母
  • 空格
  • 句點

所以 character 數一定遠大於 word 數。

Word count 適合什麼？

通常用於：

  • 英文作文
  • 文章篇幅
  • 報告
  • essay
  • script
  • blog

英文最常見做法是依詞彙邊界計算，但不同系統可能對：

  • 連字號
  • apostrophe
  • URL
  • emoji
  • 數字

做不同處理。

因此「第三方工具 648、目標系統 652」並不罕見。

Character count 適合什麼？

通常用於：

  • 表單欄位
  • CMS 摘要
  • 社群 bio
  • 推播
  • API 驗證
  • 資料庫欄位
  • Meta 文案

這些場合更在意：

字串到底多長。

含空白 vs 不含空白

同一段：

Hello world

如果含空白：

  • H e l l o
  • 1 個 space
  • w o r l d

如果不含空白：

  • 中間 space 被排除

但標點通常仍會算字元。

因此：

「不含空白」不等於「只算文字」。

中文為什麼更容易混亂？

中文沒有像英文一樣固定用空格分隔每個詞。

例如：

今天下雨

一般使用者可能說：

4 個字。

但語言分析也可以把它切成：

  • 今天
  • 下雨

變成 2 個詞。

所以中文場合一定要先問：

對方講的是「漢字／字元」還是語言學上的「詞」？

FunnyTools 現在怎麼算？

目前 Word Counter 的公開規則是：

  • CJK 字元逐字計算
  • 英文與數字依詞彙 token 計算
  • 同時提供含空白字元、不含空白字元、行數、段落、句數與閱讀時間

Character Counter 則更偏：

  • 含空白字元
  • 不含空白字元
  • UTF-8 bytes
  • 字數
  • 行數

因此：

寫文章

先用： 字數統計工具

有硬性欄位上限

先用： 字元計數器

範例：中英混合

文字：

今天完成 2 tasks.

你可以同時得到：

  • CJK 字元
  • 英文 token
  • 數字 token
  • 空白
  • 標點

但不同平台可能仍會有不同最終 count。

所以正式提交流程應是：

  1. FunnyTools 做預檢。
  2. 保留安全餘量。
  3. 貼到目標系統。
  4. 以目標系統顯示為最終標準。

常見誤區

「字數 100」就等於「100 characters」

不一定。

「不含空白」就不算標點

不一定。

中文「500字」等於英文「500 words」

完全不是。

每個 emoji 都是一個 character

程式世界裡也不一定。

這會牽涉 Unicode、code point、UTF-16 與 grapheme cluster。

延伸： Emoji 到底算幾個字元？

完成前檢查

  • 規範寫的是 word 還是 character
  • 是否含空白
  • 是否含標點
  • 中文是否逐字
  • emoji 是否可能造成差異
  • 最終已在目標平台重新驗證

相關工具

交件前的重現紀錄

建立一筆簡單紀錄，寫下規則來源、原始文字、是否含空白、是否含標點、工具顯示值與平台顯示值。若內容會被複製到不同系統，還要記下貼上方式與換行格式，因為同一段文字在編輯器、瀏覽器和投稿表單可能經過不同正規化。當結果不一致時，先拿最小測試句逐項排除，再回到完整文章檢查，不要直接修改整篇稿件。這份紀錄能讓其他人重做同一個比較，也能在平台更新計數規則後快速確認差異。

用一個小樣本固定口徑

可以先準備三組測試字串：純英文句子、純中文句子，以及包含空白、標點與網址的混合句子。對每組分別記錄空白前後的 word count 和 character count，再把結果貼到正式表單測試。英文通常以詞為單位，中間的空白會影響詞的分隔；中文則常以字元或平台自訂的文字單位計算。網址、連字號、電子郵件與換行可能被平台視為一個 token、數個字元，或被完全排除，因此不能只用一個英文例子推論所有內容。

若投稿規則只寫「不超過 500 字」，應保留規則說明頁版本，並在交件前再次確認。當 FunnyTools 與平台差一兩個單位時，先比較是否包含空白、標點和換行，再檢查 Unicode 正規化；不要直接刪掉看不見的字元來迎合數字。真正可重現的紀錄應包含原文、計數方式、工具日期與目標平台最後顯示值。

交件前的重現紀錄

回報字數時附上原文片段或雜湊、語言模式、是否計入空白與標點、使用的工具路徑和執行日期。若平台另有欄位上限，再把平台預覽或送出結果分開記錄。這樣即使兩個系統都寫著 character count，也能追查差異是來自 emoji、換行、全形標點，還是平台把 surrogate pair 當成兩個單位。

對需要反覆修改的文章，先保留一份基準結果，再在每次改稿後比較變化。若只增加一個段落卻出現大幅差異，檢查是否同時發生了換行正規化、隱藏空白或複製貼上污染。計數器提供的是可重現的測量，不是對內容品質的判斷；編輯仍要自行確認文字是否完整、易讀並符合交件規格。