【課堂編號 OMJS-M3-INTRO-3】導讀課：系統層 3 第三部分：語用廣播與同步協定超簡化入門包

一句話完成時態、肯否定與情態結算後，說話者仍要決定如何把資訊送給對方。

同一個命題可以用「よ」主動通知，用「ね」尋求認同，用「よね」再次確認，也可以用「かな」保留在自己的思考中。命題內容大致不變，資訊的傳送方向與互動方式卻會改變。

在（Open Modular Japanese System, OMJS）中，這套句尾通訊機制稱為語用廣播與同步協定（Pragmatic Broadcast & Sync Protocols）。

本課的核心是：先確認完整命題，再判斷說話者要主動推播、尋求同步、再次核對，還是進行內部查詢。

本課屬於哪一個系統層？

本課主要屬於系統層 3（Layer 3）API Output & Protocol 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 決定如何把完成的命題傳給對方。

甚麼是語用廣播協議（Pragmatic Broadcast Protocol）？

句尾助詞通常不會直接改變命題的基本內容，而是設定資訊的傳送方式。

例如：

明日は休館日です。
明天是休館日。

這是一項普通資訊輸出。

明日は休館日ですよ。
明天是休館日啊。

加入「よ」後，說話者會把這項內容當作需要主動通知對方的資訊。

處理層次	系統內容
核心命題	明日は休館日です
語用粒子	よ
最終功能	主動把休館資訊推送給對方

語用粒子（Pragmatic Particles）處理的不是「事情是否真實」，而是「已完成的命題應該如何進入對話」。

四個最重要的核心協定

初學階段先掌握「よ、ね、よね、かな」。

句尾形式	統一系統名稱	最簡單理解
よ	資訊主動推播與 Alert 發射器（Information Push Transmitter）	我告訴你
ね	狀態同步與頻率對齊算子（State Synchronization Gate）	我們的認知一致嗎？
よね	雙向握手協定（Bi-directional State Alignment）	我認為是這樣，對吧？
かな	內部自我查詢與不確定性懸置算子（Internal Loopback Query）	不知道是不是這樣呢？

「よ」：主動推播資訊

「よ」是資訊主動推播與 Alert 發射器（Information Push Transmitter）。

它把說話者掌握的資訊主動傳送給聽話者。

電車が来ますよ。
電車要來了啊。

使用方式	系統功能
提供新資訊	把對方可能不知道的內容傳送出去
提醒	重新推播容易被忽略的資訊
警告	提高資訊的重要程度
糾正	修正對方的認知
強調	加強說話者的主張

「よ」的核心是主動推播，不是要求對方確認。

「ね」：尋求同步與共鳴

「ね」是狀態同步與頻率對齊算子（State Synchronization Gate）。

它表示說話者希望確認雙方是否共享相同的認知、判斷或感受。

今日は寒いですね。
今天很冷呢。

使用方式	系統功能
共同感受	確認雙方是否有相同感覺
認知確認	確認資料是否一致
情感共鳴	邀請對方一起回應
語氣緩和	降低陳述或指示的直接程度

「ね」的核心是同步請求，意思接近「你也這樣認為吧？」

「よね」：提出資訊後再次核對

「よね」是雙向握手協定（Bi-directional State Alignment）。

它先利用「よ」提出說話者掌握的資料，再利用「ね」要求對方確認。

会議は三時からでしたよね。
會議是三時開始，對吧？

組成部分	系統功能
よ	提出說話者目前掌握的資訊
ね	要求對方確認及同步
よね	完成雙向核對

「よね」的核心是「我認為是這樣，你可以確認嗎？」

「かな」：保留在內部查詢狀態

「かな」是內部自我查詢與不確定性懸置算子（Internal Loopback Query）。

它把疑問導回說話者自己的思考流程，不一定要求對方立即回答。

バスはもう行ったかな。
巴士是不是已經開走了呢？

使用方式	系統功能
自言自語	在內部處理不確定資訊
推測	保留尚未確定的判斷
願望	柔和地表達希望
軟性提問	降低向對方發問的壓力

「かな」的核心是內部查詢，也可以延伸成對外的低壓試探。

四個核心粒子快速對照

想表達的功能	使用形式
主動告訴對方	よ
尋求認同或共鳴	ね
提出自己的判斷並要求確認	よね
自問、思考或低壓試探	かな

「よ」負責推播，「ね」負責同步，「よね」負責核對，「かな」負責內部查詢。

強烈斷言與語域粒子

除了四個核心粒子，日語還會利用「ぞ、ぜ、わ、な、さ」調整宣告力量、人物角色與對話邊界。

