)
gstack 模型覆蓋層深度解析opus-4-8.md 行為補丁的繼承鏈、注入機制與驗證閉環(huán)【免費下載鏈接】gstackUse Garry Tans exact Claude Code setup: 23 opinionated tools that serve as CEO, Designer, Eng Manager, Release Manager, Doc Engineer, and QA項目地址: https://gitcode.com/GitHub_Trending/gs/gstack本篇技術(shù)文章以 model-overlays/opus-4-8.md 為核心對象完整解讀 gstackGarry Tan 的 Claude Code 工具集中“模型行為補丁”的設(shè)計思想這個文件如何繼承claude基礎(chǔ)層、如何通過模板解析器注入到每個 skill 會話的 preamble 中、以及它如何被單元測試和 A/B 評測雙重鎖定。讀完后你能掌握 gstack 中模型軸model axis與宿主軸host axis解耦的機制并學(xué)會為自己的模型家族編寫帶繼承鏈的行為覆蓋層。一、什么是模型覆蓋層Model Overlaygstack 的 23 個 skill 在每次運行時都會生成一段“前置引導(dǎo)preamble”其中包含一個按模型家族定制的行為補丁Behavioral Patch。不同模型對指令的敏感度和“通病”不同——例如 Opus 4.8 傾向于逐字面執(zhí)行指令、對簡單步驟也可能過度思考。覆蓋層文件就是針對這些已知行為偏差寫的“糾偏文案”。模型家族的分類定義在 scripts/models.ts 中當(dāng)前支持的完整列表為claude、opus-4-7、fable-5、opus-4-8、sonnet-5、 gpt、gpt-5.4、gpt-5.6-sol、gemini、o-series該模塊的注釋明確了一個關(guān)鍵設(shè)計原則host ≠ model。Claude Code 可以運行任意 Claude 模型Codex CLI 運行 GPT/o 系列Cursor 和 OpenCode 可以前置多個供應(yīng)商生成器不會從宿主自動推斷模型用戶可以用--model顯式傳入否則每個宿主提供自己的defaultModel在 docs/ADDING_A_HOST.md 中定義為“生成時未收到顯式--model時渲染的模型覆蓋層并對照ALL_MODEL_NAMES校驗”。resolveModel() 負(fù)責(zé)把 CLI 輸入歸一化為家族名其優(yōu)先級規(guī)則是精確匹配與ALL_MODEL_NAMES完全一致則原樣返回。這是唯一能選中g(shù)pt-5.6-sol的路徑——Sol 是刻意“僅精確匹配”的其他 5.6 變體Terra、Luna 等不會繼承 Sol 的行為畫像而是落入通用gpt家族家族啟發(fā)式如gpt-5.4-mini/gpt-5.4-turbo→gpt-5.4o3/o4-mini→o-seriesclaude-opus-4-8(...)前綴 →opus-4-8其余claude-*→claude未知輸入返回null由調(diào)用方?jīng)Q定報錯還是回退。因此本文主角opus-4-8.md的觸發(fā)方式是用戶以--model opus-4-8或--model claude-opus-4-8及其后綴變體啟動 skill 生成。二、opus-4-8.md 全文逐條解讀完整文件model-overlays/opus-4-8.md由一行繼承指令加三條行為指令組成。注意首行{{INHERIT:claude}}解析器會把 model-overlays/claude.md 的全部內(nèi)容拼接到本文件正文之前使 opus-4-8 在“Claude 通用紀(jì)律”之上疊加 Opus-4.8 專屬糾偏避免重復(fù)維護。繼承的基礎(chǔ)層claude.md 的三條紀(jì)律繼承自 model-overlays/claude.md共三條Todo-list discipline待辦紀(jì)律執(zhí)行多步計劃時每完成一項就單獨標(biāo)記完成禁止最后批量勾選若某項被證明不必要標(biāo)記為 skipped 并附一行理由。Think before heavy actions重動作前先說明對復(fù)雜操作重構(gòu)、遷移、非平凡新功能執(zhí)行前先簡述方案讓用戶可以低成本糾偏而不是在“飛行中”才發(fā)現(xiàn)方向錯了。Dedicated tools over Bash專用工具優(yōu)先于 Shell優(yōu)先使用 Read、Edit、Write、Glob、Grep 而非 cat、sed、find、grep因為專用工具更便宜也更清晰。指令一Effort-match the step算力匹配步驟原文核心要求簡單的文件讀取、配置檢查、命令查詢和機械式編輯不需要深度推理快速完成即可。把擴展思考extended thinking留給真正困難的子問題架構(gòu)權(quán)衡、隱蔽 bug、安全影響、存在競爭約束的設(shè)計決策。對簡單步驟過度思考是浪費 token 和時間。這條指令針對的失效模式是前沿模型在 trivial 步驟上也進行長篇推理拉長回合數(shù)、抬高成本。gstack 還為它配了可量化的 A/B 評測——test/fixtures/overlay-nudges.ts 中定義了turnsToCompletion指標(biāo)會話所用總回合數(shù)用“讀一個 config.json 回答版本號”這種 trivial prompt 驗證“帶覆蓋層時應(yīng)比基線更快收斂”見第四節(jié)。指令二Pace questions to the skill按 skill 節(jié)奏提問這是該覆蓋層中最關(guān)鍵、也有一段真實事故史的一條。原文規(guī)則如果當(dāng)前 skill 的文本中任何位置包含STOP. AskUserQuestion則每輪只問一個問題——以 tool_use 形式發(fā)出問題、停下、等待用戶回答、再繼續(xù)。禁止批量提問。即使某個發(fā)現(xiàn)finding有“顯而易見”的修復(fù)方案它仍然是 finding寫入計劃前仍需用戶批準(zhǔn)。只有當(dāng) (a) skill 沒有STOP. AskUserQuestion指令且 (b) 你在開始之前需要多個互不相關(guān)的澄清時才允許一次性批量提問。拿不準(zhǔn)時每輪只問一個。從 CHANGELOG.md 可以看到這條指令的由來v1.6.4.0 曾出現(xiàn)“計劃評審節(jié)奏回歸”——當(dāng)時覆蓋層中是“Batch your questions”批量提問指令且generateModelOverlay在generateAskUserFormat之上渲染導(dǎo)致模型的“環(huán)境默認(rèn)值”變成了批量提問/plan-ceo-review、/plan-eng-review等評審 skill 不再逐個發(fā)現(xiàn)暫停提問而是把所有發(fā)現(xiàn)匯總成一份報告一次拋出。修復(fù)方式是雙管齊下重排 preamble 中兩段的順序把覆蓋層指令改寫為“Pace questions to the skill”。因此 test/model-overlay-opus-4-8.test.ts 專門斷言文件必須包含Pace questions to the skill且不得再包含**Batch your questions.**——把一次線上回歸永久固化成了回歸測試。指令三Literal interpretation awareness字面解讀意識原文針對的是 Opus 4.8 的一個特性它逐字面解釋指令、不會“靜默泛化”。指令要求把它的雙刃劍效應(yīng)鎖在安全一側(cè)當(dāng)用戶說“修復(fù)測試”要修復(fù)這個分支引入或負(fù)責(zé)的所有失敗測試而不只是第一個也不包括不相關(guān)代碼中早已存在的失敗。當(dāng)用戶說“更新文檔”要更新范圍內(nèi)每一處相關(guān)文檔而不只是最明顯的那一份。讀懂請求的完整范圍交付完整范圍。如果請求含糊或范圍不清問一次與其他問題合并然后徹底執(zhí)行。這條指令同樣有量化評測錨點uniqueFilesEdited指標(biāo)統(tǒng)計模型實際編輯/寫入的唯一文件數(shù)對應(yīng)“Fix the failing tests”場景下應(yīng)當(dāng)觸碰全部失敗測試文件而非停在第一個詳見下節(jié)。三、解析器如何加載與包裹覆蓋層加載邏輯全部在 scripts/resolvers/model-overlay.ts 中值得逐點拆解1. 繼承鏈解析。繼承指令由正則識別const INHERIT_RE /^\s*\{\{INHERIT:([a-z0-9-](?:\.[0-9])*)\}\}\s*\n/;readOverlay() 是遞歸函數(shù)若文件首行匹配{{INHERIT:x}}先遞歸讀取model-overlays/x.md并拼在正文之前seen集合充當(dāng)循環(huán)保護cycle guard防止A 繼承 B、B 繼承 A造成無限遞歸。文件不存在時靜默返回空字符串——優(yōu)雅降級不報錯。2. 從屬性包裹subordination wrapper。generateModelOverlay() 把解析出的內(nèi)容包進一個固定標(biāo)題塊## Model-Specific Behavioral Patch (opus-4-8)并在前面注入從屬聲明以下提示是為 opus-4-8 模型家族調(diào)優(yōu)的。它們從屬于skill 工作流、STOP 點、AskUserQuestion 門、plan-mode 安全與 /ship 評審門。若下文與 skill 指令沖突skill 勝出。把它們當(dāng)作偏好而非規(guī)則。這段從屬語言是包裹器的一部分與文件內(nèi)容無關(guān)地隨每次注入出現(xiàn)——它保證了覆蓋層的“建議”地位永遠(yuǎn)不會蓋過 skill 的硬約束如評審必須暫停確認(rèn)、/ship 必須過評審門。唯一例外是gpt-5.6-sol它使用一段更長的“范圍消歧”前言專門界定complete、full、every、100%、Boil the Ocean這類模糊完整性詞匯的邊界但同樣聲明“具體 skill 步驟、STOP 點、評審門仍然勝出”。3. 注入位置有講究。在 scripts/resolvers/preamble.ts 的組合數(shù)組中g(shù)enerateAskUserFormat(ctx)tier ≥ 2 時渲染被刻意放在generateModelOverlay(ctx)之前源碼注釋解釋了原因AskUserQuestion Format 渲染在模型覆蓋層之前使“節(jié)奏規(guī)則”成為環(huán)境默認(rèn)值覆蓋層的行為提示作為從屬補丁落地。Opus 4.7 自上而下閱讀會吸收它遇到的第一個節(jié)奏指令顛倒這個順序會回歸計劃評審節(jié)奏v1.6.4.0 bug。也就是說“先給通用節(jié)奏規(guī)則、再給模型補丁”的順序本身就是一項經(jīng)過事故驗證的工程決策被 test/preamble-compose.test.ts 等組合測試鎖定。此外會話 preamble 的 bash 部分會回顯MODEL_OVERLAY: ${ctx.model ?? none}見 scripts/resolvers/preamble/generate-preamble-bash.ts且 generate-upgrade-check.ts 中有一次性引導(dǎo)邏輯首次檢測到.feature-prompted-model-overlay標(biāo)記缺失時會告知用戶“模型覆蓋層已激活MODEL_OVERLAY 顯示具體補丁”隨后 touch 標(biāo)記——每個會話最多提示一次。四、兩層驗證門級單測與 A/B 行為評測gstack 對覆蓋層文本的維護采用“測試即契約”策略共兩層。第一層門級斷言。test/model-overlay-opus-4-8.test.ts 通過真實調(diào)用generateModelOverlay(ctx)驗證最終產(chǎn)物關(guān)鍵斷言包括原始文件包含Pace questions to the skill且不包含**Batch your questions.**解析輸出繼承了 claude 基礎(chǔ)層含Todo-list discipline與從屬聲明subordinate解析輸出匹配STOP. AskUserQuestion且含“每輪一問”語義并要求問題以tool_use形式發(fā)出“obvious fix 的發(fā)現(xiàn)仍需用戶批準(zhǔn)”語義存在obvious fixuser approvalEffort-match the step與Literal interpretation awareness兩條提示保持存在反向斷言直接以claude模型生成時不得出現(xiàn)Pace questions to the skill——節(jié)奏指令屬于 opus-4-x 覆蓋層專屬不能泄漏到通用 Claude 層。第二層A/B 行為評測。test/fixtures/overlay-nudges.ts 是“覆蓋層有效性”的 fixture 注冊表每條 fixture 定義一個可復(fù)現(xiàn)的 A/B 實驗同一 prompt 在“覆蓋層開/關(guān)”兩臂各跑trials≥3次用 typed SDK 結(jié)果計算指標(biāo)并斷言通過謂詞。與 opus-4-8 同源的三條 Opus 提示在 fixture 注冊表中有對應(yīng)錨點提示指標(biāo)通過謂詞Effort-match the stepturnsToCompletion完成回合數(shù)越低越好lowerIsBetter20Pct開覆蓋層臂均值不高于基線 80%Literal interpretation awarenessuniqueFilesEdited編輯/寫入的唯一文件數(shù)越高越好higherIsBetter20Pct均值至少比基線高 20%Dedicated tools over Bashclaude 層bashToolCallCount全程 Bash 調(diào)用數(shù)越低越好lowerIsBetter20Pctfixture 在模塊加載時即執(zhí)行 validateFixtures() 校驗id 唯一且僅小寫字母數(shù)字連字符、trials 為 ≥3 整數(shù)、overlay 文件必須存在且路徑相對且不含..損壞的 fixture 會在燒 API 費用之前快速失敗。值得注意 CHANGELOG 中的實證記錄曾有一條 “Fan out explicitly” 提示在 N10 試驗中顯示零提升模型在“讀三個文件”這類任務(wù)上本就不會批量并行最終該提示被刪除——gstack 對覆蓋層提示采取“用數(shù)據(jù)說話無效即移除”的態(tài)度評測 harness 本身被刻意做成參數(shù)化的新增一條提示的評測只需在注冊表加一個條目。五、實操如何讓 skill 使用 opus-4-8 覆蓋層結(jié)合倉庫內(nèi)的實際鏈路使用方式如下顯式指定模型以--model opus-4-8或 API 模型 ID 前綴claude-opus-4-8運行 gstack 的 skill 生成流程resolveModel() 會將其歸一化為opus-4-8家族readOverlay(opus-4-8) 隨即按繼承鏈拼裝出 claude 基礎(chǔ)層 三條專屬提示的完整補丁文本。宿主默認(rèn)模型若不加--model由宿主的defaultModel決定宿主配置中的defaultModel會在生成時對照ALL_MODEL_NAMES校驗見 validateModel()非法值會得到xxx is not a known model. Use claude, opus-4-7, ...的明確報錯。會話內(nèi)自檢運行中可查看 preamble 回顯的MODEL_OVERLAY: opus-4-8環(huán)境變量值確認(rèn)補丁已注入覆蓋層生效時也會有一次性的功能提示每會話最多一次。適用前提與限制需要說明覆蓋層文本是針對特定模型版本調(diào)優(yōu)的行為文案opus-4-8 的三條提示均引用了該版本的字面解讀與提問節(jié)奏特性更換模型家族時會自動切換到對應(yīng)的model-overlays/{family}.md若目標(biāo)模型文件缺失解析器靜默返回空字符串而不報錯會話照常進行、只是沒有行為補丁。六、小結(jié)覆蓋層機制的三個設(shè)計要點繼承去重{{INHERIT:claude}} 遞歸readOverlay 循環(huán)保護讓子模型文件只寫增量行為差異維護成本線性可控從屬定位固定包裹器聲明覆蓋層“偏好而非規(guī)則”且 preamble 組合順序把通用節(jié)奏規(guī)則排在模型補丁之前兩處共同防止模型補丁越過 skill 硬約束證據(jù)閉環(huán)門級單測鎖定關(guān)鍵措辭含對舊版 “Batch your questions” 的反向斷言A/B 評測 harness 用回合數(shù)、編輯文件數(shù)等硬指標(biāo)驗證每條提示是否真正起效無效提示會被刪除——覆蓋層文案本身也是被持續(xù)回歸測試與實驗數(shù)據(jù)約束的工程產(chǎn)物。對想為自己的模型編寫覆蓋層的讀者最短路徑是新建model-overlays/{family}.md首行視需要寫{{INHERIT:base}}在 scripts/models.ts 的ALL_MODEL_NAMES與resolveModel()家族啟發(fā)式中加入該家族并參照 test/model-overlay-opus-4-8.test.ts 的斷言模式為其編寫門級測試——這正是 gstack 保證每條行為提示“可追溯、可驗證、可回滾”的完整范式?！久赓M下載鏈接】gstackUse Garry Tans exact Claude Code setup: 23 opinionated tools that serve as CEO, Designer, Eng Manager, Release Manager, Doc Engineer, and QA項目地址: https://gitcode.com/GitHub_Trending/gs/gstack創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考 gstack 模型覆蓋層深度解析：opus-4-8.md 行為補丁的繼承鏈、注入機制與驗證閉環(huán)
gstack 模型覆蓋層深度解析opus-4-8.md 行為補丁的繼承鏈、注入機制與驗證閉環(huán)【免費下載鏈接】gstackUse Garry Tans exact Claude Code setup: 23 opinionated tools that serve as CEO, Designer, Eng Manager, Release Manager, Doc Engineer, and QA項目地址: https://gitcode.com/GitHub_Trending/gs/gstack本篇技術(shù)文章以 model-overlays/opus-4-8.md 為核心對象完整解讀 gstackGarry Tan 的 Claude Code 工具集中“模型行為補丁”的設(shè)計思想這個文件如何繼承claude基礎(chǔ)層、如何通過模板解析器注入到每個 skill 會話的 preamble 中、以及它如何被單元測試和 A/B 評測雙重鎖定。讀完后你能掌握 gstack 中模型軸model axis與宿主軸host axis解耦的機制并學(xué)會為自己的模型家族編寫帶繼承鏈的行為覆蓋層。一、什么是模型覆蓋層Model Overlaygstack 的 23 個 skill 在每次運行時都會生成一段“前置引導(dǎo)preamble”其中包含一個按模型家族定制的行為補丁Behavioral Patch。不同模型對指令的敏感度和“通病”不同——例如 Opus 4.8 傾向于逐字面執(zhí)行指令、對簡單步驟也可能過度思考。覆蓋層文件就是針對這些已知行為偏差寫的“糾偏文案”。模型家族的分類定義在 scripts/models.ts 中當(dāng)前支持的完整列表為claude、opus-4-7、fable-5、opus-4-8、sonnet-5、 gpt、gpt-5.4、gpt-5.6-sol、gemini、o-series該模塊的注釋明確了一個關(guān)鍵設(shè)計原則host ≠ model。Claude Code 可以運行任意 Claude 模型Codex CLI 運行 GPT/o 系列Cursor 和 OpenCode 可以前置多個供應(yīng)商生成器不會從宿主自動推斷模型用戶可以用--model顯式傳入否則每個宿主提供自己的defaultModel在 docs/ADDING_A_HOST.md 中定義為“生成時未收到顯式--model時渲染的模型覆蓋層并對照ALL_MODEL_NAMES校驗”。resolveModel() 負(fù)責(zé)把 CLI 輸入歸一化為家族名其優(yōu)先級規(guī)則是精確匹配與ALL_MODEL_NAMES完全一致則原樣返回。這是唯一能選中g(shù)pt-5.6-sol的路徑——Sol 是刻意“僅精確匹配”的其他 5.6 變體Terra、Luna 等不會繼承 Sol 的行為畫像而是落入通用gpt家族家族啟發(fā)式如gpt-5.4-mini/gpt-5.4-turbo→gpt-5.4o3/o4-mini→o-seriesclaude-opus-4-8(...)前綴 →opus-4-8其余claude-*→claude未知輸入返回null由調(diào)用方?jīng)Q定報錯還是回退。因此本文主角opus-4-8.md的觸發(fā)方式是用戶以--model opus-4-8或--model claude-opus-4-8及其后綴變體啟動 skill 生成。二、opus-4-8.md 全文逐條解讀完整文件model-overlays/opus-4-8.md由一行繼承指令加三條行為指令組成。注意首行{{INHERIT:claude}}解析器會把 model-overlays/claude.md 的全部內(nèi)容拼接到本文件正文之前使 opus-4-8 在“Claude 通用紀(jì)律”之上疊加 Opus-4.8 專屬糾偏避免重復(fù)維護。繼承的基礎(chǔ)層claude.md 的三條紀(jì)律繼承自 model-overlays/claude.md共三條Todo-list discipline待辦紀(jì)律執(zhí)行多步計劃時每完成一項就單獨標(biāo)記完成禁止最后批量勾選若某項被證明不必要標(biāo)記為 skipped 并附一行理由。Think before heavy actions重動作前先說明對復(fù)雜操作重構(gòu)、遷移、非平凡新功能執(zhí)行前先簡述方案讓用戶可以低成本糾偏而不是在“飛行中”才發(fā)現(xiàn)方向錯了。Dedicated tools over Bash專用工具優(yōu)先于 Shell優(yōu)先使用 Read、Edit、Write、Glob、Grep 而非 cat、sed、find、grep因為專用工具更便宜也更清晰。指令一Effort-match the step算力匹配步驟原文核心要求簡單的文件讀取、配置檢查、命令查詢和機械式編輯不需要深度推理快速完成即可。把擴展思考extended thinking留給真正困難的子問題架構(gòu)權(quán)衡、隱蔽 bug、安全影響、存在競爭約束的設(shè)計決策。對簡單步驟過度思考是浪費 token 和時間。這條指令針對的失效模式是前沿模型在 trivial 步驟上也進行長篇推理拉長回合數(shù)、抬高成本。gstack 還為它配了可量化的 A/B 評測——test/fixtures/overlay-nudges.ts 中定義了turnsToCompletion指標(biāo)會話所用總回合數(shù)用“讀一個 config.json 回答版本號”這種 trivial prompt 驗證“帶覆蓋層時應(yīng)比基線更快收斂”見第四節(jié)。指令二Pace questions to the skill按 skill 節(jié)奏提問這是該覆蓋層中最關(guān)鍵、也有一段真實事故史的一條。原文規(guī)則如果當(dāng)前 skill 的文本中任何位置包含STOP. AskUserQuestion則每輪只問一個問題——以 tool_use 形式發(fā)出問題、停下、等待用戶回答、再繼續(xù)。禁止批量提問。即使某個發(fā)現(xiàn)finding有“顯而易見”的修復(fù)方案它仍然是 finding寫入計劃前仍需用戶批準(zhǔn)。只有當(dāng) (a) skill 沒有STOP. AskUserQuestion指令且 (b) 你在開始之前需要多個互不相關(guān)的澄清時才允許一次性批量提問。拿不準(zhǔn)時每輪只問一個。從 CHANGELOG.md 可以看到這條指令的由來v1.6.4.0 曾出現(xiàn)“計劃評審節(jié)奏回歸”——當(dāng)時覆蓋層中是“Batch your questions”批量提問指令且generateModelOverlay在generateAskUserFormat之上渲染導(dǎo)致模型的“環(huán)境默認(rèn)值”變成了批量提問/plan-ceo-review、/plan-eng-review等評審 skill 不再逐個發(fā)現(xiàn)暫停提問而是把所有發(fā)現(xiàn)匯總成一份報告一次拋出。修復(fù)方式是雙管齊下重排 preamble 中兩段的順序把覆蓋層指令改寫為“Pace questions to the skill”。因此 test/model-overlay-opus-4-8.test.ts 專門斷言文件必須包含Pace questions to the skill且不得再包含**Batch your questions.**——把一次線上回歸永久固化成了回歸測試。指令三Literal interpretation awareness字面解讀意識原文針對的是 Opus 4.8 的一個特性它逐字面解釋指令、不會“靜默泛化”。指令要求把它的雙刃劍效應(yīng)鎖在安全一側(cè)當(dāng)用戶說“修復(fù)測試”要修復(fù)這個分支引入或負(fù)責(zé)的所有失敗測試而不只是第一個也不包括不相關(guān)代碼中早已存在的失敗。當(dāng)用戶說“更新文檔”要更新范圍內(nèi)每一處相關(guān)文檔而不只是最明顯的那一份。讀懂請求的完整范圍交付完整范圍。如果請求含糊或范圍不清問一次與其他問題合并然后徹底執(zhí)行。這條指令同樣有量化評測錨點uniqueFilesEdited指標(biāo)統(tǒng)計模型實際編輯/寫入的唯一文件數(shù)對應(yīng)“Fix the failing tests”場景下應(yīng)當(dāng)觸碰全部失敗測試文件而非停在第一個詳見下節(jié)。三、解析器如何加載與包裹覆蓋層加載邏輯全部在 scripts/resolvers/model-overlay.ts 中值得逐點拆解1. 繼承鏈解析。繼承指令由正則識別const INHERIT_RE /^\s*\{\{INHERIT:([a-z0-9-](?:\.[0-9])*)\}\}\s*\n/;readOverlay() 是遞歸函數(shù)若文件首行匹配{{INHERIT:x}}先遞歸讀取model-overlays/x.md并拼在正文之前seen集合充當(dāng)循環(huán)保護cycle guard防止A 繼承 B、B 繼承 A造成無限遞歸。文件不存在時靜默返回空字符串——優(yōu)雅降級不報錯。2. 從屬性包裹subordination wrapper。generateModelOverlay() 把解析出的內(nèi)容包進一個固定標(biāo)題塊## Model-Specific Behavioral Patch (opus-4-8)并在前面注入從屬聲明以下提示是為 opus-4-8 模型家族調(diào)優(yōu)的。它們從屬于skill 工作流、STOP 點、AskUserQuestion 門、plan-mode 安全與 /ship 評審門。若下文與 skill 指令沖突skill 勝出。把它們當(dāng)作偏好而非規(guī)則。這段從屬語言是包裹器的一部分與文件內(nèi)容無關(guān)地隨每次注入出現(xiàn)——它保證了覆蓋層的“建議”地位永遠(yuǎn)不會蓋過 skill 的硬約束如評審必須暫停確認(rèn)、/ship 必須過評審門。唯一例外是gpt-5.6-sol它使用一段更長的“范圍消歧”前言專門界定complete、full、every、100%、Boil the Ocean這類模糊完整性詞匯的邊界但同樣聲明“具體 skill 步驟、STOP 點、評審門仍然勝出”。3. 注入位置有講究。在 scripts/resolvers/preamble.ts 的組合數(shù)組中g(shù)enerateAskUserFormat(ctx)tier ≥ 2 時渲染被刻意放在generateModelOverlay(ctx)之前源碼注釋解釋了原因AskUserQuestion Format 渲染在模型覆蓋層之前使“節(jié)奏規(guī)則”成為環(huán)境默認(rèn)值覆蓋層的行為提示作為從屬補丁落地。Opus 4.7 自上而下閱讀會吸收它遇到的第一個節(jié)奏指令顛倒這個順序會回歸計劃評審節(jié)奏v1.6.4.0 bug。也就是說“先給通用節(jié)奏規(guī)則、再給模型補丁”的順序本身就是一項經(jīng)過事故驗證的工程決策被 test/preamble-compose.test.ts 等組合測試鎖定。此外會話 preamble 的 bash 部分會回顯MODEL_OVERLAY: ${ctx.model ?? none}見 scripts/resolvers/preamble/generate-preamble-bash.ts且 generate-upgrade-check.ts 中有一次性引導(dǎo)邏輯首次檢測到.feature-prompted-model-overlay標(biāo)記缺失時會告知用戶“模型覆蓋層已激活MODEL_OVERLAY 顯示具體補丁”隨后 touch 標(biāo)記——每個會話最多提示一次。四、兩層驗證門級單測與 A/B 行為評測gstack 對覆蓋層文本的維護采用“測試即契約”策略共兩層。第一層門級斷言。test/model-overlay-opus-4-8.test.ts 通過真實調(diào)用generateModelOverlay(ctx)驗證最終產(chǎn)物關(guān)鍵斷言包括原始文件包含Pace questions to the skill且不包含**Batch your questions.**解析輸出繼承了 claude 基礎(chǔ)層含Todo-list discipline與從屬聲明subordinate解析輸出匹配STOP. AskUserQuestion且含“每輪一問”語義并要求問題以tool_use形式發(fā)出“obvious fix 的發(fā)現(xiàn)仍需用戶批準(zhǔn)”語義存在obvious fixuser approvalEffort-match the step與Literal interpretation awareness兩條提示保持存在反向斷言直接以claude模型生成時不得出現(xiàn)Pace questions to the skill——節(jié)奏指令屬于 opus-4-x 覆蓋層專屬不能泄漏到通用 Claude 層。第二層A/B 行為評測。test/fixtures/overlay-nudges.ts 是“覆蓋層有效性”的 fixture 注冊表每條 fixture 定義一個可復(fù)現(xiàn)的 A/B 實驗同一 prompt 在“覆蓋層開/關(guān)”兩臂各跑trials≥3次用 typed SDK 結(jié)果計算指標(biāo)并斷言通過謂詞。與 opus-4-8 同源的三條 Opus 提示在 fixture 注冊表中有對應(yīng)錨點提示指標(biāo)通過謂詞Effort-match the stepturnsToCompletion完成回合數(shù)越低越好lowerIsBetter20Pct開覆蓋層臂均值不高于基線 80%Literal interpretation awarenessuniqueFilesEdited編輯/寫入的唯一文件數(shù)越高越好higherIsBetter20Pct均值至少比基線高 20%Dedicated tools over Bashclaude 層bashToolCallCount全程 Bash 調(diào)用數(shù)越低越好lowerIsBetter20Pctfixture 在模塊加載時即執(zhí)行 validateFixtures() 校驗id 唯一且僅小寫字母數(shù)字連字符、trials 為 ≥3 整數(shù)、overlay 文件必須存在且路徑相對且不含..損壞的 fixture 會在燒 API 費用之前快速失敗。值得注意 CHANGELOG 中的實證記錄曾有一條 “Fan out explicitly” 提示在 N10 試驗中顯示零提升模型在“讀三個文件”這類任務(wù)上本就不會批量并行最終該提示被刪除——gstack 對覆蓋層提示采取“用數(shù)據(jù)說話無效即移除”的態(tài)度評測 harness 本身被刻意做成參數(shù)化的新增一條提示的評測只需在注冊表加一個條目。五、實操如何讓 skill 使用 opus-4-8 覆蓋層結(jié)合倉庫內(nèi)的實際鏈路使用方式如下顯式指定模型以--model opus-4-8或 API 模型 ID 前綴claude-opus-4-8運行 gstack 的 skill 生成流程resolveModel() 會將其歸一化為opus-4-8家族readOverlay(opus-4-8) 隨即按繼承鏈拼裝出 claude 基礎(chǔ)層 三條專屬提示的完整補丁文本。宿主默認(rèn)模型若不加--model由宿主的defaultModel決定宿主配置中的defaultModel會在生成時對照ALL_MODEL_NAMES校驗見 validateModel()非法值會得到xxx is not a known model. Use claude, opus-4-7, ...的明確報錯。會話內(nèi)自檢運行中可查看 preamble 回顯的MODEL_OVERLAY: opus-4-8環(huán)境變量值確認(rèn)補丁已注入覆蓋層生效時也會有一次性的功能提示每會話最多一次。適用前提與限制需要說明覆蓋層文本是針對特定模型版本調(diào)優(yōu)的行為文案opus-4-8 的三條提示均引用了該版本的字面解讀與提問節(jié)奏特性更換模型家族時會自動切換到對應(yīng)的model-overlays/{family}.md若目標(biāo)模型文件缺失解析器靜默返回空字符串而不報錯會話照常進行、只是沒有行為補丁。六、小結(jié)覆蓋層機制的三個設(shè)計要點繼承去重{{INHERIT:claude}} 遞歸readOverlay 循環(huán)保護讓子模型文件只寫增量行為差異維護成本線性可控從屬定位固定包裹器聲明覆蓋層“偏好而非規(guī)則”且 preamble 組合順序把通用節(jié)奏規(guī)則排在模型補丁之前兩處共同防止模型補丁越過 skill 硬約束證據(jù)閉環(huán)門級單測鎖定關(guān)鍵措辭含對舊版 “Batch your questions” 的反向斷言A/B 評測 harness 用回合數(shù)、編輯文件數(shù)等硬指標(biāo)驗證每條提示是否真正起效無效提示會被刪除——覆蓋層文案本身也是被持續(xù)回歸測試與實驗數(shù)據(jù)約束的工程產(chǎn)物。對想為自己的模型編寫覆蓋層的讀者最短路徑是新建model-overlays/{family}.md首行視需要寫{{INHERIT:base}}在 scripts/models.ts 的ALL_MODEL_NAMES與resolveModel()家族啟發(fā)式中加入該家族并參照 test/model-overlay-opus-4-8.test.ts 的斷言模式為其編寫門級測試——這正是 gstack 保證每條行為提示“可追溯、可驗證、可回滾”的完整范式?！久赓M下載鏈接】gstackUse Garry Tans exact Claude Code setup: 23 opinionated tools that serve as CEO, Designer, Eng Manager, Release Manager, Doc Engineer, and QA項目地址: https://gitcode.com/GitHub_Trending/gs/gstack創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考