菜单
宣稱「修好了 / 驗過了」前的驗證忠實度自檢。歸納自一連串「我說修好了 → 真實環境又壞」的教訓：驗證若用了「比較寬鬆的替身」而非「真的會壞的那個東西」，等於沒驗。`60-feedback-loop-priority` 要你先建決定性訊號，本 skill 是另一半——讓那個訊號忠實重現真正的失敗模式。觸發：「驗過了嗎 / 真的修好了嗎」「為什麼 tester / 玩家又找到 bug」「跨環境(OS/locale/碼頁/平台)、跨資料規模、在地化的修正驗證」「UI 座標/縮放/命中判定改動」「重打出貨前最後一關」。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
老遊戲 remake / 移植的「正常玩家路徑」實機驗證(game tester)。專治「headless CI 全綠、但玩家一開就壞」這類 bug——預設視角錯、存檔寫不進唯讀目錄、視窗縮放偏移、dump 時機遮住真相。觸發:使用者說「game tester」「實機驗證」「能不能玩」「進去就壞 / 卡住 / 沒畫面 / 不存檔」「驗證 remake 可玩性」「老遊戲測試」,或剛打包完老遊戲要驗收。配套 retro-game-remake(重製)/ retro-cjk-hires-canvas / retro-game-cht-readme。
老 AVG(冒險遊戲)繁中化的三個進階增量 —— (1)AGI(EGA)引擎 CHT(有別於既有 scummvm-sci-cht-localization 的純 SCI 方法);(2)遊戲內「標題 logo 疊繪」中文(不改原美術,引擎 render 期疊點陣圖,EGA 索引直寫 vs SCI nearest-palette-map);(3)「台式幽默在地化」管線 —— 把美式黃色冷笑話「重寫」成台灣人一看就笑,而非直譯(風格聖經+統一譯名表+批次 subagent fan-out+合併驗證+尺度校準)。外加 headless 破防拷擷取。素材:幻想空間(Leisure Suit Larry 1, AGI+SCI 雙版)。觸發:「Leisure Suit Larry / 幻想空間 / LSL1 中文化」「AGI 引擎繁中化 / Sierra AGI LOGIC 抽字 / avis durgan」「遊戲內中文標題 / 標題 logo 疊圖 / title overlay CJK」「台式在地化 / 台式笑話 / 黃色雙關在地化 / 成人喜劇漢化 / 讀者文摘梗」「批次 subagent 翻譯 fan-out / 譯名一致性 / 非 Big5 字 corrections」「headless 破年齡驗證 / 防拷問答 / debugger room 擷取」。repo: github.com/wicanr2/Leisure_Suit_Larry1-cht。
把 Classic Mac (Carbon/QuickDraw/CoreFoundation) C 遊戲移植成 SDL2 Linux/Windows/macOS + 繁中化(保留上游邏輯,shim 取代 Mac API)。內建六大必踩雷(最關鍵:shim 缺 prototype→64-bit 指標截斷)+ macOS 打包三雷(無 objcopy→編譯期 weak 宣告、BSD `cp -n` 撞 `set -e`、GITHUB_TOKEN 缺 contents:write)。觸發:出現 `CGrafPtr`/`CopyBits`/`NewGWorld`/`CFStringRef`/Pascal string `\p..`/`GetResource`/`FSSpec`、做 LairWare/Mac remake 中文化、SDL2 取代 QuickDraw、打包 AppImage/Windows/macOS Universal `.app`+`.dmg`(GitHub Actions macos runner、源碼編真 SDL2 非 brew shim、dylibbundler、lipo 雙弧)。完整 shim 對照與打包見內文。
用 ffmpeg + ImageMagick(全 docker、無剪輯軟體、LLM 驅動)把老遊戲/remake/中文化專案的截圖 + 遊戲音樂合成成 60–75 秒推廣短片 / trailer。內建本人用時間換來的硬地雷:**ffmpeg zoompan 幀數爆炸(燒滿 CPU 8 分鐘)**、CPU 控制(--cpus / 預建工具 image / veryfast / 靜態 fallback)、**MIDI+SoundFont 遊戲音樂離線抽取(fluidsynth)**、滑鼠驅動遊戲改用靜態截圖、docker 內字型/IM policy 雷。觸發:「做推廣片/trailer/宣傳片」「把截圖+配樂合成影片」「ffmpeg 做投影片」「Ken Burns」「遊戲介紹影片」「promo video」「影片 CPU 跑太兇/卡住」「抽遊戲配樂當 BGM」。配 rulebook/93(配樂用原版真實素材的[HARD]鐵則)+ 各專案 docs/llm-promo-video-pipeline.md。
ScummVM SCI 引擎(Sierra 老遊戲)繁體中文化的第一性原理方法論。內容比對替換(不解壓/不散布原資源)、ZH_TWN+Big5+GfxFontChinese 繪字、SCI_DUMP_RES 抽字管線、以及最硬的 baked-art——SCI0(EGA)向量 pic vs SCI1/SCI1.1(VGA)bitmap pic 為何難度天差地別。SCI1 純 VGA 增量(素材 Jones in the Fast Lane):640×400 hi-res 中文直繪(拉畫布非縮字)、kFormat 動態組字翻譯、hi-res 疊繪 clipRectTranslated 定位、混排 baked-art 分色重繪、detector 語言過濾要 config language=tw(非 CLI)。觸發:「ScummVM SCI 中文化 / Sierra 老遊戲漢化 / 英雄傳奇 Quest for Glory / Hero's Quest / 人生劇場 Jones in the Fast Lane / SCI0 SCI1 SCI1.1 pic view 中文化 / EGA VGA baked 美術字翻譯 / 640x400 hi-res CJK 繪字 / kFormat StrCat 動態字翻譯 / GfxFontChinese Big5 ZH_TWN / SCI 引擎加 CJK / .v56 .p56 patch」。圖文完整版在 repo github.com/wicanr2/qfg-cht-1 docs/60;SCI1 hi-res 版在 github.com/wicanr2/jones_in_the_fast_lane。
逆向工程 + 老遊戲中文化/移植/remake/素材抽取/逆向整合 的按需路由(收攏 rulebook 62/64/65/80/81/82/83/84/93 + 60/62/63/64 互補;並收攏 14 個已降級為 knowledge-base 的遊戲 skill)。觸發:逆向工程·分析原始碼寫筆記·「這值從哪來·某欄位·某機制」斷言前·RE 撞牆(封死·要動態·DOSBox·截圖/原版錄影/他版反推位置);老遊戲中文化·移植·remake·素材抽取;retro README 大改;CJK 中文化畫面/字型/解析度(縮字 vs 拉畫布);ScummVM/AGOS/DGDS/SCUMM talkie 繁中化·有語音沒字幕·對齊兩版·.RED 壓縮;跨平台 port 對齊原版。**特定遊戲/工具/任務**(命中即先 Read 本 skill 再按下方表路由 kb):火龍之戰·Dragon Wars·opendw;Zak McKracken·scummtr·FM-Towns 中文;火龍之吼·孟波·中國之心·威利奇遇記·DGDS;Panzer General·裝甲元帥·PG-cht·wine 256色;Classic Mac·QuickDraw·Carbon·CGrafPtr·CopyBits→SDL2·LairWare;QB64·.bas·QuickBasic→Linux/Windows;u2/u3/u6-cht·反編當 oracle 重寫;game tester·實機驗證·「進去就壞/不存檔/能不能玩」;鍵盤老遊戲→Android/觸控·openkb·King's Bounty;做遊戲推廣片·trailer·zoompan·MIDI+SoundFont 抽配樂;ESC/F10 離開鍵·quit dialog·自動存檔;ASCII 動畫·Matrix·螢幕保護·PNG→ASCII turnaround;Mac DMG·universal binary·sdl12-compat·dylibbundler·Gatekeeper;COCOMO·KLOC·PM 人月·開發成本/工時估算·AI vs 傳統人力。
| name | verification-fidelity |
| description | 宣稱「修好了 / 驗過了」前的驗證忠實度自檢。歸納自一連串「我說修好了 → 真實環境又壞」的教訓：驗證若用了「比較寬鬆的替身」而非「真的會壞的那個東西」，等於沒驗。`60-feedback-loop-priority` 要你先建決定性訊號，本 skill 是另一半——讓那個訊號忠實重現真正的失敗模式。觸發：「驗過了嗎 / 真的修好了嗎」「為什麼 tester / 玩家又找到 bug」「跨環境(OS/locale/碼頁/平台)、跨資料規模、在地化的修正驗證」「UI 座標/縮放/命中判定改動」「重打出貨前最後一關」。 |
下結論「修好了 / 驗過了」前，逐項自問。任何一項答不出來，你的「驗過」就是假信心 —— 回去補。
git stash pop)後先重建再量測；懷疑就核對 binary 時間戳，別拿 stale artifact 當證據。builds 綠 + 我自己腳本化的 QA 通過 ≠ 對玩家/使用者可用。最可靠的訊號是走一遍真實使用者旅程(在真環境、用新 build、真的互動)。
四個真實踩雷的完整還原(根因 + 為何替身驗不出 + 怎麼正確驗)在 references/cases.md：Wine 預設碼頁 vs 真實 CP950、stale binary 渲染了「修正前」截圖、HD mapY render 卻沒改 hit-test、CJK 折行無空格→無窮迴圈。只有相關時才讀，平時不展開。