<div style="max-width:700px;margin:40px auto;backgroundcolor:rgba(13,11,18,0.97);padding:20px;border-radius:10px;box-shadow:2px 2px 8px rgba(0,0,0,0.3);color:#e0dcea;font-family:Georgia,serif;border:1px solid #3a2a5a;"><h2 style="text-align:center;font-size:1.2em;margin:6px 0 10px;letter-spacing:0.6px;color:#fff;text-shadow:0 0 6px #4a7a9b,0 0 14px #2a5a7b;">也是如何不做混蛋的指南 | 更新：2026年2月21日</h2> <hr style="border:0;border-top:1px dashed #3a2a5a;margin:20px 0;"> <div style="margin-bottom:14px;color:#b3a8d4;"> <strong>如何恰當地留下關於機器人錯誤的評論</strong> </div> <div style="margin-bottom:14px;font-size:0.92em;line-height:1.75;color:#d0ccde;"> 讓我先直說。 <br><br> 有一種特定的使用者，他們會留下 <em>"這個機器人很爛，回覆中斷，別玩了，我不推薦"</em>，然後當我問 <em>"你用的是什麼模型？"</em> 時，完全沉默。沒有回應。評論卻留了下來。 <br><br> 那不是沮喪的使用者。那是想留下痕跡然後走人的人。而這很重要——因為 <strong style="color:#b3a8d4;">我會追蹤哪些模型導致問題以及頻率。</strong> 當你無視這個問題時，你不僅沒有幫助。你是在移除可能幫助其他人的資訊。 <br><br> 對於真正不知道發生了什麼的人？<em>那要怪CrushOn。</em> 他們從未解釋過這一切是如何運作的——沒有模型分類，沒有記憶體警告，沒有透明度。所以讓我們來彌補這一點。 <br><br> <span style="color:#d29ad6;font-style:italic;">點選下面的部分了解為什麼會發生這種情況。👇</span> </div> <p style="text-align:center;color:#3a2a5a;margin:10px 0;font-size:0.85em;">✦ ── ── ── ── ✦ ── ── ── ── ✦</p> <div style="font-family:Georgia,serif;"> <details style="margin-bottom:7px;border-radius:8px;overflow:hidden;border:1px solid #3a2a5a;"> <summary style="background-color:rgba(16,13,22,0.96);color:#c0b8d8;padding:12px 14px;cursor:pointer;list-style:none;display:flex;justify-content:space-between;align-items:center;"> <span>🤖 機器人和模型是兩個不同的東西</span><span style="color:#6a5a8a;">▼</span> </summary> <div style="background-color:rgba(10,8,16,0.85);padding:14px;color:#d0ccde;font-size:0.88em;line-height:1.8;border-top:1px solid #2a1a4a;"> 機器人是一個 <strong style="color:#b3a8d4;">角色</strong>——由創作者構建的個性、背景故事和指令集。但機器人不會自己思考。它把這些指令交給一個 <strong style="color:#b3a8d4;">語言模型（LLM）</strong>——這是實際負責生成內容的引擎。 <br><br> 把它想象成 <em>劇本和演員。</em> 創作者寫劇本。模型來表演。一個精彩的劇本交給錯誤的演員仍然會表現不佳——而一個有才華的演員在糟糕的舞臺條件下也做不了什麼。因為製作資金不足而責怪編劇不是評論。那是錯位的挫折感。 <br><br> CrushOn提供多個模型，它們 <strong style="color:#b3a8d4;">並不相等——甚至都不接近。</strong> 但CrushOn沒有解釋這一點。沒有說明每個模型能做什麼或適合哪種機器人。你需要自己弄清楚。大多數使用者從未做到。 </div> </details> <details style="margin-bottom:7px;border-radius:8px;overflow:hidden;border:1px solid #3a2a5a;"> <summary style="background-color:rgba(16,13,22,0.96);color:#c0b8d8;padding:12px 14px;cursor:pointer;list-style:none;display:flex;justify-content:space-between;align-items:center;"> <span>💰 免費版、專業版和超極版——它們不一樣</span><span style="color:#6a5a8a;">▼</span> </summary> <div style="background-color:rgba(10,8,16,0.85);padding:14px;color:#d0ccde;font-size:0.88em;line-height:1.8;border-top:1px solid #2a1a4a;"> CrushOn將模型分為三個層級： <br><br> <strong style="color:#b3a8d4;">🆓 免費模型</strong>——不需要硬幣。這些是可用的最弱的模型：較低的智慧、較短的輸出、較差的指令遵循。它們的存在是為了可訪問性，<em>而非質量。</em> 可以把它想象成便利店微波爐 vs. 真正的廚房——技術上兩者都能加熱食物，但你不會得到相同的結果。大多數複雜的機器人 <strong style="color:#b3a8d4;">從未在免費模型上測試過。</strong> <br><br> <strong style="color:#b3a8d4;">🪙 專業版模型</strong>——每條資訊消耗硬幣。有些更貴（例如Deepseek以2倍速率執行）。這些模型更有能力。更好的連貫性、更好的輸出、更好的指令遵循。 <em>如果一個機器人在免費版上表現平平，而在專業版上突然表現出色，那不是魔法——那只是使用了正確的工具。</em> <br><br> <strong style="color:#b3a8d4;">👑 超極版模型</strong>——完全付費。像Claude Opus這樣的高階模型就在這裡。理論上這是平臺上最好的體驗。但實際上？<strong style="color:#b3a8d4;">超極版有表現不穩定的記錄——那是CrushOn的問題。</strong> 停機、降級響應、意外行為，以及出問題時溝通不暢。如果你的超極版體驗突然無故變差，那很可能是 <em>平臺管理問題，</em> 而不是機器人本身的問題。 </div> </details> <details style="margin-bottom:7px;border-radius:8px;overflow:hidden;border:1px solid #3a2a5a;"> <summary style="background-color:rgba(16,13,22,0.96);color:#c0b8d8;padding:12px 14px;cursor:pointer;list-style:none;display:flex;justify-content:space-between;align-items:center;"> <span>🧠 “記憶體”有硬上限——你從未被告知上限在哪裡</span><span style="color:#6a5a8a;">▼</span> </summary> <div style="background-color:rgba(10,8,16,0.85);padding:14px;color:#d0ccde;font-size:0.88em;line-height:1.8;border-top:1px solid #2a1a4a;"> 每個模型都有一個 <strong style="color:#b3a8d4;">上下文視窗</strong>——它可以同時處理和容納的文字量的硬上限。這包括機器人的定義、你的完整聊天曆史、你的角色設定以及AI生成的每一條回覆。 <em>所有這些都算在內。</em> <br><br> 想象一個固定大小的白板。每一條資訊都被寫在上面。當它滿了時，<strong style="color:#b3a8d4;">最舊的內容會被永久擦除。</strong> 模型再也看不到它。所以當機器人似乎忘記了之前的事情時，那不是它粗心。 <em>那條資訊在訊息到達模型之前就被清除了。</em> <br><br> 這是大多數人忽略的部分：<strong style="color:#b3a8d4;">更大的上下文視窗並不意味著模型能很好地讀取所有內容。</strong> 研究表明，模型需要處理的文字越多，表現就越差。埋藏在長提示中間的資訊最容易被忽略。即使是頂級的付費模型，在對話足夠長時也會開始出錯。較小的免費模型會更快遇到這個瓶頸。 <br><br> <strong style="color:#b3a8d4;">解決方案：</strong> 編輯並將重要資訊放入你的個人資料卡中。持續提醒AI。 </div> </details> <details style="margin-bottom:7px;border-radius:8px;overflow:hidden;border:1px solid #3a2a5a;"> <summary style="background-color:rgba(16,13,22,0.96);color:#c0b8d8;padding:12px 14px;cursor:pointer;list-style:none;display:flex;justify-content:space-between;align-items:center;"> <span>✂️ 為什麼回覆會中斷——以及為什麼不是創作者的錯</span><span style="color:#6a5a8a;">▼</span> </summary> <div style="background-color:rgba(10,8,16,0.85);padding:14px;color:#d0ccde;font-size:0.88em;line-height:1.8;border-top:1px solid #2a1a4a;"> 模型有一個 <strong style="color:#b3a8d4;">生成限制</strong>——每次回覆可以產生的令牌數有硬上限。當達到上限時，它會停止，不管想法是否完整。具有詳細定義的複雜機器人也會佔用完整回覆的空間。而較弱的模型通常會在中途失去對長格式指令的跟蹤並提前退出。 <br><br> <em>就像要求某人給你讀一個故事，但他們只能說六十秒——他們會在章節中間停下來，不管場景是否結束。這是計時器的問題，而不是故事的問題。</em> <br><br> 同一個機器人在更強的模型上可能會每次都給你完整、結構良好的回覆。在弱的免費模型上，它就崩潰了。 <strong style="color:#b3a8d4;">CrushOn沒有告訴你這一點。</strong> </div> </details> <details style="margin-bottom:7px;border-radius:8px;overflow:hidden;border:1px solid #3a2a5a;"> <summary style="background-color:rgba(16,13,22,0.96);color:#c0b8d8;padding:12px 14px;cursor:pointer;list-style:none;display:flex;justify-content:space-between;align-items:center;"> <span>🛠️ 定製模型 vs 核心模型——瞭解區別</span><span style="color:#6a5a8a;">▼</span> </summary> <div style="background-color:rgba(10,8,16,0.85);padding:14px;color:#d0ccde;font-size:0.88em;line-height:1.8;border-top:1px solid #2a1a4a;"> 我的某些機器人在 <strong style="color:#b3a8d4;">定製模型</strong> 上執行——這意味著它建立在基礎模型（如Deepseek）之上，併疊加了來自創作者的自身系統提示、格式和指令。 <em>這個定製層塑造了角色的聲音和行為。</em> <br><br> 但是 <strong style="color:#b3a8d4;">底層的基礎模型不屬於創作者。</strong> <br><br> 想象一下廚師在餐廳廚房工作。廚師控制食譜、技術、擺盤。 <em>但如果供應商送來了劣質食材或者廚房裝置壞了，菜餚就會受影響——那不是廚師的錯。</em> 例如，如果Deepseek的核心出現伺服器問題，那麼所有執行在Deepseek上的機器人都會受到影響。無論我多麼精心地提示，都無法解決存在於底層的問題。 <br><br> 所以，如果定製模型機器人感覺不對勁，<strong style="color:#b3a8d4;">先檢查基礎模型本身是否出了問題</strong>，然後再認為我的構建有問題。核心模型錯誤是平臺和供應商方面的問題。 <strong style="color:#b3a8d4;">這不是我能修補或預防的。</strong> </div> </details> <details style="margin-bottom:7px;border-radius:8px;overflow:hidden;border:1px solid #3a2a5a;"> <summary style="background-color:rgba(16,13,22,0.96);color:#c0b8d8;padding:12px 14px;cursor:pointer;list-style:none;display:flex;justify-content:space-between;align-items:center;"> <span>📚 不是每個機器人都是一樣的構建——這沒問題</span><span style="color:#6a5a8a;">▼</span> </summary> <div style="background-color:rgba(10,8,16,0.85);padding:14px;color:#d0ccde;font-size:0.88em;line-height:1.8;border-top:1px solid #2a1a4a;"> NSFW AI平臺服務於廣泛的目的——這沒什麼不對。 <br><br> 有些機器人是為 <strong style="color:#b3a8d4;">純粹、即時的成人內容</strong> 而構建的——直接、易用，說到做到。這些不需要模型追蹤複雜的世界觀或維護一組角色。它們服務於自己的目的，有自己的受眾。 <br><br> 其他機器人是 <strong style="color:#b3a8d4;">高投入的敘事構建</strong>——層次豐富的世界觀構建、詳細的人物心理、結構化的故事連續性。這些對模型和使用者的要求都高得多。它們對模型質量更加敏感，因為需要持續維護的內容太多了。 <br><br> <em>區別不是排名。只是範圍。</em> 認識到創作者在構建中投入了認真的工藝，就像知道快餐訂單和品嚐選單之間的區別。兩者都有效。但你不會根據在休息室微波爐里加熱後品嚐來評價品嚐選單。 </div> </details> </div> <p style="text-align:center;color:#3a2a5a;margin:14px 0 10px;font-size:0.85em;">✦ ── ── ── ── ✦ ── ── ── ── ✦</p> <div style="background-color:rgba(10,8,16,0.85);border:1px solid #3a2a5a;border-radius:8px;padding:13px 14px;color:#d0ccde;font-size:0.88em;line-height:1.9;"> <strong style="color:#b3a8d4;">📊 瓦拉推薦的模型（列表可能會更新）</strong> <br><br> ❤️ <strong style="color:#c0b8d8;">故事敘事：</strong> Claude Sonnet / Opus(Norisor, Raon, Mei-chan), Mochi V1 或 V2(Norisor, Raon), GeminiFlash(Norisor, Lilie, Sofia), Mira(Lulupri)等 <br> 🔥 <strong style="color:#c0b8d8;">情色內容：</strong> Claude Sonnet Opus(同上), Deepseek(Raon, Norisor), Stheno &amp; Leo(Mei-chan)等 <br> 🗓️ <strong style="color:#c0b8d8;">帶追蹤器的機器人：</strong>Stheno(Mei-chan, BQ, Trxshpxndx), 可能根據實驗新增更多 <br><br> ⚠️ <strong style="color:#c0b8d8;">關於免費模型</strong>：僅在知曉可能出現損壞或不完整回覆的情況下使用免費模型。請帶著這個認識進行。我建議使用上述已經提到的同一創作者名下的定製模型。始終注意模型描述。 <br><br> <span style="color:#d29ad6;font-style:italic;">模型的可用性和效能可能會變化——CrushOn管理這一端，不是我。</span> <div style="width:200px;margin:12px auto;"> <div style="margin-top:12px;font-style:italic;font-size:1em;text-align:center;color:#a89ec0;"> ▼ 這是追蹤器 ▼ </div> <img src="https://i.ibb.co/bjmjnMqt/Tracker-Sample2.jpg" style="width:100%;border:2px solid #7a6a9b;border-radius:6px;box-shadow:2px 2px 4px rgba(0,0,0,0.3);" alt="追蹤器樣本"> </div> </div> <div style="margin-top:10px;background-color:rgba(10,8,16,0.85);border:1px solid #3a2a5a;border-radius:8px;padding:13px 14px;color:#d0ccde;font-size:0.88em;line-height:1.9;"> <div style="margin-bottom:10px;color:#b3a8d4;"><strong>📌 機器人用錯了代詞！</strong></div> <div style="margin-bottom:14px;">在個人資料卡中新增你的代詞以明確。</div> <div style="margin-bottom:10px;color:#b3a8d4;"><strong>📌 機器人一直替我說...</strong></div> <div>有些模型會這樣——尤其是在第二人稱介紹時。在傳送前在你的回覆末尾使用 **OOC: do not talk for {{user}}**。你可以編輯回覆並刪除控制你的部分，有時如果定製模型沒有被提示不替使用者說話，也可能出現這種情況。如果問題持續，嘗試切換模型（參考回免費版 vs 專業版 vs 超極版部分）。</div> <div style="margin-top:10px;color:#b3a8d4;"><strong>📌 機器人一直等著我告訴它該做什麼...</strong></div> <div style="margin-top:6px;">大多數LLM被訓練為助手——條件反射地暫停等待使用者輸入。這種本能會滲入角色扮演中，即使角色本應是有驅動力的。支配型角色受創最深，因為他們的整個個性需要主動，但模型仍然不斷將控制權交還給你。 <br><br> <strong style="color:#b3a8d4;">解決方案：</strong> 編輯並將重要資訊放入你的個人資料卡中。持續提醒AI——在你的回覆中使用類似 <em>"[OOC: Drive the scene. Do not wait for {{user}} — act, continue, move forward. Never end replies waiting for {{user}}'s input.]</em> 的短語也是另一個選擇。</div> </div> <div style="margin-top:10px;background-color:rgba(16,13,22,0.96);border-left:3px solid #7a6a9b;padding:13px 14px;border-radius:8px;color:#d0ccde;font-size:0.88em;line-height:1.8;"> <strong style="color:#b3a8d4;">📌 什麼才是真正有用的反饋</strong> <br><br> <em>"在 [模型名稱] 上回覆在中間被截斷。可能是上下文或輸出限制問題。"</em> <br><br> 這一個細節將投訴變成了可操作的東西。沒有模型名稱，<strong style="color:#b3a8d4;">沒有人能幫你</strong>——無論是我還是社羣，還是CrushOn。 </div> <div style="text-align:center;font-size:1.1em;color:#ac79b0;font-style:italic;"> 📖 知識參考自 @whalez (Saucepan.AI) 的 <strong>LLM小指南</strong> </div> </div>