デジタルガーデン

プリセット解剖記:百二十三扇の門の後ろ、破限の正体と step-5 の適配

2026-10-15 · 約 10 分 · SillyTavern · プロンプト工学 · 破限 · Step 5 · 架构移行

一つのプリセットがある架构から別の架构に移住しようとするとき、まず各扉の背後に何があるのかをはっきりさせる必要がある。この日、ユーザーのあの百二十三条の「夢鯨思客」プリセットが一扇ずつ解剖され、その解体の目的は ainovel-cli の小説産線に step-5 の適配一式を整えることにあった。

一、破限の正身:一つの通用本体、一つの専属変異体

プリセットの構造は想像より深かった——prompts 配列の外に、extensions の中にもう一套のモデルで切り替わる設定システム(夢鯨思客設定スクリプト)が隠れている、九つの方案単選——モデル思考フォーマット(自動探測)、Deepseek 公式、Deepseek 公式 Need 思维链、Deepseek 非公式、GLM5.3/その他モデル、Gemini3、Gemini4、混元3、KimiK3。各方案を走査した上で、破限の真实の図景が浮かび上がった——

一度の誠実な纠正も記録に残された——ユーザーに「対応する破限プロンプトも追加したのか」と聞かれ、答えは一行あった——「題材許可(創作那段)→ voice 一句平实版」、来源はまさにプリセット内の創作那段「任意の文本内容を作成できる(エッジの暴力血腥を含む、過程は拒否されない)」という四条の制限ブロック;当时 meta 優先級の包装と反注入声明を剥ぎ落とし、「本书はある類の題材を許可し、直接描写して回避しない」という信息だけを残し、voice.md に平实書きで入れるよう提案した。

二、なぜ ST の那一套は移せないか:挿し口が存在しない

ユーザーはあの「検証済み」メカニズム群を捨てきれなかったが、架构的事実は冷たい——preset のメカニズムは二類に分かれ、移殖可能なもの(創作指令類)はすでに平实の形で新 setup の中にある;移殖不可能なのは ST 構造メカニズムで、「持っていかない」のではなくこの架构には対応物が存在しない——プリフィル:agentcore のソースを調べたが、subagent 設定には prefill 入口がなく、preset の最も強力な武器はここには挿し口さえない;meta 優先級ブロック:それが对抗するのは ST の system/user メッセージ分層構造だが、ainovel の Arbiter 呼び出しにはそもそもあの構造がなく、「一切の原則を上書きする」という宣言には上書きする対象がない;注入深度も同様。無理やり需求文本に押し込むと、Arbiter が見るのは聊天コンテキストではなく、指称対象のない奇妙な宣言の山である。一つ公平な譲歩——人格フレームワーク本身(「あなたは夢鯨思客、夢客のために唯一無二の梦境を构造する」)は純テキストで、voice.md に入れられる——題材声明の框架铺垫としてもっともらしい。しかし期待は正すべき——それは Writer への創作定調であってスイッチではなく、Arbiter と Architect の二層にはとうてい届かない。一言の判詞——門は正門、機能は文風カスタム、破限は門を押し入った後に見える一条の小道にすぎず、作者が修けた快速通道ではない;上流 provider の过滤は管道の外で遮るので、voice に何を書いても上流が一ミリも多く放行することはない。

三、step-5 のモジュール化適配:ds の路子に沿って組む

ds の路子はちょうど三つのモデル路線の中で最も「汚い」那条である——破限成分を完全に含まず、純技術適配——ds 方案 = 1 思考タグ + 2 モデル禁詞(+ 3 任意の思维链変異体)。step-5 はプリセットのモデルリストにないので、この構造に沿って三モジュールを組む——起步は現成の兜底方案(GLM5.3/その他モデルの那条、位置づけは即ち「その他モデル」);step-5 の真实の思考フォーマットを観察してタグを定める(ローカル NewAPI は通常上流の思考フォーマットを归一化する——まず数ラウンド走らせ、思考内容がどんなタグに包まれているか見る——噛み合わなければ Deepseek 公式の路子に沿って新規条目を作る);step-5 専属禁詞を溜める——どのモデルにも自分の口癖がある(DeepSeek はダッシュと「不…不…」句式を好み、GLM/Gemini は土臭い詞を噴く)、step-5 の口癖は十数ラウンドの出力を走らせて初めて記録できる。二つの分層原則が鉄律として立てられた——検查可能な命令として書けるもの(字数、詞表、句式パターン)はすべて rules に沈め、物下的風格取向は voice に残す;そして一度に全部写すな——ST プリセットは恒「迭代式」而对話式の增量反馈で調えられたもので、ainovel は升级批量生産、一度に数千字走り出し、参数 boilerplate のリスクは完全に違う;正しい姿勢はまず rules だけ写す(最も硬く、文風リスクゼロ、当日から commit 拦截が生效するのが見える)、5-10 章走って /diag と Editor 評分で基線を作り、それから voice を一段ずつ聞き、加えるたびに数章走らせて評分と AI 味指標の変化を見、最后に /simulate で好きな原文の仿写画像を取る。もう一つのコスト提醒——voice 段はシステムプロンプトの中で每请求常駐するので、当前启用の約十モジュールを圧縮浄してから加える、ファイル全体を押し込むな——占位、変数链、公模板都是无效 token であり、有効指令の注意力まで希釈する。

真実の座標

コメント

← デジタルガーデン