一句話包含兩個事件時，系統不只要理解每個動作，還要判斷兩個事件之間的關係：前項是否為條件、後項何時啟動、結果是否自動發生，以及出現不利條件時是否仍然繼續執行。
在（Open Modular Japanese System, OMJS）中，這些功能統一由條件分支與控制流（Conditional Branching & Control Flow）處理。
本課的核心，就是先找出前項和後項，再判斷兩者屬於邏輯條件、完成觸發、脈絡假設、自動連動、條件超越，還是預期違背。
本課屬於哪一個系統層？
本課主要屬於系統層 2（Layer 2）Logic Processing Layer。
條件形式雖然連接兩個子句，但它們的主要工作不是設定名詞格位，而是控制事件之間的執行方向。因此，「ば、たら、なら、と、ても、のに」等形式主要歸入控制流閘門（Control Flow Gates）。
| 架構部分 | 最簡單理解 |
|---|---|
| 外部支援 | 提供單字意思、讀音、詞類、活用分類及語音資料 |
| Layer 1（Data Input Layer） | 設定每個子句內的主體、對象、目標、場所及時間 |
| Layer 2（Logic Processing Layer） | 連接事件，處理條件、時序、因果、逆接及讓步 |
| Layer 3（API Output & Protocol Layer） | 完成時態、肯否定、情態、丁寧度及句尾語氣 |
Layer 1 準備每個子句的資料，Layer 2 決定子句之間如何連接，Layer 3 完成整句輸出。
甚麼是條件分支與控制流？
條件句通常包含前項子句與後項子句。
［前項子句A］＋［控制流運算子］＋［後項子句B］
控制流運算子會決定後項在甚麼情況下執行。
| 控制流功能 | 最簡單理解 |
|---|---|
| 邏輯條件 | 如果前項成立，便推演後項 |
| 時序觸發 | 等待前項完成後才啟動後項 |
| 脈絡分支 | 根據目前談論的情境選擇後項 |
| 自動觸發 | 前項一成立，後項便自動發生 |
| 條件超越 | 即使前項成立，後項仍然不變 |
| 預期違背 | 實際結果與一般預期相反 |
| 因果推進 | 前項結果成為後項的原因或依據 |
| 讓步覆寫 | 前項形成阻力，但未能阻止後項 |
六個最重要的控制流介面
初學階段先掌握「ば、たら、なら、と、ても／でも、のに」。
| 形式 | 統一系統名稱 | 最簡單理解 |
|---|---|---|
| ば | 純粹邏輯假設開關（Pure Hypothetical Condition Gate） | 如果條件成立，便推演結果 |
| たら | 事件序列完成與狀態觸發卡榫（Sequence Completion Gate） | 等前項成立或完成後，再啟動後項 |
| なら | 上下文情境載入與主題假設開關（Contextual Topic & Hypothesis Gate） | 根據目前談論的情境作出判斷 |
| と | 物理常規與必然連動閘（Hardwired Inevitable Trigger） | 前項一成立，後項便自動發生 |
| ても／でも | 條件超越與全域通行閘（Override Gate / All-Condition Passage Protocol） | 即使前項成立，後項仍然不變 |
| のに | 逆接衝突與預期違背感測器（Expectation Violation & Conflict Sensor） | 實際結果違反一般預期 |
「ば」：建立邏輯條件
「ば」是純粹邏輯假設開關（Pure Hypothetical Condition Gate）。
它先假設前項成立，再推演後項結果。
安ければ、買います。
如果便宜，我就買。
| 句子部分 | 系統功能 |
|---|---|
| 安ければ | 把「便宜」設定為邏輯條件 |
| 買います | 條件成立時執行購買運算 |
「ば」的核心是邏輯推演：如果A成立，B便具備成立條件。
「たら」：等待前項完成後觸發
「たら」是事件序列完成與狀態觸發卡榫（Sequence Completion Gate）。
它會等待前項成立、完成或到達指定時間點，再啟動後項。
駅に着いたら、連絡してください。
到達車站後，請聯絡我。
| 句子部分 | 系統功能 |
|---|---|
| 駅に着いたら | 等待抵達車站這項事件成立 |
| 連絡してください | 前項完成後啟動聯絡指令 |
「たら」可以表示假設，也可以表示事件的先後順序。
「たら」的核心是完成觸發：等A成立或完成後，再執行B。
「なら」：載入目前的談論情境
「なら」是上下文情境載入與主題假設開關（Contextual Topic & Hypothesis Gate）。
它會讀取對話中已經出現或正在討論的資料，再針對該情境輸出建議、判斷或立場。
日本に行くなら、京都がおすすめです。
如果要去日本，推薦京都。
| 句子部分 | 系統功能 |
|---|---|
| 日本に行くなら | 把「去日本」載入為目前情境 |
| 京都がおすすめです | 針對該情境提供建議 |
「なら」的核心是脈絡載入：既然目前談論A，便針對A輸出B。
「と」：設定自動連動
條件用法的「と」是物理常規與必然連動閘（Hardwired Inevitable Trigger）。
它表示前項一旦成立，後項便按照自然規律、機械設定或固定反應自動發生。
春になると、花が咲く。
到了春天，花便會開。
| 句子部分 | 系統功能 |
|---|---|
| 春になると | 把進入春天設定為自動觸發條件 |
| 花が咲く | 輸出規律性結果 |
「と」的後項通常不是說話者臨時決定的意志、命令或邀請。
「と」的核心是自動觸發：A一成立，B便按照規律自動發生。
四個基本條件如何選擇？
| 判斷重點 | 使用形式 |
|---|---|
| 純粹建立邏輯假設 | ば |
| 等待前項成立或完成 | たら |
| 根據已有情境給出判斷 | なら |
| 表示固定、自然或機械反應 | と |
「ば」看邏輯，「たら」看完成節點，「なら」看既有脈絡，「と」看自動連動。
「ても／でも」：即使如此，仍然執行
「ても／でも」是條件超越與全域通行閘（Override Gate / All-Condition Passage Protocol）。
即使前項成立，後項仍然維持原有輸出。
雨が降っても、行きます。
即使下雨，我也會去。
| 句子部分 | 系統功能 |
|---|---|
| 雨が降っても | 載入不利條件，但不阻斷後項 |
| 行きます | 保持原有執行結果 |
名詞及な形容詞相關結構一般使用「でも」。
雨でも、試合を続けます。
即使下雨，也會繼續比賽。
不便でも、ここに住みたいです。
即使不方便，也想住在這裡。
「ても／でも」的核心是條件超越：即使A成立，B仍然不變。
「のに」：實際結果違反預期
「のに」是逆接衝突與預期違背感測器（Expectation Violation & Conflict Sensor）。
它表示前項按照一般預期應該產生某個結果，但實際輸出卻走向相反方向。
一生懸命勉強したのに、試験に落ちた。
明明努力學習了，卻考試不合格。
| 一般預期 | 實際輸出 |
|---|---|
| 努力學習→應該合格 | 實際上不合格 |
「のに」經常帶有意外、遺憾、不滿或責怪等語感。
「のに」的核心是預期違背：A理應導向B，但實際結果卻不是B。
「ても」與「のに」有甚麼不同？
| 比較項目 | ても／でも | のに |
|---|---|---|
| 系統功能 | 條件超越 | 預期違背 |
| 核心關係 | 即使A，仍然B | 明明A，結果卻不是預期中的B |
| 主要焦點 | 條件沒有改變後項 | 實際結果違反預期 |
| 代表例句 | 雨が降っても行く | 勉強したのに合格できなかった |
| 常見語感 | 堅持、讓步、條件不影響結果 | 意外、遺憾、不滿 |
「ても」表示阻力無法改變結果；「のに」突出結果違反預期。
句首預警標記（Pre-Commit Anchors）：「もし」
「もし」會在句首發出預警，讓系統提前載入假設模式。
もし雨が降ったら、試合は中止です。
如果下雨，比賽便會取消。
| 句子部分 | 系統功能 |
|---|---|
| もし | 啟動假設模式 |
| 雨が降ったら | 建立條件觸發節點 |
| 試合は中止です | 輸出條件成立後的結果 |
「もし」本身不會完成整個條件結構。真正的條件關係仍然由「たら、ば、なら」等形式建立。
「もし」是預警標記，後方條件形式才是實際的控制流閘門。
高階順接與逆接
當前後關係不再只是簡單的「如果」，而是完整句子之間的因果推進或讓步覆寫時，系統會使用高階控制流與例外處理（Advanced Control Flow & Exception Handling）。
| 高階控制流 | 代表形式 | 最簡單理解 |
|---|---|---|
| 順接與因果推進 | したがって、その結果、それに伴い | 前項結果推動後項 |
| 逆接與讓步覆寫 | にもかかわらず、ものの、とはいうものの | 前項條件未能阻止後項 |
「したがって」：根據前項導出結論
「したがって」建立正式的因果推進或邏輯結論。
予算が不足している。したがって、計画を縮小する。
預算不足。因此，縮小計畫。
| 處理階段 | 系統功能 |
|---|---|
| 予算が不足している | 建立前項事實 |
| したがって | 把前項載入因果管道 |
| 計画を縮小する | 輸出邏輯結論 |
「したがって」可以理解為順序管道（Sequential Pipeline）。
「したがって」的核心是：根據A，正式導出B。
「その結果」：輸出實際結果
「その結果」表示後項是前項實際造成的結果。
毎日練習した。その結果、試合に勝つことができた。
每天練習。結果，成功贏得了比賽。
它不是單純推論，而是呈現前項實際產生的結果。
「それに伴い」：同步發生變化
「それに伴い」表示後項隨着前項的變化而產生相應變化。
利用者が増加した。それに伴い、問い合わせも増えた。
使用者增加了。隨之而來，查詢也增加了。
「それに伴い」的核心是：A發生變化，B也跟着改變。
「にもかかわらず」：阻力未能中止後項
「にもかかわらず」可以理解為讓步覆寫（Concessive Override）。
它表示即使存在明確事實、條件或阻力，後項仍然成立。
大雨にもかかわらず、試合は行われた。
儘管下着大雨，比賽仍然舉行了。
| 一般預期 | 實際輸出 |
|---|---|
| 大雨→比賽取消 | 比賽仍然舉行 |
「にもかかわらず」語氣較正式，常見於書面語、報告及正式說明。
「ものの」：承認前項後加入保留
「ものの」會先承認前項成立，再指出後項存在限制、問題或不同結果。
買ってみたものの、まだ使っていない。
雖然買了，但還沒有使用。
「ものの」的逆接語氣一般較平穩，常帶有「雖然如此，但實際上……」的保留。
「とはいうものの」：重新評估前項說法
「とはいうものの」會先引用或承認前項說法，再從另一個角度修正或限制。
春とはいうものの、まだ寒い。
雖說已經是春天，但仍然很冷。
| 形式 | 核心功能 |
|---|---|
| にもかかわらず | 明確阻力未能阻止後項 |
| ものの | 承認前項後加入限制或不同結果 |
| とはいうものの | 引用前項說法後重新評估 |
Layer 2條件分支與控制流總表
| 控制流形式 | 統一系統名稱 | 核心功能 |
|---|---|---|
| ば | 純粹邏輯假設開關（Pure Hypothetical Condition Gate） | 建立邏輯條件 |
| たら | 事件序列完成與狀態觸發卡榫（Sequence Completion Gate） | 前項完成後啟動後項 |
| なら | 上下文情境載入與主題假設開關（Contextual Topic & Hypothesis Gate） | 根據既有脈絡選擇分支 |
| と | 物理常規與必然連動閘（Hardwired Inevitable Trigger） | 自動輸出規律性結果 |
| ても／でも | 條件超越與全域通行閘（Override Gate / All-Condition Passage Protocol） | 即使前項成立，後項仍然不變 |
| のに | 逆接衝突與預期違背感測器（Expectation Violation & Conflict Sensor） | 標示實際結果違反預期 |
| したがって | Sequential Pipeline | 根據前項導出結論 |
| にもかかわらず | Concessive Override | 前項阻力未能中止後項 |
完整句子的跨層運算
もし時間があれば、一緒に映画を見に行きましょう。
如果有時間，我們一起去看電影吧。
| 句子部分 | 所屬架構 | 系統功能 |
|---|---|---|
| もし | Layer 2 | 啟動假設模式的句首預警標記（Pre-Commit Anchors） |
| 時間が | 前項Layer 1 | 把時間設定為存在狀態直接成立的資料 |
| あれば | 前項Layer 2 | 建立純粹邏輯假設條件 |
| 一緒に | 後項Layer 2 | 設定共同執行狀態 |
| 映画を | 後項Layer 1 | 把電影設定為觀看動作的直接目標 |
| 見に | Layer 1＋Layer 2 | 以連用形配合「に」設定移動目的 |
| 行き | 後項Layer 2 | 執行前往運算 |
| ましょう | 後項Layer 3 | 完成丁寧體及提議語氣輸出 |
這個句子同時調用兩組 Layer 1 資料路由、Layer 2 的句首預警與條件控制，以及 Layer 3 的提議輸出。
OMJS雙層術語解析卡（PWA／教材展示樣式）
極客模式（Tech Mode）
| 系統項目 | 內容 |
|---|---|
| 輸入結構 | Sub-clause A＋Sub-clause B |
| 核心模組 | Control Flow Gates |
| 條件分支 | Conditional & Logical Branching Operators |
| 邏輯條件 | Pure Hypothetical Condition Gate |
| 時序觸發 | Sequence Completion Gate |
| 脈絡分支 | Contextual Topic & Hypothesis Gate |
| 自動觸發 | Hardwired Inevitable Trigger |
| 條件超越 | Override Gate |
| 預期違背 | Expectation Violation & Conflict Sensor |
| 高階順接 | Sequential Pipeline |
| 高階讓步 | Concessive Override |
| 最終輸出 | Layer 3 API Output & Protocol Layer |
元件（Component）：［Sub-clause A］＋［Control Flow Operator］＋［Sub-clause B］
邏輯（Logic）：系統讀取前項與後項之間的邏輯關係，部署條件假設、事件完成觸發、上下文載入、必然連動、條件覆寫或預期違背等運算，確保多項事件按照正確流程分支與執行。
直觀模式（Lite Mode）
可以把條件分支與控制流想像成句子中的導航系統。它會決定甚麼情況下可以前進、要等哪一件事完成，以及遇到阻力時要停止、改道還是繼續。
| 控制流形式 | 直觀理解 |
|---|---|
| ば | 如果條件成立，便推演結果 |
| たら | 等前項完成後，再啟動後項 |
| なら | 根據目前情境選擇後續路線 |
| と | 前項一發生，後項便自動觸發 |
| ても／でも | 即使有阻力，仍然繼續 |
| のに | 實際結果違反原本預期 |
| したがって | 根據前項導出結論 |
| にもかかわらず | 前項阻力未能阻止後項 |
第三部分學習心法
條件形式不能全部翻譯成「如果」。真正需要判斷的是：條件來自邏輯推演、前項完成、既有脈絡，還是自動規律。
閱讀條件句時，先找出前項與後項，再確認兩者之間的邏輯關係。
| 閱讀時需要確認的問題 | 對應形式 |
|---|---|
| 前項只是邏輯假設嗎？ | ば |
| 後項要等前項完成才啟動嗎？ | たら |
| 前項來自已有對話或情境嗎？ | なら |
| 前項成立後會自動產生結果嗎？ | と |
| 即使前項成立，後項仍然不變嗎？ | ても／でも |
| 實際結果是否違反一般預期？ | のに |
| 前項是否正式導出後項結論？ | したがって |
| 前項阻力是否未能阻止後項？ | にもかかわらず |
完整流程可以整理如下：
［找出前項子句A］
→［找出後項子句B］
→［確認兩項事件的邏輯關係］
→［選擇條件、觸發、脈絡、必然、讓步或逆接介面］
→［Layer 2控制執行流程］
→［Layer 3完成整句輸出］
完成第三部分後，Layer 2 已經具備三項核心能力：辨認述詞引擎與時相狀態、執行字尾變異與功能外掛，以及控制多項事件之間的條件分支與執行方向。
下一部分將進入狀態覆寫與語態轉換（State Overrides & Voice Modifiers），進一步處理可能、被動、自發及使役等會改變事件權限、參與者關係與觀察視角的語態模組。
