導讀課:系統層 2(Layer 2)Logic Processing Layer ── 第二部分:雙軌狀態變異與執行期邏輯外掛(State Mutation Protocols & Runtime Plugins)超簡化入門包
動詞和形容詞進入句子後,會因應「串接、過去、否定」等功能改變形態。動詞變成て形後,還可以接上「〜ている、〜ておく、〜てしまう、〜てみる」,為原本的動作加入進行、準備、完成或嘗試等功能。
在(Open Modular Japanese System, OMJS)中,這些變化統一由系統層 2(Layer 2)Logic Processing Layer處理。
本課的核心是:先判斷述詞類型,再改寫字尾;如果動詞進入て形管道,便可以繼續掛載執行期邏輯外掛(Runtime Plugins)。
本課屬於哪一個系統層?
本課主要屬於 Layer 2(Logic Processing Layer)。
Layer 1 已經把主體、對象、目標及環境等資料送到正確位置;Layer 2 接收這些資料後,負責執行述詞運算、活用、接續及狀態轉換;Layer 3 則負責整句的最終輸出。
| 架構部分 | 最簡單理解 |
|---|---|
| 外部支援 | 提供單字意思、讀音、詞類、活用分類及語音變化 |
| Layer 1(Data Input Layer) | 設定主體、對象、目標、環境及其他資料角色 |
| Layer 2(Logic Processing Layer) | 執行述詞、活用、接續與狀態轉換 |
| Layer 3(API Output & Protocol Layer) | 完成時態、肯否定、情態、丁寧度及句尾語氣 |
Layer 1 準備資料,Layer 2 改變及執行述詞,Layer 3 完成最終句尾輸出。
甚麼是雙軌狀態變異?
雙軌狀態變異是指動詞和屬性述詞使用兩條平行的變化軌道。
| 變異軌道 | 固定英文名稱 | 處理對象 |
|---|---|---|
| 動態運算子變異協定 | Verb State Mutation Protocols | 動詞 |
| 屬性描述子變異協定 | Adjective & Copula Mutation Protocols | い形容詞、な形容詞及判定詞 |
動詞、い形容詞及な形容詞的字尾不同,但都會按照相同流程運作:
[辨認述詞類型]
→[執行字尾變異(Suffix Mutation)]
→[切換至指定功能]
→[交給Layer 3輸出]
動詞變化前要先分類
動詞執行變化前,系統要先完成型別註冊(Type Registration)。
| 動詞類型 | 正式分類 | 基本特性 | 代表例子 |
|---|---|---|---|
| Class 1 | 五段動詞/V5 | 字尾會在不同假名段之間切換 | 書く、読む、話す |
| Class 2 | 一段動詞/V1 | 一般移除「る」,再接後續形式 | 食べる、見る、起きる |
| Class 3 | 不規則動詞/VS、VK | 使用獨立活用規則 | する、来る |
先判斷動詞類別,才能正確建立て形、た形、ない形及其他接續形式。
動詞的三個基礎變異
初學階段先掌握て形、た形及ない形。
| 系統功能 | 動詞形式 | 代表例子 | 工程模型 |
|---|---|---|---|
| 串接 | て形 | 書いて | Middleware Pipeline |
| 過去/完成 | た形 | 書いた | Event Log / Completed State |
| 否定 | ない形 | 書かない | Boolean NOT / Gate Blocking |
て形:建立中介串接管道
て形的主要工作,是建立中介串接管道(Middleware Pipeline)。
本を読んで、寝ます。
看書後睡覺。
「読んで」把閱讀事件轉換成可接續狀態,再與後方「寝ます」連接。
て形也可以成為執行期邏輯外掛(Runtime Plugins)的入口。
| て形接續 | 新增功能 |
|---|---|
| 読んでいる | 進行或結果持續 |
| 読んでおく | 預先準備 |
| 読んでしまう | 完全完成或非預期結果 |
| 読んでみる | 嘗試執行 |
て形主要負責開放管道,後方外掛才決定新增甚麼功能。
た形:寫入過去或完成狀態
た形把事件定位在過去,或在特定語境中表示動作已經完成。
手紙を書いた。
寫了信。
| 處理階段 | 形式 |
|---|---|
| 動詞核心 | 書く |
| 字尾變異 | 書い |
| 過去/完成輸出 | 書いた |
這項功能可以理解為事件記錄(Event Log)或完成狀態(Completed State)。
不過,「過去」與「完成」不能完全畫上等號。實際意思仍然要配合動詞性質及語境判斷。
ない形:切換成否定
ない形把原有動作切換成否定。
手紙を書かない。
不寫信。
| 動詞類型 | 基本形式 | 否定形式 |
|---|---|---|
| 五段動詞 | 書く | 書かない |
| 一段動詞 | 食べる | 食べない |
| 不規則動詞 | する | しない |
| 不規則動詞 | 来る | 来ない |
否定功能可以理解為 Boolean NOT,但實際字尾變化仍然要按照動詞類別處理。
甚麼是執行期邏輯外掛(Runtime Plugins)?
動詞變成て形後,可以在後方接上補助動詞,為原本的事件增加新功能。
| 外掛形式 | 統一系統名稱 | 核心功能 |
|---|---|---|
| 〜ている | 狀態持續與進行中運算子(Progressive State) | 表示進行、結果持續或習慣 |
| 〜ておく | 預先載入膠囊(Preparation Mode) | 為未來需要預先完成動作 |
| 〜てしまう | 完成/溢出紀錄器(Completion / Regret Operator) | 表示完全完成或非預期結果 |
| 〜てみる | 測試運算子(Trial / Test Mode) | 嘗試執行並觀察結果 |
〜ている:進行或結果持續
「〜ている」可以表示動作正在進行,也可以表示事件完成後的結果狀態仍然存在。
子どもが走っている。
孩子正在跑步。
「走る」是持續運算型動詞,因此表示動作正在進行。
車が止まっている。
車停着。
「止まる」表示狀態變化,因此「止まっている」表示停止後的結果狀態仍然存在。
| 動詞類型 | 代表例句 | 常見解讀 |
|---|---|---|
| 持續運算型 | 走っている | 動作正在進行 |
| 瞬間/變化型 | 結婚している、止まっている | 結果狀態持續 |
| 習慣性使用 | 毎朝走っている | 習慣持續 |
「〜ている」不一定等於「正在」。必須先判斷動詞的事件類型。
〜ておく:預先準備
「〜ておく」表示為了未來需要而預先完成某項動作,並保留其結果。
レストランを予約しておく。
預先訂好餐廳。
| 處理階段 | 系統功能 |
|---|---|
| 予約する | 建立預約動作 |
| 予約して | 開放て形管道 |
| 予約しておく | 預先完成並保留結果 |
「〜ておく」的核心,是現在先做,讓未來可以直接使用結果。
〜てしまう:完全完成或非預期結果
「〜てしまう」主要有兩種功能。
ケーキを全部食べてしまった。
把蛋糕全部吃完了。
這裡表示動作徹底完成。
鍵を忘れてしまった。
不小心忘記了鑰匙。
這裡表示事件完成,並帶有非預期或遺憾語感。
| 輸出類型 | 系統理解 |
|---|---|
| 完全執行(Complete Execution) | 動作已經徹底完成 |
| 例外懊悔(Exception Regret) | 事件產生非預期結果或遺憾 |
「〜てしまう」一定包含完成界線,但是否帶有遺憾,要配合語境判斷。
〜てみる:嘗試執行
「〜てみる」表示先試着執行某項動作,再觀察結果。
この服を着てみる。
試穿這件衣服。
| 處理階段 | 系統功能 |
|---|---|
| 着る | 建立穿衣動作 |
| 着て | 開放て形管道 |
| 着てみる | 把動作切換成嘗試模式 |
這項功能稱為測試運算子(Trial / Test Mode),也可以理解為沙盒測試(Dry-Run / Sandbox Testing)。
四個外掛如何快速選擇?
| 想表達的功能 | 使用形式 |
|---|---|
| 正在做,或結果狀態仍然存在 | 〜ている |
| 為未來先做好準備 | 〜ておく |
| 完全做完,或出現非預期結果 | 〜てしまう |
| 先試着做,再觀察結果 | 〜てみる |
て形建立共同入口,後方外掛設定事件的新運作模式。
形容詞也會進行狀態變異
形容詞和形容動詞同樣需要處理串接、過去與否定。
| 屬性類型 | 系統模型 | 變化方式 |
|---|---|---|
| い形容詞 | 內建屬性描述子(Built-in Property Descriptors) | 直接改寫自身字尾 |
| な形容詞/形容動詞 | 外掛屬性描述子(External Property Descriptors) | 透過判定詞(Copula)及相關形式變化 |
い形容詞的三個基本變化
| 系統功能 | 基本形式 | 變化形式 |
|---|---|---|
| 串接 | 高い | 高くて |
| 過去 | 高い | 高かった |
| 否定 | 高い | 高くない |
この店の料理は安くて美味しい。
這間店的料理便宜又好吃。
「安くて」把「安い」轉換成屬性串接狀態。
な形容詞的三個基本變化
| 系統功能 | 基本形式 | 變化形式 |
|---|---|---|
| 串接 | 静かだ | 静かで |
| 過去 | 静かだ | 静かだった |
| 否定 | 静かだ | 静かではない |
昔、この町は静かだった。
從前這個城鎮很安靜。
な形容詞主要透過判定詞及其相關形式完成狀態變異。
動詞與形容詞的雙軌對照
| 系統功能 | 動詞 | い形容詞 | な形容詞 |
|---|---|---|---|
| 串接 | 書いて | 高くて | 静かで |
| 過去/完成 | 書いた | 高かった | 静かだった |
| 否定 | 書かない | 高くない | 静かではない |
| 丁寧體 | 書きます | 高いです | 静かです |
三類述詞使用不同字尾,但都按照「辨認類型、切換狀態、連接後續介面」的流程運作。
標準介面(Polite Adapter)屬於哪一層?
「ます/です」位於 Layer 2 與 Layer 3 的交界。
Layer 2 先準備可以接續的述詞形態,Layer 3 再完成丁寧度、時態及肯否定輸出。
| 形式 | Layer 2處理 | Layer 3處理 |
|---|---|---|
| 書きます | 書く→書き | ます:非過去、肯定及丁寧體 |
| 書きました | 書く→書き | ました:過去、肯定及丁寧體 |
| 高いです | 提供「高い」的屬性內容 | です:加入丁寧度 |
| 静かです | 提供「静か」的屬性資料 | です:完成判斷及丁寧體輸出 |
Layer 2 準備述詞介面,Layer 3 完成最終句尾封裝。
完整句子的簡化分析
旅行の前にホテルを予約しておきます。
旅行前會預先訂好酒店。
| 句子部分 | 所屬架構 | 系統功能 |
|---|---|---|
| 旅行の前に | Layer 1 | 設定預先執行的時間節點 |
| ホテルを | Layer 1 | 設定預約動作的直接目標 |
| 予約し | Layer 2 | 載入預約動作 |
| て | Layer 2 | 建立中介串接管道 |
| おき | Layer 2 | 加入預先準備功能 |
| ます | Layer 3 | 完成非過去、肯定及丁寧體輸出 |
OMJS雙層術語解析卡(PWA/教材展示樣式)
極客模式(Tech Mode)
| 系統項目 | 內容 |
|---|---|
| 核心元件 | Base Processor/Property |
| 型別處理 | Type Registration |
| 字尾處理 | Suffix Mutation |
| 中介管道 | Middleware Pipeline |
| 執行期外掛 | Runtime Plugins |
| 進行與結果狀態 | Progressive State |
| 預先準備 | Preparation Mode |
| 完成與非預期結果 | Completion / Regret Operator |
| 嘗試運算 | Trial / Test Mode |
| 最終輸出 | Layer 3 API Output & Protocol Layer |
Layer 2 對動詞與屬性述詞執行字尾變異(Suffix Mutation)。動詞透過て形中介串接管道(Middleware Pipeline)掛載執行期邏輯外掛(Runtime Plugins),加入進行、準備、完成或嘗試功能,最後由 Layer 3 完成句尾輸出。
直觀模式(Lite Mode)
述詞像可以更換接頭的元件。換上て形、た形或ない形後,便能進入串接、過去或否定通道。
て形更像一條外掛插槽,可以接上不同功能。
| 接頭或外掛 | 直觀功能 |
|---|---|
| て形/くて/で | 串接線 |
| た形/かった/だった | 歷史記錄器 |
| ない/くない/ではない | 否定阻斷開關 |
| 〜ている | 正在執行或保存結果 |
| 〜ておく | 先準備並保存結果 |
| 〜てしまう | 完全做完或記錄意外結果 |
| 〜てみる | 先試着執行 |
超簡化總結
第二部分只需要掌握兩組規律。
第一組是三類述詞的平行變化。
| 功能 | 動詞 | い形容詞 | な形容詞 |
|---|---|---|---|
| 串接 | て形 | くて | で |
| 過去 | た形 | かった | だった |
| 否定 | ない形 | くない | ではない |
第二組是四個て形外掛。
| 功能 | 形式 |
|---|---|
| 進行或結果持續 | 〜ている |
| 預先準備 | 〜ておく |
| 完全完成或非預期結果 | 〜てしまう |
| 嘗試執行 | 〜てみる |
完整流程可以簡化為:
[判斷述詞類型]
→[執行字尾變異(Suffix Mutation)]
→[如有需要,建立て形管道]
→[掛載執行期邏輯外掛(Runtime Plugins)]
→[交給Layer 3完成句尾輸出]
雙軌狀態變異與執行期邏輯外掛(State Mutation Protocols & Runtime Plugins)的核心,就是先讓述詞取得正確形態,再利用て形管道為動作加入新的運作功能。
