資料傳來傳去，總要有個共同的格式

昨天搞懂 API 是系統之間溝通的約定，但「約定」還需要一個具體的資料格式當媒介——這就是今天要認識的 JSON。

JSON 到底長什麼樣

JSON（JavaScript Object Notation）的結構很單純：用「key 對應 value」的方式組織資料，可以巢狀包裝物件和陣列。比如一段英文情境的設定，可以用 JSON 表示成「情境背景是什麼、AI 角色是誰、有哪些關鍵句型」,每個欄位清楚對應一個值。

為什麼幾乎所有系統都選 JSON

今天查資料時理解到，JSON 會變成業界標準不是沒有原因：

對人來說好讀，一眼看得出資料結構
對程式來說好解析，幾乎所有程式語言都內建支援
可以表達複雜的巢狀關係，不會像純文字那樣難以拆解
對回專題的應用

這點今天特別有感：之前在設計「情境生成器」要輸出什麼內容時，其實已經在做「設計一份 JSON 結構」這件事——先想清楚有哪些欄位（情境背景、角色設定、關鍵句型、單字），AI 才能穩定地照著格式輸出，後面不管是 n8n 節點還是任何程式，才讀得到這份資料。

小結

JSON 這塊補起來之後，Day 8 學的 API 概念終於完整——API 是溝通的管道，JSON 是管道裡流動的資料格式，兩者合起來才是完整的系統溝通方式。