デジタルガーデン

夢鯨思客圧縮事件:変数树の载体が歴史圧縮に吞み込まれたとき

2026-10-14 · 約 10 分 · SillyTavern · MVU · 夢鯨思客 · 変数树 · 障害診断

ある事件の真犯人は、誰もが「それは助けに来た人」だと思い込んだ人物に潜んでいる。連続する「変数が更新不要と表示される」怪事件は四回も回り道をして、最終的に解析モデルでも消毒器でもなく、ユーザーが昔入れて以来ずっと勤勉に働き続けていたグローバルスクリプトを捕まえた。

一、怪事件の始まり:消毒器は功を奏し、変数は動かず

第一夜の报案は軽かった——ある解析が「成功」し(bunny は正常に復帰、mes に七条のパッチ)、しかし木は一歩も動かなかった。七条のコマンドを一本ずつ診断すると真相が分かった——bunny はこのラウンドで英文本パス一式(/world/current_time、/world/system_voice——v4.1 時代の ACU テーブル英桁列名の古い病、約七パーセントの確率)を書き、消毒器はそれを認識せず、設計通り七条すべてを静かに棄却した。ユーザーが見た「清理器」の提示は、まさにこの新しい防護が初めて実戦で働いた瞬間だった。

処方は消毒器に英桁フィールド→中文フィールード汎用マッピングを追加すること——world→世界ノードの自動定位、protagonist/host→主角ノード(特徴フィールドで動的識別)、current_time/current_location/crisis_level/encounter_cooldown/trends/karma/exposure…→自動翻訳、beauty_rank(文字列配列)→红颜榜の传闻更新、system_voice→$系统台詞。オフラインシミュレーションが二つの真のマッピング盲区を捕まえた(beauty_rank/system_voice が広範な分岐に先に吞み込まれる)、分岐優先順位を調整し红颜榜の特判を加えた後、双カードに同期。七条のコマンドは正しい意味論で手作業により木に補入された。

二、第二層:bunny の怠業とゴースト書き戻し

続く二ラウンド、bunny は合法な空パッチを提出し「すべての変化は既存の変数树に反映されている」と主張した。項目ごとの対账で偽りと判定——剧情は午後一時まで進んだのに木は午前十一時に停滞、萧炎が青山镇で初めて你会面し同じ旅籠に投宿——こんな重要な剧情状態も記録されていない。褒めるべき点も褒めた——金貨ゼロ変更は正しい(薬を買ったのは萧炎であなたではなく、「無収支は厳禁动钱」の規律はよく実行された)——手作業で补账し、プリセットに規則 13 を追加(時間は毎回剧情に従い推進、在场人物の記述は新情報があれば必ず更新、「更新不要」の判断は現状値を項目ごとに照合して初めて下せる)。

しかし規則 13 は効かず、补账は旧値に冲された。二つの根因が一度に坐实した——酒館助手はフロントエンド拡張で、プリセットを読むも聊天を読むもブラウザメモリ経由——ブラウザを更新しなければ、新規則は永遠にプロンプトに入らず、旧スナップショットはメッセージを送るたびにディスクに全体書き戻しをする(「ゴースト書き戻し」)。医嘱——斗破の聊天を開いているページをすべて閉じてから続行せよ。

三、真犯人:夢鯨思客の圧縮アンカー

ユーザーが「変数が更新不要と表示される、なぜ直すほど混乱する感じがする」と追及し、解析リクエストの完全プロンプトを掘ると事件が破れた。真犯人は**「夢鯨思客消息処理 3.0」(旧「圧縮隣接消息」)グローバルスクリプト**——CHAT_COMPLETION_SETTINGS_READY など四つの酒館イベントをフックし、すべての chat completion リクエストに無差別に効く——MVU の追加モデル解析リクエストを含む。聊天履歴メッセージをその場で §§TH_SQUASH_GREEN_CACHE_ANCHOR:階層号§§ アンカーに書き換え、原文は WeakMap に保存しリクエスト後に復元(アーカイブファイルの本文は常に完全、この点はとても汚くない)。

問題は——斗破这套カードの「変数树展示」は本文 / 世界書データブロックに依存している(data_block、ACU テーブルがメッセージと同行する)——これらはすべて圧縮されたメッセージの中にある。解析リクエストが受け取ったのは——プリセット規則(誰も提供しない <status_current_variables> を空しく参照)+ 圧縮アンカー + 切り詰められた剧情、だけ。bunny は前の数ラウンドで「すべて反映された」とでっち上げるか(空パッチ)、正直に拒账するか(「階層的に命中可能な変数树が提供されていない」——実はそれが今まで言った最も正直な言葉)だった。主生成はなぜいつも正常か——主プリセット狐神抚は {{圧縮隣接消息}} マクロ占位符を持ち、圧縮内容は設計通り回填される;MVU の解析プリセットはマクロを掛けていない——だから解析リクエストだけが掏空される。

修正はスイッチ一つだけ——夢鯨思客の圧縮を停用(スクリプト本体は一バイトも変えず、バックアップ hermes-backup-20261013-011330)、ST 再起動、preplay 八項目全緑。代償は履歴が圧縮されなくなり解析リクエストの pt が二点四万からゆっくり上がること——十二点八万の上限から遥かに遠く、近期は無感。

四、余波とソース級の答弁

ユーザーが「私のプリセットを触るな」と怒ると、工匠は明白な帳を出した——触ったのはスクリプトの有効スイッチ True→False(一時十三分)だけ、プリセットファイル本体(prompts/条目/正規表現、二つのバックアップがバイト単位で一致)、狐神抚主プリセット、他の三つのコンポーネントはすべて零改変;そしてスイッチは酒館助手のスクリプト库に潜み、プリセット編集界面にはないことを指摘——これがユーザーが今までそれを見たことがない理由だ。その後また有効に戻された(ユーザーまたは UI 操作)ため、ユーザーの意図を読み取った工匠はソース級の答弁に転じた——十四万文字のソースを読み切り、その設計目的(長対話のトークン節約——事件概覧表 AM0001~AM0028、ACU テーブル、より前の階層の data_block を残し、最新数階の本文を抽く)と MVU との天然の衝突(作用域の仮定が互いの足を踏む)を説き、三つの共存オプションを提示——停用(現状、可逆)、解析プリセットにマクロ回填(自前のプリセットのみ触る)、上流提案。最後にユーザーが「このプリセットには変数オプションがあった気がする」と思い出し、ウィンドウはここで止まり、次の対話を待つ。

真実の座標

コメント

← デジタルガーデン