句尾形式	統一系統名稱	最簡單理解
ぞ	高功率自我宣告與狀態斷言算子（High-Power Self-Assertion）	強烈宣布或警告
ぜ	動態團隊動員與共鳴號召算子（Team-Mobilization Protocol）	向同伴發出號召
わ	柔性狀態宣告與訊號衰減器（Softened Output Attenuator）	柔化句尾斷言
な	多態性轉接／自言自語／禁制閘（Polymorphic Control Interface）	感嘆、自言自語或禁止
さ	Self-Evident Context Flag	表示理所當然或無須多作解釋

「ぞ」：提高宣告力量

「ぞ」是高功率自我宣告與狀態斷言算子（High-Power Self-Assertion）。

行くぞ。
要出發了！

危ないぞ。
很危險啊！

它可以用於決意、警告、宣示或強烈提醒。

「ぞ」的核心，是把普通輸出提升成高功率宣告。

「ぜ」：向同伴發出號召

「ぜ」是動態團隊動員與共鳴號召算子（Team-Mobilization Protocol）。

一緒に行こうぜ。
一起去吧。

形式	主要傾向
ぞ	自我宣告、決意或警告
ぜ	同伴動員、邀請或共同行動

「ぞ／ぜ」具有明顯的角色語氣，實際使用會受到人物關係、場合、地區與作品語體影響。

「わ」：柔化輸出

「わ」是柔性狀態宣告與訊號衰減器（Softened Output Attenuator）。

今日は行かないわ。
今天不去了。

「わ」會降低句尾斷言的銳利度，形成較柔和的輸出。實際語氣仍會受到說話者、語調、地區與場合影響。

「わ」的核心，是讓句尾訊號變得較柔和。

「な」：按照語境切換功能

「な」是多態性轉接／自言自語／禁制閘（Polymorphic Control Interface）。

它可以表示禁止，也可以表示感嘆或自言自語。

結構	系統功能
触るな	禁止：不准碰
きれいだな	感嘆：真漂亮
今日は寒いな	自言自語或感受
どうしようかな	內部思考

看到「な」時，先檢查前方接續與語調，不要一律理解成禁止。

「さ」：標示理所當然

「さ」可以把命題標示成說話者認為顯而易見、理所當然或無須過度解釋的內容。

そんなの当たり前さ。
那當然啦。

大丈夫さ。
沒問題的。

「さ」的核心，是把命題設定成可以輕鬆確立的內容。

語用角色設定（Pragmatic Persona）

終助詞除了設定資訊方向，也會建立說話者的角色語氣。

這項功能稱為語用角色設定（Pragmatic Persona）。

句尾形式	常見語氣傾向
ぞ	強烈宣告、決意、警告
ぜ	同伴式號召
わ	柔性宣告
かな	自問與低壓試探
さ	隨意、理所當然

這些只是常見傾向，不是絕對的身份規則。實際語感仍然會受到語調、關係、地區及場合影響。

語用粒子可以互相疊加

兩個或多個語用粒子可以形成標籤鏈疊加（Multi-Tag Operator Stacking）。

複合形式	組合	核心功能
よね	よ＋ね	提出資訊後要求確認
のよ	の＋よ	加入說明後主動推播
のね	の＋ね	加入說明後尋求理解
なよ	な＋よ	禁止、勸促或提醒
わね	わ＋ね	柔化輸出後尋求同步

「のよ／のね」：說明後再推播或同步

句尾「の」可以先加入說明或情感外殼，再接上「よ」或「ね」。

本当に知らなかったのよ。
我真的不知道啊。

結構	系統功能
知らなかった	建立不知道的命題
の	加入說明或情感外殼
よ	主動把整項說明推送給對方

明日は休みなのね。
原來明天放假啊。

「の」建立理解框架，「ね」則加入同步與領會效果。

「なよ」：需要配合接續判斷

「なよ」並不只有一種功能。

心配するなよ。
別擔心啦。

這裏是禁止或阻止，再加入提醒。

早く行きなよ。
快點去吧。

這裏則是較隨意的勸促或指示。

分析「なよ」時，要同時檢查前方動詞形式、完整句型及語調。

終助詞位於輸出最外層

語用粒子通常位於句尾堆疊的最外層，包裹已完成的述詞與情態外殼。

堆疊層級	代表內容
Layer 2核心述詞	行く
Layer 3情態外殼	行くかもしれない
丁寧度輸出	行くかもしれません
語用粒子	行くかもしれませんよ／ね

［核心述詞］
→［情態外殼］
→［丁寧度］
→［語用粒子］

