你只是想進行一段快速角色對話,機器人卻一次回了六大段:描寫房間、重複情緒、替你的角色做決定,最後才說出你真正想看的那句台詞。文字可能寫得不差,但節奏完全不對。
如果你正在找 如何讓 Janitor AI 回覆變短,先使用新的內建設定:開啟聊天的模型設定,找到 Response Length,再選擇 Short。Janitor AI 已於 2026 年 7 月向所有使用者開放這個選項。如果介面中沒有此功能,或你使用其他模型與 API,仍可透過 Max New Tokens、明確的長度指示和更精簡的聊天模式控制回覆。
使用 Model Settings → Response Length → Short。這是目前最乾淨的做法,因為它會要求模型自然完成較短的回覆,而不是用硬性的 Token 上限把內容直接截斷。如果回覆仍然太長,加入「最多兩個短段落」的提示詞、縮短自己的訊息,並編輯或重新生成不符合格式的回覆。
最後確認日期:2026 年 8 月 18 日。Janitor AI 可能調整模型名稱、控制項和選單位置。本指南會區分目前的官方功能,以及自訂模型仍可使用的舊版替代方法。SoulVid 與 Janitor AI 沒有合作或隸屬關係。
方法 1:選擇 Response Length Short
Janitor AI 在 2026 年 7 月 15 日推出 Response Length → Short。根據官方公告,這項功能已向所有使用者開放。它使用與 JLLM 相同的基礎模型,但短回覆版本會更精簡地作答。Janitor AI 表示,其平均回覆比標準 JLLM 短約 70%。
先依照以下步驟設定:
- 開啟要調整的 Janitor AI 聊天。
- 打開該聊天的模型設定。
- 找到 Response Length。
- 選擇 Short。
- 繼續對話,將下一則回覆與先前的長回覆比較。
這項設定控制的是回覆偏好,不是精確字數。如果角色開場白很長、人物設定包含大量描寫,或聊天記錄已經累積很多內容,回覆仍可能比預期長。它的主要優點,是讓模型主動把較短的回覆自然寫完。
Short 並不代表只能產生一句話。官方範例仍保留敘述、反應和對話,只是移除了許多重複內容與多餘描寫。
為什麼 Janitor AI 回覆會這麼長
長回覆通常不是某一個設定故障,而是多個訊號一起作用。
- 機器人的開場白很長。第一則訊息會示範後續應採用的文風、段落數量和細節程度。
- 你的訊息也很長。語言模型經常模仿目前對話中的長度與結構。
- 角色提示詞鼓勵大量描寫。要求描述每個想法、感覺、動作與環境變化,自然會產生更多文字。
- 一個回合包含太多事件。角色同時要說話、移動、反應、回憶、描寫房間並推進劇情,回覆就會膨脹。
- 最大輸出上限太高。Max New Tokens 不會強迫模型用完所有 Token,但會給冗長回覆更多繼續生成的空間。
- 聊天已建立長文模式。二十則長回覆形成的上下文,比後來一句「請簡短」更有影響力。
許多較舊的社群建議會先調低 Token,因為當時還沒有內建 Short 選項。搜尋結果中的繁中 Reddit 討論也建議降低生成設定中的 Token 數量。這些方法仍然有用,但現在應放在官方回覆長度設定之後。
方法 2:謹慎降低 Max New Tokens
如果看不到 Response Length、使用自訂 API,或確實需要更硬的上限,可以再調整 Max New Tokens。
一個 Token 不等於一個字。標點、格式和語言都會影響換算,因此不存在能保證輸出兩段文字的通用數字。請把下列範圍當成測試起點,再依角色與模型調整。
| 起始範圍 | 可能用途 | 主要風險 |
|---|---|---|
| 100–180 Tokens | 非常短的聊天或一次快速反應 | 對話或敘述可能突然中斷 |
| 200–300 Tokens | 一個動作加一段對話的精簡角色扮演 | 細節很多的角色仍可能碰到上限 |
| 400–600 Tokens | 保留較多描寫的平衡型角色扮演 | 回覆可能仍不像即時聊天那麼短 |
請分段降低數值,不要直接從很高的上限降到極低。如果回覆停在未完成的句子中間,代表上限對目前提示詞太低。稍微調高,或改用 Response Length Short 搭配結構化指示。
它只會在達到限制時停止生成。較低的數值可以縮短內容,也可能在想法完成前切斷機器人。內建 Short 模式或明確的段落限制,通常能產生更完整的結尾。
方法 3:加入明確的長度指示
只寫「簡短一點」太模糊。請告訴模型最多能寫幾段、每次回覆要完成什麼,以及哪些事情不能做。
可以把以下內容放進聊天記憶、Advanced Prompt 或角色的相關指示欄位:
精簡 Janitor AI 角色扮演提示詞
每次回覆請保持精簡,最多寫兩個短段落或 120 字。每次只聚焦一個動作或一個對話節點。不要替我的角色撰寫台詞、想法、決定或動作。避免重複相同的情緒和描寫。在完成一個明確的動作、反應或問題後停止,讓我可以接著回覆。
「每次只處理一個動作或對話節點」很重要。它能阻止機器人在你參與前就把整個場景演完。禁止代替你的角色行動也能解決相關問題:長回覆之所以令人疲倦,常常是因為機器人同時控制了角色扮演的雙方。
要暫時修正現有聊天,可傳送一則跳脫角色的訊息:
[OOC:之後的回覆請控制在三句以內,只描寫你角色的下一個反應,不要敘述我的角色。]
不必在每則訊息前重複。如果接下來幾次回覆都符合格式,就正常繼續。若對話立刻恢復長文,可能是較舊的聊天上下文壓過了新指示。
方法 4:讓聊天建立較短的模式
模型會把對話本身當成範例。你的聊天方式可能強化或削弱長度設定。
- 自己的訊息也要縮短。一到兩個聚焦段落,較容易帶出相同節奏。
- 選擇開場白精簡的機器人。五段式開場在你輸入前就建立了長篇角色扮演模式。
- 編輯過長的回覆。移除重複敘述和未完成文字,讓可見的對話保留你想要的樣式。
- 不合格式時重新生成。保留符合長度、且沒有控制你角色的版本。
- 一次只推進一個節點。要求一個反應、答案、手勢或選擇,不要一次跨越多個場景。
- 必要時開始新聊天。全新的對話通常比累積大量長回覆的舊聊天更容易遵守新設定。
這不代表模型會從一次編輯永久學會你的偏好,而是目前的對話中出現了較短的範例,這些範例會影響下一次生成。
如何縮短回覆又不讓句子被截斷
最好的結果不只是字數少,而是內容完整、可以繼續互動,並留出讓你回覆的空間。
建議依照以下順序控制:
- 選擇 Response Length → Short。
- 加入一到兩個段落的限制。
- 每個回合只聚焦一個動作或對話節點。
- 只有模型持續忽略長度時,才降低 Max New Tokens。
- 如果句子反覆被切斷,就重新提高 Token 上限。
| 方法 | 最適合 | 限制 |
|---|---|---|
| Response Length Short | 大多數目前的 JLLM 聊天 | 長度仍會受角色與上下文影響 |
| 降低 Max New Tokens | 舊版控制項或自訂模型 | 可能在句子中間停止 |
| 提示詞長度規則 | 控制段落、節奏與角色邊界 | 長聊天中可能需要再次提醒 |
| 短訊息與編輯 | 建立一致的對話模式 | 需要幾個回合才會明顯 |
依聊天風格選擇建議設定
Janitor AI 沒有一組適用所有情況的最佳設定。請選擇仍能提供足夠互動資訊的最短回覆。
| 聊天風格 | 回覆長度 | 提示詞方向 | Token 備用設定 |
|---|---|---|---|
| 快速對話 | Short | 一到三句,減少敘述 | 先低後高,避免被截斷 |
| 精簡角色扮演 | Short | 兩個短段落,一個動作加一段對話 | 中等 |
| 平衡型角色扮演 | Default 或 Short | 兩到四段,不重複描寫 | 中等到較高 |
| 細節場景寫作 | Default | 保留感官細節,但在一個場景節點後停止 | 較高 |
如果想讓 Janitor AI 更像快速聊天 App,最重要的通常不是溫度或創意設定,而是把 Short 模式、精簡開場白與較短的對話模式一起使用。
Janitor AI 回覆長度疑難排解
找不到 Response Length
檢查聊天正在使用哪一個模型或 API。2026 年 7 月的公告特別介紹 JLLM-short;自訂 API 或舊介面可能提供不同控制項。這時請使用 Max New Tokens 和上述提示詞方法。
選擇 Short 後回覆還是太長
查看角色的開場白和目前聊天記錄。加入「最多兩個短段落」等可衡量限制、縮短接下來的訊息,若舊對話充滿長回覆,請測試新聊天。
回覆在句子中間停止
Token 上限可能正在硬性截斷內容。提高 Max New Tokens、移除互相衝突的要求,或改用 Short 模式搭配段落限制。
機器人替你的角色寫對話或動作
加入明確界線:「不要替我的角色撰寫台詞、想法、決定或動作。」要求機器人在自己的角色完成一個反應、動作或問題後停止。
同樣設定下只有某個角色特別冗長
比較不同角色的開場白與人物指示。很長、描寫密集的角色設定,可能會壓過在其他簡單機器人上有效的生成設定。
較短回覆不一定等於較快回覆
輸出較少 Token 可能讓回覆更快完成,但長度只是速度的一部分。伺服器負載、所選模型、API 供應商、網路狀況與聊天上下文大小都會影響延遲。
如果文字出現前就等待很久,把四段縮成兩段未必能解決根本問題。如果文字很快開始、卻花很久才寫完,Short 模式或較低的輸出上限會更有幫助。
不要只為追求速度就刪除重要的角色上下文。先測試新聊天、查看服務狀態、比較模型,並區分「很久才開始」與「開始後寫太久」。



