先讀這裡
這一頁回答什麼？
同一筆資料先記錄共同的身分、版本、量測狀態與來源，再分開保存 S-Code 感官事件與 ISO-Taste 參考資料。
故事關係：這篇故事正文直接使用 ISO-Taste，可用來把感官標準與實際故事情境對照。 〈柏拉圖的雞與感官暴政〉
權威入口：本標準總覽
正式規格
若只想理解世界觀，到這裡已足夠；以下內容提供正式定義、欄位、治理與實作細節，可以依需要再深入閱讀。
核心原則
一筆感官封包先保存大家都需要的識別、版本、量測狀態、來源與權限，再依資料角色分流到 S-Code、ISO-Taste 或兩者映射。這樣可以讓同一份交換資料保留共同背景，又不把感官事件和參考基準混成同一種東西。
| 讀者用途 | Machine key | 作用 |
|---|---|---|
| 這筆資料是誰 | identifier | 封包識別 |
| 這筆封包本身的版本 | version | 封包版本 |
| 使用哪一版受控詞彙／代碼表 | registry_version | Registry 綁定 |
| 這筆資料扮演什麼角色 | system_role | 區分 S-Code、ISO-Taste 或 mapped-profile |
| 資料是量測、估算或推定 | measurement_status | 保存認知狀態 |
| 資料從哪裡來 | provenance | 保存可追溯來源 |
| 可以怎麼使用 | rights_consent | 保存權利與同意限制 |
| 資料角色 | Machine structure | 必要內容 |
|---|---|---|
| S-Code 感官事件 | s_code | T / O / X / M / P / H / A / V / U |
| ISO-Taste 參考 | iso_taste | public_code / structural_code、reference_profile、文化／區域脈絡與校正註記 |
| 跨系統映射 | mapped-profile | 同時包含 s_code、iso_taste 與至少一筆 mapping |
| 符合性結果 | conformance | schema、reference、experiential 三層獨立 assessment；一層通過不推出其他層通過 |