例如：

明日は雨が降るかもしれませんよ。
明天可能會下雨啊。

「よ」推送的不是單獨的「下雨」，而是整個「明天可能會下雨」的推測命題。

甚麼是軟着陸協定（Soft Landing Protocol）？

日語對話經常把「けど、から、のに」放在句尾，並省略後項。

ちょっとお願いがあるんだけど……
我有一個小小的請求……

說話者沒有直接說出「可以幫我嗎」，而是保留句尾空間，讓聽者根據語境理解後續要求。

這種表達稱為軟着陸與句尾留白協定（Soft Landing / Truncated Protocols）。

軟着陸的核心，是不把結論完全說死，讓聽者參與最後的理解與回應。

「けど……」：保留請求或不同意見

明日、少し相談したいんですけど……
明天有點事情想商量……

表面句尾	可能省略的內容
相談したいんですけど……	你有時間嗎？
お願いがあるんだけど……	可以幫我嗎？
予約していないんですけど……	還可以安排嗎？

句尾「けど」可以降低請求、拒絕或不同意見的直接程度。

「から……」：提供原因後留白

もう遅いから……
因為已經很晚了……

說話者只提供原因，讓對方推算「應該回去」、「不能繼續」或其他後續結論。

表面句尾	可能隱含內容
もう遅いから……	應該回去了
明日は早いから……	今天不能太晚
危ないから……	不要這樣做

「のに……」：保留遺憾或不滿

せっかく準備したのに……
明明特地準備好了……

「のに」是逆接衝突與預期違背感測器（Expectation Violation & Conflict Sensor）。

放在句尾時，它會保留尚未明說的失望、不滿或意外結果。

表面句尾	可能省略的結果
準備したのに……	結果沒有用上
教えたのに……	對方仍然不明白
楽しみにしていたのに……	最後未能實現

軟着陸不一定自動等於禮貌

句尾留白可以降低表達的直接程度，但實際效果仍然取決於語調、人物關係、場合及內容。

使用效果	可能功能
柔化請求	降低要求壓力
暗示拒絕	避免直接說「不」
保留不同意見	減少正面衝突
表示遺憾	保留預期落差
要求對方推論	讓聽者補足未說出的內容

Soft Landing 是一種語用策略，不是把句子停在「けど」便一定變得有禮貌。

語用粒子與情態形式的差異

比較項目	情態外殼（Modality Wrapper）	語用廣播粒子（Pragmatic Particles）
核心問題	說話者如何判斷命題？	命題如何傳送給對方？
代表形式	かもしれない、はずだ、べきだ	よ、ね、よね、かな
主要功能	推測、確信、義務、意志	推播、同步、核對、內部查詢
典型位置	核心述詞外層	句尾最外端

例如：

雨が降るかもしれない。
可能會下雨。

「かもしれない」調整命題的確信度。

雨が降るかもしれないよ。
可能會下雨啊。

「よ」再把整項推測主動傳送給對方。

OMJS雙層術語解析卡（PWA／教材展示樣式）

極客模式（Tech Mode）

系統項目	內容
核心協定	Pragmatic Broadcast Protocol
語用粒子	Pragmatic Particles
資訊推播	Information Push Transmitter
狀態同步	State Synchronization Gate
雙向核對	Bi-directional State Alignment
內部查詢	Internal Loopback Query
強烈斷言	High-Power Self-Assertion
團隊動員	Team-Mobilization Protocol
柔性輸出	Softened Output Attenuator
粒子疊加	Multi-Tag Operator Stacking
句尾留白	Soft Landing / Truncated Protocol

Layer 3 在完成時態、極性及情態結算後，把語用粒子加入最外層。它們負責設定資訊推播、狀態同步、雙向核對、內部查詢、斷言強度與句尾留白方式。

直觀模式（Lite Mode）

句尾助詞就像即時通訊軟件中的訊息狀態與語氣標記。訊息內容已經寫好，說話者仍要決定是主動通知、等待確認、再次核對，還是先放在心裏思考。

對話功能	代表形式
主動通知	よ
尋求認同	ね
再次確認	よね
自己想一想	かな
強烈宣告	ぞ
同伴號召	ぜ
柔化輸出	わ
話說一半	けど……

超簡化總結

第三部分只需要先掌握五項功能。

核心問題	對應形式
要主動告訴對方嗎？	よ
要尋求認同或共鳴嗎？	ね
已有判斷但仍要確認嗎？	よね
要保留在內部思考嗎？	かな
要把後項留給對方理解嗎？	けど／から／のに

完整流程可以簡化為：