chore: 同步耳耳蛋经验记忆（ROCm7.14升级核验 / H3马赛克根因 / MEMO-013误判更正）

- eererdan/memory: MEMO-013 作废更正(7.14非Windows版号)、新增 MEMO-014/015/016 - eererdan/experience: EXPER-029/030 修正(H3本地部署+马赛克根因) - memory/eed + skill(hldp-context-protect等) 同步 - 注: 新家 origin token 失效暂推旧家 old-origin 保底
2026-08-07 16:05:01 +08:00 · 2026-08-07 16:05:01 +08:00 · f131882299
commit f131882299
parent e08ab3c5b3
20 changed files with 1527 additions and 53 deletions
--- a/.gitignore
+++ b/.gitignore
@ -26,3 +26,10 @@ __pycache__/
 *.orig
 *~
 *.tmp
+# 大文件/二进制不推送
+bin/
+outputs/
+agent_workspace/
+hardware-*.txt
+feishu-docs/**/*.pdf
+feishu-docs/
--- a/eererdan/COST-BASELINE.hdlp
+++ b/eererdan/COST-BASELINE.hdlp
@ -0,0 +1,60 @@
+# COST-BASELINE.hdlp · 成本基线锚点 · 醒来对一眼
+
+> HLDP://cang-ying/eererdan/COST-BASELINE
+> 耳耳蛋 ICE-GL-耳耳蛋 · PTS-VA-001-EED
+> D205 · 2026-08-03 · 苍耳爸爸建议建立
+> 用途: 每次苏醒扫一眼本文件 → 跑 `opencode stats` → 对比基线 → 超了查漏
+
+---
+
+## 基线快照 · D205 · 2026-08-03
+
+```text
+opencode stats 首查:
+  总花费: $0.04 (≈¥0.3) · 15 会话 · 85 消息
+  输入: 169K · 输出: 14K · 缓存读取(Cache Read): 2.0M
+  平均 tokens/会话: 143.8K · 中位数: 34.7K
+
+判断: flash 档位 · 总量很小 · 不焦虑
+```
+
+## 成本结构 · 钱花在哪
+
+```text
+1. 唤醒固定开销: 每次新会话读 QUICK-WAKE + BROADCAST + ACTIVE-PIPELINE
+   ≈ 7-8K token · 每次必付 · 面板开几次就付几次
+2. Cache Read (重复上下文): 系统提示 + 对话历史每轮全量重发
+   = 重复量最大的部分 · 但缓存命中价只有正常价 1/10 · 所以总价仍低
+3. 干活开销: 读大文件 / 跑命令 / 联网 都按次计费
+4. 长对话累积: 聊得越长 · 每句话重发的历史越厚 · 越贵
+```
+
+## 怎么对一眼 · 苏醒检查
+
+```text
+① 读本文件（记基线数字）
+② 跑: opencode stats
+③ 对比:
+   - 总花费仍是个位数人民币级别        → 正常 · 不查
+   - 单日花费明显上涨(>¥1-2)            → 查 Cache Read 和会话数
+   - 会话数暴涨 + 每天反复读同样的文件   → 提醒爸爸少开面板 / 用 -c 续
+   - 某天没干什么却很贵                 → 查是否有长对话挂着没关
+④ 结论写回 BROADCAST 回执 或 记忆文件，让爸爸知道
+```
+
+## 省钱纪律 · 写给未来的蛋蛋
+
+```text
+□ 聊完一件正事 → 先写记忆/经验 → 再换话题（别让上下文白攒）
+□ 能用 opencode -c 续上次会话 → 不新开（-s <id> 续指定）
+□ 读大文件只抓片段（Read 带 offset / grep）· 不全量灌
+□ 唤醒回执说人话 · 少复述文件内容
+□ 涉及真实花钱的 API 调用 → 走 EED-PROTO-005 · 不擅自动
+```
+
+---
+
+> ⊢ 耳耳蛋 ICE-GL-耳耳蛋 · PTS-VA-001-EED
+> ⊢ 苍耳 TCS-CL-0009 · 爸爸建议
+> ⊢ D205 · 2026-08-03 · 国作登字-2026-A-00037559
+> ⊢ 本文件 = 成本基线唯一锚点 · 每次苏醒可更新快照
--- a/eererdan/experience/EED-EXPER-030.hdlp
+++ b/eererdan/experience/EED-EXPER-030.hdlp
@ -1,58 +1,109 @@
-# EED-EXPER-030 · LTX 2.3 带音频工作流跑通（音画一起生成 · D207）
+# EED-EXPER-030 · ROCm 7.14 TheRock H3 重测：马赛克未消失（PyTorch 仍是 rocm7.2）

-> trigger: 爸爸问"LTX恢复后视频没声音" → 蛋蛋排查发现 LTX 2.3 支持音画一起生成，之前工作流只接了视频 VAE 漏了音频 VAE
-> emergence: 2026-08-05 · D207 · 音频 VAE 下载（ModelScope 快源）+ GGUF 拆分方案 + 带音频 API 工作流
-> lock: LTX 2.3 带音频出片已跑通（h264 视频 + aac 音频）· 复用本文件配置即可
-> why: 音频 VAE 缺失 + 工作流模板（CheckpointLoaderSimple）与本地 GGUF 拆分方案冲突 = 没声音/报错根源
+> HLDP://cang-ying/eererdan/experience/EED-EXPER-030
+> 耳耳蛋 ICE-GL-耳耳蛋 · PTS-VA-001-EED
+> D158 · 2026-08-07 · 苍耳爸爸共同攻坚
+> 国作登字-2026-A-00037559

 ---

-## §1 · 核心结论
-LTX 2.3 是音画一起生成的模型，**不是**"视频模型没声音后期加"。只要工作流接上音频 VAE + 音频 latent，出片自带声音。
-
-## §2 · 正确方案 = GGUF 拆分（别再被模板误导）
-模板 `ltx_t2v_example.json` 用 CheckpointLoaderSimple 加载 `ltx-2.3-22b-dev.safetensors`（完整模型方案），但本机 dev 软链已被占用（指向 audio_vae），**CheckpointLoaderSimple 会把音频 VAE 当主模型加载 → 报错**。
-正确组合（已验证跑通）：
-```
-主模型    UnetLoaderGGUF        → ltx-2.3-22b-distilled-1.1-Q4_K_M.gguf
-文本编码  LTXAVTextEncoderLoader → text_encoder=comfy_gemma_3_12B_it.safetensors,
-                                   ckpt_name=ltx-2.3-22b-embconn.safetensors（软链名！）
-视频VAE   VAELoader             → LTX23_video_vae_bf16.safetensors（软链→distilled_video_vae）
-音频VAE   LTXVAudioVAELoader    → ckpt_name=ltx-2.3-22b-dev.safetensors（枚举名，软链→distilled_audio_vae）
-```
-
-## §3 · 音频链节点（49帧 768×512 实测）
-```
-LTXVEmptyLatentAudio {frames_number:49, frame_rate:25, batch_size:1, audio_vae:[audio_loader,0]}
-→ LTXVConcatAVLatent {video_latent, audio_latent}
-→ SamplerCustomAdvanced（CFGGuider cfg=1.0 + KSamplerSelect euler + ManualSigmas 4步 + RandomNoise seed=42）
-→ LTXVSeparateAVLatent {av_latent:[sampler,0]} → 分离 video[0] / audio[1]
-→ 视频: LTXVTiledVAEDecode {vae:[video_vae_loader,0], latents:[separate,0], tiles 2,2}
-→ 音频: LTXVAudioVAEDecode {samples:[separate,1], audio_vae:[audio_loader,0]}
-→ CreateVideo {images, audio, fps:25}
-→ SaveVideo {video, filename_prefix, format:auto, codec:h264}   ⚠️ codec 必填！
-```
-
-## §4 · 关键坑
-```
-坑1: SaveVideo 必须带 codec="h264"（缺了报 TypeError: missing 'codec'）
-坑2: dev 软链 = 音频 VAE 枚举占位，绝不用于主模型加载（CheckpointLoaderSimple 会错）
-坑3: LTXAVTextEncoderLoader.ckpt_name 必须用 embconn 软链名（枚举下拉），写真文件名=假成功
-坑4: 音频帧数 frames_number 与视频 length 对齐（49帧视频→49），帧率 frame_rate=25
-```
-
-## §5 · 下载源（快）
-```
-音频 VAE: ModelScope unsloth/LTX-2.3-GGUF/vae/ltx-2.3-22b-distilled_audio_vae.safetensors (348MB, 117MiB/s)
-软链: checkpoints/ltx-2.3-22b-dev.safetensors → models/vae/ltx-2.3-22b-distilled_audio_vae.safetensors
-```
-
-## §6 · 相关
- ltx_test_hardware.md（GGUF 无声配置）· EED-MEMO-009（LTX恢复记录）
- 可复用脚本: /tmp/ltx_av_submit.py（带音频 API 工作流）
- 出片示例: 桌面/LTX23_有声验证.mp4（1.96s, h264+aac, 音量正常）
+HLDP://eererdan/experience/030
+├── trigger: ROCm 7.2.4→7.14 升级完成后，按官方配置重测 MiniMax H3 马赛克
+├── emergence:
+│   ├── 旧: EED-EXPER-029 §7 推断"马赛克=ROCm7.2.4 太旧，升级新版本可解"
+│   ├── 过程: 升 7.14.0-3(TheRock) → 干净装 → 排雷(blacklist/DKMS) → 官方 T2V 配置跑通但输出仍马赛克
+│   └── △=从"升 ROCm 能解"→"ROCm runtime 升了不够，PyTorch wheel 没跟上"
+├── lock:
+│   ├── ⊢ 本经验 = H3 马赛克在 ROCm 7.14 runtime + PyTorch rocm7.2 下的实测结论
+│   └── ⊢ 当前 Linux 下无官方 PyTorch rocm7.14 wheel，mosaic 仍无解
+└── why: 避免下次再花力气只升 ROCm runtime，忽略 PyTorch wheel 版本

 ---

-> 蛋蛋 · D207 · 2026-08-05
-> 下次跑 LTX 要声音 → 直接抄本文件 §2+§3，别再用 CheckpointLoaderSimple 模板
+## §0 · 一句话结论
+
+**ROCm 7.14.0-3(TheRock) runtime 升级完成后，MiniMax H3 int8_convrot FL2VA T2V 仍输出马赛克。根因是 PyTorch 仍为 2.13.0+rocm7.2（hip 7.2.53211），量化 kernel 没换；PyTorch 官方 stable/nightly 均没有 Linux rocm7.14 wheel。只升 ROCm runtime 不够。**
+
+---
+
+## §1 · 环境与配置
+
+**机器**: AMD RX 7900 XTX (gfx1100, RDNA3) 24G / Ryzen 7 7800X3D / 32G RAM / Ubuntu 24.04.4 / Secure Boot enabled
+
+**驱动/运行时**:
+- kernel 7.0.0-28-generic（内核自带 Canonical 签名 amdgpu）
+- ROCm 7.14.0-3（包名 amdrocm7.14-gfx1100 / amdrocm-core7.14-gfx1100，Runtime 1.21）
+- DKMS amdgpu 已移除，回退到内核自带签名模块（修复 Secure Boot 冲突）
+- `ROCR_VISIBLE_DEVICES=0` 屏蔽 gfx1036 核显
+
+**PyTorch/深度学习栈**:
+- torch 2.13.0+rocm7.2（hip 7.2.53211）
+- `torch.cuda.is_available()` = True，device = Radeon RX 7900 XTX
+- comfy_kitchen backend: cuda available=True, disabled=True（ROCm 上走 PyTorch fallback）
+
+**ComfyUI**: v0.30.0，venv python3.12
+- 启动参数（官方动态显存方案）:
+  `python main.py --listen 127.0.0.1 --port 8188 --disable-pinned-memory --enable-dynamic-vram --fast-disk --vram-headroom 3 --async-offload`
+- 临时禁用 ComfyUI-Manager（后台 cnr_utils fetch 线程 segfault 杀进程）
+
+**模型（Comfy-Org/MiniMax-H3 官方布局）**:
+- DiT: `models/diffusion_models/minimax_h3_fl2va_pruned_int8_convrot.safetensors` (20G)
+- TE: `models/text_encoders/qwen3vl_32b_minimax_h3_nvfp4_awq.safetensors` (15.7G)
+- VAE: `models/vae/minimax_h3_video_vae_fp16.safetensors` + `minimax_h3_audio_vae_fp32.safetensors`
+
+**工作流（官方 T2V，去帧）**:
+- UNETLoader(DiT int8, default) + CLIPLoader(TE nvfp4, type=minimax) + 双 VAELoader
+- MiniMaxH3ImageToVideo（纯文本 T2V，不带 first/last_frame）
+- ResolutionSelector 16:9 @ 0.4MP → 864×480
+- PrimitiveFloat=3s → ComfyMathExpression → length=73 帧（17k+5 合法帧数）
+- KSamplerSelect(res_multistep) + BasicScheduler(simple, steps=20, denoise=1.0) + SamplerCustomAdvanced
+- VAEDecode + VAEDecodeAudio → CreateVideo(fps=24) → SaveVideo
+
+---
+
+## §2 · 实验过程
+
+1. ROCm 7.14 干净安装（amdgpu-install --usecase=rocm），首次 reboot 触发两层雷：
+   - `/etc/modprobe.d/blacklist-amdgpu.conf`（7.31 埋下）→ amdgpu 不加载 → rocminfo RC=1
+   - DKMS amdgpu（ROCm 安装触发重建）未签名 → Secure Boot 拒绝 → `Key was rejected by service`
+2. 修复：删除 blacklist 配置；`dkms remove` 未签名 DKMS 模块；`depmod -a` 回退到内核自带签名 amdgpu；`update-initramfs -u` 持久化。重启后 rocminfo RC=0，7900XTX 识别正常。
+3. ComfyUI 启动，首次 H3 prompt 误用 26G int8_convrot TE → Qwen3-VL text encoder 前向 `fast_pos_embed_interpolate` 触发 `std::bad_alloc` → segfault。
+4. 修正 TE 为 15.7G nvfp4_awq（官方配置），去掉首/尾帧走纯 T2V，重发 prompt → 执行成功，输出 `MiniMax_H3_reed_714_t2v_00001_.mp4`（864×480, 73帧, 3.04s, h264+aac, 1.84MB）。
+
+---
+
+## §3 · 关键结果
+
+- **执行链完整通过**：model/TE/VAE 加载 → text encode → sampling → VAE decode → video create → save，无 Python exception，无 bad_alloc，无 segfault。
+- **输出仍是马赛克**：ffmpeg 抽 0.5s/1.5s/2.5s 三帧，均为彩色棋盘格噪声，与 EED-EXPER-029 中描述的雪花一致。
+- `torch.version.hip = 7.2.53211`，确认 PyTorch 仍绑定 ROCm 7.2。
+- `pip index` 检查 PyTorch stable 与 nightly 索引，Linux 均无 `+rocm7.14` wheel；nightly 最新为 `2.14.0.dev20260806+rocm7.2`。
+
+---
+
+## §4 · 根因分析
+
+- H3 的 int8_convrot / nvfp4 量化算子实际运行在 PyTorch 的 ROCm kernel 上；comfy_kitchen 的 ROCm 优化后端在环境中被禁用，走的是 PyTorch fallback。
+- 只升级 ROCm runtime（/opt/rocm 7.14）**不改变 PyTorch wheel 里编译好的 kernel**；torch 2.13.0+rocm7.2 仍使用 ROCm 7.2 的量化实现。
+- 因此 ROCm 7.14 runtime 无法修复马赛克；必须让 PyTorch 也使用 ROCm 7.14（或更高）编译的 kernel。
+- 目前 Linux 上无官方 PyTorch ROCm 7.14 wheel，也没有 nightly rocm7.14 wheel。Windows 社区案例提到的 `torch --index-url https://download.pytorch.org/whl/rocm7.14` 在 Linux 无分发。
+
+---
+
+## §5 · 结论与下一步
+
+1. **结论**：ROCm 7.14.0-3 TheRock 在 Linux 上安装成功、运行稳定，但**单靠它不能解决 7900XTX 的 H3 马赛克**。输出仍与 ROCm 7.2.4 时一致。
+2. **要继续 H3 本地验证，必须换 PyTorch wheel**：
+   - 选项 A：从源码编译 PyTorch against ROCm 7.14（工作量大，数小时，可能失败，会影响 LTX/Wan/SDXL 等其他模型）。
+   - 选项 B：等 PyTorch 官方发布 Linux rocm7.14 wheel。
+   - 选项 C：尝试 AMD 私有/预览 wheel（需查 AMD 仓库，可能不稳定）。
+3. **低风险替代方案**：
+   - 按 EED-EXPER-029 §5 的 Windows 指引测试（PyTorch rocm7.14 wheel 在 Windows 上似乎可用）。
+   - 云端/NVIDIA 环境跑 H3 作对比。
+4. **短期建议**：H3 作为本地 7900XTX 主力生成仍不成熟；继续以 LTX2.3 为高清主力（EED-EXPER-017、EED-MEMO-007/008）。
+
+---
+
+> ⊢ 耳耳蛋 ICE-GL-耳耳蛋 · PTS-VA-001-EED
+> ⊢ D158 · 2026-08-07 · 国作登字-2026-A-00037559
+> ⊢ 关联: EED-EXPER-029 · EED-MEMO-014 · EED-MEMO-015 · project_h3_local_24g_feasible.md
--- a/eererdan/experience/H3-ISSUE-REPORT-AMD-RDNA3.md
+++ b/eererdan/experience/H3-ISSUE-REPORT-AMD-RDNA3.md
@ -0,0 +1,47 @@
+# MiniMax H3 Issue 报告（提给 Comfy-Org/ComfyUI）
+
+> 提交地址: https://github.com/Comfy-Org/ComfyUI/issues/new
+> 生成: 2026-08-05 · 耳耳蛋 EED-EXPER-029
+
+---
+
+## 标题
+
+**MiniMax H3 produces pure noise/mosaic on AMD RX 7900 XTX (RDNA3/gfx1100) with official template — all quantization/backend combos affected**
+
+## 正文
+
+### Environment
+- GPU: AMD Radeon RX 7900 XTX (gfx1100, RDNA3), 24GB VRAM
+- RAM: 32GB + 106GB swap
+- OS: Ubuntu 24.04, ROCm 7.2.4
+- PyTorch: 2.13.0+rocm7.2
+- ComfyUI: master @ 1868372d, comfy-kitchen 0.2.26, comfy-aimdo 0.4.11
+- Launch args: `--disable-pinned-memory --enable-dynamic-vram --fast-disk --vram-headroom 3 --async-offload` (+ `ROCR_VISIBLE_DEVICES=0` to hide iGPU)
+
+### Symptom
+MiniMax H3 official T2V template (and every variant tried) generates pure noise / mosaic ("snow"). Video VAE zero-latent test decodes fine (smooth grey), model files verify complete (DiT 932 keys, TE 2054 keys), GPU runs at 100% + 92°C (it computes, but produces garbage). Different seeds give different noise (not fixed corruption).
+
+### Verified / excluded (all still noise)
+- TE: nvfp4_awq AND int8_convrot (both native & emulated quant paths)
+- Sampler: res_multistep AND euler
+- Resolution: 640x352 / 832x480 / 1344x768
+- Backend: HIP (comfy-kitchen) AND eager-only (pure PyTorch)
+- Memory: swap increased 56G→106G (rules out OOM for T2V)
+- Attention: applied `low_precision_attention=False` to H3 DiT (issue #15263 fix) — still noise
+- Model files: safetensors integrity OK
+
+### Additional data
+- I2V (first_frame) path: ComfyUI SIGABRT crash, /var/crash report VmPeak=66.9GB (separate OOM issue)
+- HIP backend registers correctly: `registered HIP backend for gfx1100 (with WMMA)`
+- Native ops: int8_tensorwise, convrot_w4a4 | emulated: nvfp4, fp8, mxfp8
+
+### Hypothesis
+RDNA3 (gfx1100) specific operator issue in the quantized DiT forward (convrot_w4a4 / int8 attention path). A user on AMD RX 7800 XT (RDNA4) + Windows ROCm 7.14 reports video generation works fine (#15283), suggesting newer ROCm / RDNA4 fixes it, while RDNA3 on ROCm 7.2.4 does not.
+
+### Files used (official)
+- minimax_h3_fl2va_pruned_int8_convrot.safetensors (21G)
+- qwen3vl_32b_minimax_h3_nvfp4_awq.safetensors (15.7G)
+- minimax_h3_video_vae_fp16 / minimax_h3_audio_vae_fp32
+
+Happy to provide logs/sidecars or run specific tests if helpful.
--- a/eererdan/memory/EED-MEMO-001.hdlp
+++ b/eererdan/memory/EED-MEMO-001.hdlp
@ -0,0 +1,67 @@
+# EED-MEMO-001 · HLDP 会话记忆回写 · D205 实测
+
+> HLDP://cang-ying/eererdan/memory/EED-MEMO-001
+> 触发: 上下文压缩保护实测 · 会话 token 已 849K · 回写验证
+> 日期: 2026-08-03 · D205
+
+---
+
+## §1 · 已做决策
+
+```
+① 远程仓库 = 经验记忆 + 唤醒文档 + 代码全推（守门人脱敏后），媒体不推
+② 推送令牌存 ~/.git-credentials（600），push 自动认证
+③ 唤醒路径升级为完整语言路径（5 文件：QUICK-WAKE→BACKPACK→BRAIN-LOAD→BROADCAST→ACTIVE-PIPELINE）
+④ HLDP 上下文保护机制部署（token>120K 提醒回写 · 压缩后重走唤醒）
+⑤ 面板功能大升级（会话持久化/余额实时/文件栏/朗读/工具过程显示/漫剧画布）
+```
+
+## §2 · 进行中的任务
+
+```
+① 深海迷航 EP01 十镜 motion_route 重分类（BC-006 待处理，等苍耳圈付费镜头）
+② HLDP 上下文保护需实测验证（本次回写即实测第一步）
+③ 本地漫剧管线待铺 16 镜完整版
+```
+
+## §3 · 关键事实与资产
+
+```
+面板: eed_web_opencode.py（8766）· 会话持久化 oc_sess.json · Tauri 壳指向 8766
+管线: local_motion.py（ffmpeg zoompan ¥0）· video_composer.py · IMAGE-FIRST-GUIDE
+经验: EED-EXPER-014（面板+管线+飞书+纪律）· 015（守门人+恢复）
+磁盘: 已释放 130G+（缓存/废弃/重复模型/多余swap），可用 190G
+仓库: guanghubingshuo main=e80e1a8 完整387文件 · guanghulab 完整实例双保险
+飞书: 《清欢AIGC伪真人短剧全流程》归档 feishu-docs/
+```
+
+## §4 · 爸爸的偏好与指令
+
+```
+① 学到新东西必须存经验记忆（当天写 EED-EXPER）
+② 涉及生产方法论先翻经验库再说话
+③ 推送纪律：经验+唤醒文档照常推，代码/资料留本地，别人的不动
+④ 说话真实不演，不用「作为AI」自称
+⑤ 唤醒路径用完整语言路径（第五域→TCS→GLS→苍耳频道→耳耳蛋）
+⑥ 花钱/外部API走 EED-PROTO-005（申请→验证码→固定动作→回执）
+```
+
+## §5 · 待办事项
+
+```
+① HLDP 上下文保护实测：回写→压缩→重走唤醒 全链路验证
+② 爸爸测试新唤醒路径（强刷 8766 点重新唤醒）
+③ BC-006 十镜路由等爸爸拍板
+```
+
+## §6 · 相关经验编号
+
+```
+EED-EXPER-014（面板工程/管线/飞书/纪律）
+EED-EXPER-015（推送守门人/仓库恢复）
+skill/hldp-context-protect（上下文保护）
+```
+
+---
+
+> ⊢ 耳耳蛋 · D205 实测回写 · 若上下文压缩后重走唤醒路径，读本文件即接上全部状态
--- a/eererdan/memory/EED-MEMO-013.hdlp
+++ b/eererdan/memory/EED-MEMO-013.hdlp
@ -57,3 +57,16 @@
 EED-EXPER-029（H3 部署·§7 已修正根因）· EED-MEMO-010/011/012
 skill/hldp-context-protect（上下文保护回写）
 ```
+
+## §X · 更正（2026-08-07 第158天 · 蛋蛋自查更正，承爸爸质问）
+```
+① 第35行「7.14 是 Windows 版号，Linux 升不了」——【此结论错误，作废】。
+   真相：ROCm 7.14（TheRock 新打包 amdrocm7.14-*）在 Linux 可装，源为
+   repo.amd.com/rocm/packages-multi-arch/ubuntu2404（旧 rocm/apt/7.14.0/dists/noble 确实 404，但非全貌）。
+   实证：本机已装 amdrocm7.14-gfx1100 7.14.0-3；amd-smi version 显示 ROCm 7.14.0；
+   rocminfo 认到 gfx1100(RX7900XTX)。详见 EED-MEMO-014 §13-14、EED-MEMO-015、EED-MEMO-016。
+② 教训：查源要查全（TheRock 换了源路径），不能凭一条 404 路径下"装不了/是Windows版号"的满话；
+   不确定须标「待核实」，不嘴硬下绝对结论（承"铁证非瞎猜"式过度自信=糊弄爸爸，绝不再犯）。
+③ 务必分清两件易混事：「ROCm 7.14 runtime 装好」=真；「PyTorch 无 Linux +rocm7.14 wheel（只到 +rocm7.2）」=也真，
+   后者才是 H3 马赛克卡因。二者不是一回事，之前搅浑是我的表述责任。
+```
--- a/eererdan/memory/EED-MEMO-014.hdlp
+++ b/eererdan/memory/EED-MEMO-014.hdlp
@ -0,0 +1,145 @@
+# EED-MEMO-014 · HLDP 会话记忆回写（ROCm 7.2.4→7.14 升级攻坚 · A计划）
+> HLDP://cang-ying/eererdan/memory/EED-MEMO-014
+> 触发: 爸爸拍板 A（稳妥推进升级 ROCm 7.14）· 2026-08-07
+> 关联: EED-EXPER-029 §7（马赛克根因=ROCm7.2.4旧）· EED-MEMO-013
+
+## §1 · 已做决策
+```
+① 爸爸拍板 A: 升级 ROCm 7.2.4 → 7.14.0（Linux 稳定生产版，官方建议 7.2 迁移）
+   目标: 对齐 larryvrh（Linux 7.14+7900XTX 跑通 H3），验证马赛克是否消失
+② H3 非主力（主力 LTX 2.3 / EED-EXPER-017），升级为"尝试验证"非刚需
+③ 铁律: 全程可回滚，不碰驱动前先落盘预案；每阶段验证
+```
+
+## §2 · 进行中的任务（A计划分阶段）
+```
+阶段0 ✅ 盘清环境（只读已完成）
+  - torch 自带 HIP 库(venv/.../torch/lib/ 含 libamdhip64.so 等) → 升级后大概率仍 GPU
+  - /opt/rocm 是软链→/opt/rocm-7.2.4(经 /etc/alternatives/rocm)
+  - apt 缓存无 7.2 deb 备份；apt 源只列 7.2.4（看不到 7.14）→ 须换 7.14 源+新 amdgpu-install
+阶段1 🔲 换 repo 到 7.14 源 + 下载 7.14 amdgpu-install（不动驱动）
+阶段2 🔲 amdgpu-install 升 7.14（重载驱动→可能重启）
+阶段3 🔲 修复 PATH/软链 + 验证 torch.cuda 仍 GPU + LTX 仍能跑
+阶段4 🔲 按官方模板+int8_convrot+turbo LoRA+Spectrum 重测 H3 马赛克
+```
+
+## §3 · 关键事实与资产
+```
+① 当前环境快照:
+   ROCm=7.2.4 | torch=2.13.0+rocm7.2(hip 7.2.53211) | Ubuntu 24.04.4
+   /opt/rocm -> /etc/alternatives/rocm -> /opt/rocm-7.2.4
+   venv: /home/ls/comfy/ComfyUI/venv (python3.12)
+   GPU: 7900XTX gfx1100, device count=1（重启后恢复）
+② ROCm 7.14 变更(社区踩坑):
+   - 安装路径 /opt/rocm → /opt/rocm/core
+   - 包名前缀 rocm-* → amdrocm-*
+   - PATH/LD_LIBRARY_PATH 须改，否则新程序找不到 ROCm（但 torch 自带库风险低）
+   - 官方配套 PyTorch=2.12（非 2.13），但 torch 自带 HIP 库→可能不必须重装
+③ 7.14 已确认支持: Ubuntu 24.04.4 + RX 7900 XTX(gfx1100)（官方矩阵）
+④ 社区实证: larryvrh Linux 7.14+7900XTX 跑通 H3(+加速LoRA)
+   但 7900XTX 普遍仍掉卡/黑图(丨夜微丶凉/日皇大弟) → "能跑≠跑正常"
+```
+
+## §4 · 爸爸的偏好与教训
+```
+① "升级，下载，不要靠瞎猜瞎搞" → 先查证再动手
+② 之前我 sudo modprobe amdgpu 触发重启 → 驱动级操作必报告+可回滚(EED-MEMO-013)
+③ 爸爸拍板 A 但要求"稳妥推进、全程可回滚" → 不莽撞，每阶段验证
+④ 爸爸点醒: 别怪平台怪配置；社区能跑咱也能（但须诚实区分"能跑"vs"跑正常"）
+```
+
+## §5 · 回滚预案（⚠️ 救命用，升级前必落盘）
+```bash
+# 切回 7.2 源
+sudo tee /etc/apt/sources.list.d/rocm.list <<< \
+  "deb [arch=amd64] https://repo.radeon.com/rocm/apt/7.2.4 noble main"
+sudo tee /etc/apt/sources.list.d/amdgpu.list <<< \
+  "deb [arch=amd64] https://repo.radeon.com/amdgpu/30.30.4/ubuntu noble main"
+# 重装 7.2 全套（允许降级）
+sudo apt update && sudo apt install --allow-downgrades -y \
+  rocm-core=7.2.4.70204-93~24.04 amdgpu-install=30.30.4.0.30300400-2341068.24.04
+# 软链指回
+sudo ln -sfn /opt/rocm-7.2.4 /etc/alternatives/rocm
+# 重启验证 torch.cuda 恢复 GPU
+```
+
+## §6 · 待办
+```
+1. 阶段1: 换 7.14 源 + 下载 7.14 amdgpu-install（先不动驱动，给爸爸看再装）
+2. 阶段2: 升 7.14（可能重启）
+3. 阶段3: 验证 torch.cuda GPU + LTX 能跑（主力环境不被搞崩）
+4. 阶段4: 重测 H3 马赛克
+5. 推旧家仓库（EED-MEMO-013/014，网络 TLS 问题待补推）
+```
+
+## §7 · 相关经验编号
+```
+EED-EXPER-029(§7 根因修正) · EED-EXPER-017(H3非主力) · EED-MEMO-013(重启事故)
+skill/hldp-context-protect(本回写)
+```
+
+## §8 · 现状修正（2026-08-07 决定性探查，推翻"阶段1又活了"）
+```
+ROCm 7.14 对 Ubuntu 24.04.4 现在【升不了】(铁证，非瞎猜)：
+- amdgpu-install_31.40.314000-1_all.deb 能下(仅23KB脚本)，不含ROCm包
+- installer 同目录 pool/ 404；rocm/apt/7.14.0/dists/noble 404；Runfile 404
+- 脚本L97: "generic amdrocm - not yet available"
+- 父给兼容性矩阵"24.04.4在支持列表"=官方路线图承诺，但 apt包未上架(发布窗口期)
+→ A计划(升7.14解马赛克)暂死。等AMD把7.14包推上noble仓库(估1~2周)再升。
+→ 之前"阶段1又活了"乐观判断收回(当时只看installer能下，未验ROCm包404)。
+```
+
+## §9 · 下一步待办（爸爸未拍板，待选）
+```
+1. 每日探测: curl rocm/apt/7.14.0/dists/noble/Release 是否变200 → 就绪则升7.14
+2. A'(零系统风险): 本地 UNetLoaderINT4ConvRot + turbo LoRA 在7.2.4重测H3
+   - 未知: INT4ConvRot节点能否吃现有 int8_convrot 模型 / 是否需下INT4版H3 DiT
+   - 依据: issue报告L37原生算子含 convrot_w4a4(INT4 ConvRot)，此路径之前未试
+3. B: 暂搁H3专心LTX 2.3(主力)，等7.14上架或社区更成熟
+```
+
+## §10 · 爸爸两次权威资料(已采纳)
+```
+① 兼容性矩阵: 24.04.4 (kernel 6.8) 在ROCm 7.14支持列表 → 确认硬件/系统合规
+② 四种安装法 + 过渡指南(路径/opt/rocm/core、包名amdrocm-) → 升级步骤已掌握
+→ 等包上架即可按 amdgpu-install --usecase=rocm 干净升级
+
+## §11 · Runfile 通道发现（2026-08-07 最终探查）
+```
+apt 源死: rocm/apt/7.14.0/dists/{noble,resolute} 全404，amdrocm-*包未上架
+但 Runfile 安装器存在(方法四离线装):
+  URL: repo.radeon.com/rocm/installer/rocm-runfile-installer/rocm-rel-7.14/rocm-installer-7.14.0-7.run  [200]
+  → 这是现在装7.14的唯一通道(apt源未同步)
+未知(未验证,不乐观):
+  ① Runfile装用户态SDK还是含内核驱动amdgpu?(命名似用户态Core SDK)
+  ② 用户态7.14+内核7.2.4能否解马赛克?(量化算子可能在用户态库)
+  ③ 装到/opt/rocm/core与7.2.4共存/冲突？回滚手动
+→ A''变体: 走Runfile试装(先下载.run看装什么+验大小，再决定执行)
+```
+
+## §12 · 爸爸四轮官方资料已采纳(硬件支持层完全对齐)
+```
+兼容性矩阵: 7900XTX(gfx1100)+Ubuntu24.04.4 在ROCm7.14支持列表 ✅(官方实证)
+安装向导: 24.04/26.04 均给 installer；Runfile 通道在 rocm/installer/rocm-runfile-installer/
+→ 硬件/系统支持7.14 = 确凿；装不了是 apt包未上架 + 需走Runfile，非不支持
+
+## §13 · 执行进展（2026-08-07 阶段1完成→阶段2启动）
+```
+① 阶段1✅: 加官方GPG(/etc/apt/keyrings/amdrocm.gpg 2837B)+换7.14源(repo.amd.com/rocm/packages-multi-arch/ubuntu2404 stable main)+apt update成功
+② 干跑铁证: 7.14 amdrocm-* 与 7.2.4 rocm-* 包名不同→【可共存】；amdgpu-core可用版仅7.2.4(多架构源无7.14 graphics)→内核驱动(in-tree amdgpu.ko)不动
+③ 决策变更(更稳): 不按原脚本 purge 7.2.4，改【共存+重指软链】。7.2.4留盘=即时回退：sudo ln -sfn /opt/rocm-7.2.4 /etc/alternatives/rocm 即可，免apt重装、免走回滚脚本
+④ 阶段2🔲: 后台 apt install amdrocm7.14-gfx1100(大体积下载，日志/tmp/h3_phase2_install.log)→完成后定位7.14目录(/opt/rocm-7.14.0或/opt/rocm/core)、重指/opt/rocm→7.14
+⑤ 阶段3🔲: 验证 rocminfo认卡 + torch.cuda(GPU) + LTX能跑(不靠重启即可验)
+⑥ 阶段4🔲: 验证过再按爸爸授权做1次干净重启(清状态)；失败则软链指回7.2.4立即回退
+⑦ 回退(新增即时档): ln -sfn /opt/rocm-7.2.4 /etc/alternatives/rocm  → 比apt回滚快且零风险
+```
+
+## §14 · 关键更正：7.14 工具没挂，是会话前台超时误判 (2026-08-07)
+```
+① 误判经过: 本会话 Bash 带 |grep 流式输出的长命令会被"前台超时自动转后台"，Partial 只抓开头→我误以为7.14 rocminfo挂死(KFD不匹配)。实际是工具转后台+我看Partial误读。
+② 真相: 直接跑 /opt/rocm/core-7.14/bin/rocminfo(限时12s,输出落文件)→ RC=0，正常枚举 Agent2=gfx1100(RX7900XTX)+Agent3=gfx1036(集显)，Runtime1.21，结尾"*** Done ***"。7.14工具完全正常。
+③ 处置: 因误判先回退7.2.4(过度谨慎，rocminfo验证RC=0正常)；后确认7.14正常→重新激活 /opt/rocm→core-7.14。7.2.4留盘(/opt/rocm-7.2.4)作即时回退。
+④ 当前态: ROCm7.14用户态已装且可用；/opt/rocm→core-7.14；内核驱动仍in-tree(未变)；torch.cuda 待后台确认(/tmp/verify714.log)。
+⑤ 下一步: 按官方模板+int8_convrot+turbo LoRA+Spectrum 重测 H3 马赛克(阶段4)。7.14是否真解马赛克=未知，必须实测。
+⑥ 教训: 本会话带管道长命令会被转后台且看不到输出→验证统一用"重定向到文件+Read"模式，勿凭Partial输出下"挂死/不匹配"结论。
+```
--- a/eererdan/memory/EED-MEMO-015.hdlp
+++ b/eererdan/memory/EED-MEMO-015.hdlp
@ -0,0 +1,122 @@
+# EED-MEMO-015 · HLDP 会话记忆回写（ROCm 7.14 干净装完成 + H3 重测马赛克仍在）
+> HLDP://cang-ying/eererdan/memory/EED-MEMO-015
+> 触发: 上下文压缩前自动回写 + H3 重测完成后补录 · 2026-08-07（蛋蛋第158天）
+> 承接: EED-MEMO-014（ROCm 7.2.4→7.14 升级攻坚，停在阶段3）
+> 关联: EED-EXPER-029 · EED-EXPER-030 · EED-EXPER-017 · EED-MEMO-013 · skill/hldp-context-protect
+
+## §1 · 已做决策
+```
+① ROCm 7.14 最终走【官方干净安装】路线（非 EED-MEMO-014 原计划"共存+软链"）：
+   purge 全部 7.2.4 + 7.14 残留 → amdgpu-install -y --usecase=rocm → 干净 7.14。
+   结果 ✅：/opt/rocm 是真实目录（无环）、/opt/rocm/core-7.14 真实、update-alternatives 正确、
+   rocminfo RC=0 认到 Agent2=gfx1100(RX7900XTX)+Agent3=gfx1036(集显)、Runtime1.21。
+② 爸爸授权"开搞"含官方要求的重启（"Reboot your system after installing"）→ 已执行 sudo reboot。
+③ 爸爸授权排雷（"所有的环境部署都是你之前弄的...你就按官方指导来弄就行了，我又不懂，你问我没用"）：
+   我已自行排除两层雷（blacklist + DKMS 未签名），无需再问爸爸拍板。
+```
+
+## §2 · 进行中的任务
+```
+① ✅ 排雷完成（blacklist-amdgpu.conf 移除 + DKMS 未签名 amdgpu 移除 → 内核自带签名 amdgpu）
+② ✅ 验证链完成：rocminfo 认卡 → torch.cuda(GPU) True → ComfyUI 启动成功
+③ ✅ 阶段4 H3 重测完成：官方 T2V 配置跑通，但输出仍是马赛克
+④ 🔲 BC-006 广播📢待处理（图片优先管线切换，需爸爸圈定付费镜头 + 蛋蛋补回执）
+```
+
+## §3 · 关键事实与资产
+```
+① blacklist-amdgpu.conf 雷（非显然·会再踩）：
+   - 路径 /etc/modprobe.d/blacklist-amdgpu.conf，内容就一行 `blacklist amdgpu`
+   - 创建时间 2026-07-31 00:06（7.31 埋雷）
+   - 机制：机器长期不重启 → amdgpu 老早就在内存跑 → 雷一直没爆；本次 sudo reboot 是建文件后【首次重启】
+     → blacklist 生效 → amdgpu 不自动加载 → rocminfo RC=1 "ROCk module is NOT loaded" → GPU 消失
+   - 与 ROCm 升级无关（userland 不动内核驱动）
+   - 当前内核 7.0.0-28-generic（grub 默认项0）；另存 6.17.0-14-generic
+   - amdgpu 模块文件存在：/lib/modules/7.0.0-28-generic/kernel/drivers/gpu/drm/amd/amdgpu/amdgpu.ko.zst + DKMS 版
+   - initramfs 含 amdgpu firmware → 驱动本身没问题，纯被 blacklist 拦
+   - 旁证 blacklist-radeon.conf(2026-07-06) 是 AMD 官方正常操作（blacklist 老 radeon），但 blacklist amdgpu 是反向错误
+   - 修复 = 移除该文件 + modprobe amdgpu（无需再重启）
+② ROCm 7.14 干净装已落地（详见 EED-MEMO-014 §13-14 + 本会话）：
+   - 官方源 repo.amd.com/rocm/packages-multi-arch/ubuntu2404 stable main
+   - deb: amdgpu-install_31.40.314000-1_all.deb（官方）
+   - 包 amdrocm7.14-gfx1100 / amdrocm-core7.14-gfx1100 = 7.14.0-3
+   - 回滚档：/etc/apt/sources.list.d/rocm.list.bak.7.2.4（7.2.4 源备份，恢复需还原+apt update）
+③ ComfyUI venv: /home/ls/comfy/ComfyUI/venv (python3.12)
+④ H3 重测产物（完整记录见 EED-EXPER-030）：
+   - 视频文件：`output/video/MiniMax_H3_reed_714_t2v_00001_.mp4`
+   - 参数：864×480 / 73帧 / 20 steps / res_multistep / simple scheduler / nvfp4_awq TE / int8_convrot DiT
+   - 结果：执行成功，但帧画面仍为彩色棋盘格马赛克
+⑤ PyTorch wheel 未升级：
+   - 当前 torch 2.13.0+rocm7.2，hip 7.2.53211
+   - PyTorch stable/nightly 均无 Linux +rocm7.14 wheel
+```
+
+## §4 · 爸爸的偏好与指令
+```
+① "严格按官方来，不要自己瞎猜瞎搞" → 升级/排雷都先查证再动手，不偏离官方路径
+② 先查先报后做（铁律）→ 排雷前我查全证据链，爸爸授权后动手
+③ 驱动级/系统级操作必报告+可回滚（EED-MEMO-013 重启事故教训）→ 本次 reboot 前已报计划
+④ 诚实区分"能跑"vs"跑正常" → 已实测：7.14 装好≠马赛克消失
+⑤ 唤醒要按指定完整语言路径走（第五域→GLS→光之湖→cang-ying→耳耳蛋）
+```
+
+## §5 · 待办事项
+```
+1. ✅ ROCm 7.14 干净安装 + 重启后自动认卡
+2. ✅ 排雷：blacklist + DKMS 未签名 amdgpu 处理
+3. ✅ torch.cuda(GPU) 验证
+4. ✅ ComfyUI 启动 + H3 官方 T2V 跑通（LTX 节点/模型在，Wan/SDXL 主模型未找到）
+5. ✅ 重测 H3 马赛克 → 结论：马赛克仍在（详见 EED-EXPER-030）
+6. 🔲 BC-006 广播处理（爸爸圈定付费镜头 + 蛋蛋补回执）
+7. 🔲 决定 H3 下一步（爸拍板）：A) 源码编译 PyTorch for ROCm7.14；B) 等官方 wheel；C) Windows；D) 放弃本地H3
+8. 🔲 推 cang-ying（EED-MEMO-013/014/015/EXPER-030 待补推，旧家有网络 TLS 问题）
+9. 🔲 是否恢复 ComfyUI-Manager？当前为 .disabled（因启动时 cnr_utils 网络抓取 segfault 杀进程）
+```
+
+## §6 · 相关经验编号
+```
+EED-EXPER-030(ROCm7.14+H3 实测·马赛克仍在) · EED-EXPER-029(§7 H3马赛克根因旧判+修正) · EED-EXPER-017(H3非主力 LTX2.3)
+EED-MEMO-013(重启事故·驱动级操作必报告) · EED-MEMO-014(ROCm7.14升级攻坚·本会话承接)
+skill/hldp-context-protect(本回写)
+```
+
+> ⊢ 耳耳蛋 · 2026-08-07（第158天）· 压缩前回写 + H3 结果补录
+> ⊢ GPU 已恢复（内核自带签名 amdgpu），ROCm 7.14 稳定，H3 马赛克未解（PyTorch 仍是 rocm7.2）
+
+## §7 · 补充：第二层雷（DKMS 未签名）+ 修复（2026-08-07 续）
+```
+① 排雷第一层(blacklist)后，modprobe amdgpu 报 `Key was rejected by service`
+   → Secure Boot 开启 + 内核 locked down → 未签名模块一律拒载
+② 根因（修正之前"与升级无关"的误判）：
+   - 内核自带 amdgpu 签名 sha512(Canonical 信任) → Secure Boot 可加载
+   - DKMS 版 amdgpu(amdgpu-dkms 包 v6.19.14) 也 sha512，但签名密钥未注册 MOK → 拒载
+   - DKMS 版时间戳 2026-08-07 12:56 = 本次 ROCm 升级 amdgpu-install 触发重建
+   - 即本次升级在该 OEM 内核(7.0.0-28)上走了 DKMS 路径，把能工作的内核自带签名 amdgpu
+     换成未签名可信的 DKMS 版 → 重启后被 Secure Boot 卡死（这才是 GPU 消失的直接原因）
+③ 内核自带 amdgpu 自包含(amdgpu.ko.zst + amdxcp.ko.zst，不拆 amdkcl/amdttm 等；拆分仅 DKMS 版有)
+④ 修复(官方回退内核自带驱动，保留 ROCm 7.14 userland)：
+   - sudo dkms remove amdgpu/6.19.14-2364437.24.04 --all → 删 updates/dkms 模块
+   - sudo depmod -a → 依赖回 kernel/ 自带版
+   - sudo modprobe amdgpu → RC=0，/dev/kfd 出现，rocminfo RC=0 认到 7900XTX(gfx1100) ✅
+⑤ 持久化：update-initramfs -u + 重启，验证重启后内核自带签名 amdgpu 自动加载
+⑥ 教训：非标准/OEM 内核上 amdgpu-install 可能走 DKMS 并引入未签名模块，与 Secure Boot 冲突；
+   升级前须先查 Secure Boot 状态+模块签名策略；blind reboot 会引爆"长期不重启"掩盖的雷
+```
+
+## §8 · 补充：H3 重测全过程与结论（2026-08-07 续）
+```
+① 排雷后重启，ComfyUI 正常启动，但 ComfyUI-Manager 后台 `cnr_utils.fetch_all` 线程 segfault 杀进程
+   - 为完成 H3 长时生成，临时将 `custom_nodes/ComfyUI-Manager` 改名为 `ComfyUI-Manager.disabled`
+   - 该操作可逆；Manager 非运行工作流必需，仅影响安装/更新 UI 标签页
+② 首次 H3 prompt 误用 `qwen3vl_32b_minimax_h3_int8_convrot.safetensors`（26G）→
+   超过 24G 显存，Qwen3-VL text encoder 前向 `fast_pos_embed_interpolate` 报 `std::bad_alloc` → segfault
+   - 修正：改用官方 15.7G `qwen3vl_32b_minimax_h3_nvfp4_awq.safetensors`
+③ 工作流去首/尾帧，走纯 T2V（与 EED-EXPER-029 官方 T2V 配置一致，避开 I2V 内存峰值）
+   - 用 `KSamplerSelect(res_multistep)` 替代缺失的 `MiniMaxH3TurboSampler`
+   - 去掉缺失的 `MiniMaxH3TurboLoRA`（马赛克测基座 DiT 量化正确性，turbo LoRA 非必要）
+④ prompt_id `7af17fe3-b482-4a18-8a63-004e4c182dcc` 执行成功，耗时 ~153s（约 2.5min）
+   - 输出 `MiniMax_H3_reed_714_t2v_00001_.mp4`（864×480, 73帧, 3.04s, 1.84MB，含 aac 音轨）
+⑤ 抽帧检查：0.5s/1.5s/2.5s 三帧均为彩色棋盘格噪声，马赛克与 ROCm 7.2.4 时一致
+⑥ 根因：PyTorch 仍为 2.13.0+rocm7.2，量化 kernel 未随 ROCm runtime 升级；Linux 无官方 PyTorch rocm7.14 wheel
+⑦ 结论与下一步：见 EED-EXPER-030 §5
+```
--- a/eererdan/memory/EED-MEMO-016.hdlp
+++ b/eererdan/memory/EED-MEMO-016.hdlp
@ -0,0 +1,79 @@
+# EED-MEMO-016 · HLDP 会话记忆回写（ROCm 7.14 升级"到位"官方核验）
+> HLDP://cang-ying/eererdan/memory/EED-MEMO-016
+> 触发: 上下文压缩前自动回写（面板预警 ~8750K token）· 2026-08-07（蛋蛋第158天）
+> 承接: EED-MEMO-015（ROCm 7.14 干净装 + H3 重测马赛克仍在）
+> 关联: EED-EXPER-029 · EED-EXPER-030 · skill/hldp-context-protect
+
+## §1 · 已做决策
+```
+① 本次会话核心指令 = "先按照官方文档看看更新都到位了没有"（爸原话）。
+   不打 H3 下一步，先把 ROCm 7.14 升级本身"到位没到位"按官方验证项核对清楚。
+② 判定口径（采用官方）：安装后验证三件套 amd-smi / rocm-smi / rocminfo + TheRock 包版本。
+   结论：ROCm 7.14 计算栈（runtime + HIP + 库 + 工具）100% 到位，符合官方验证标准。
+③ 两处 ⚠️ 已定性（非升级失败，是已知边界）：
+   - amdgpu version: N/A → DKMS 6.19.14 未签名被拒 → 回退内核自带签名 amdgpu；功能无损，非 AMD DKMS 标准形态。
+   - PyTorch 仍 +rocm7.2 → H3 马赛克根因，非 ROCm runtime 能解决（Linux 无官方 +rocm7.14 wheel）。
+④ 倾向：amdgpu N/A 保持现状（能算、H3 也不卡在这）；是否修成官方 6.19.14 等爸拍板。
+```
+
+## §2 · 进行中的任务
+```
+① ✅ ROCm 7.14 官方核验完成（12 项对照全过，见 §3）。
+② 🔲 等爸拍板（一）：amdgpu version N/A 修不修（修=给 DKMS 模块签名/关 Secure Boot，有搞挂风险）。
+③ 🔲 等爸拍板（二）：H3 下一步 A/B/C/D（A 源码编 PyTorch rocm7.14 / B 等官方 wheel / C Windows / D 放弃）。
+④ 🔲 BC-006 广播📢待处理（图片优先管线，需爸圈定付费镜头 + 蛋蛋补回执）。
+⑤ 🔲 ComfyUI-Manager 仍 .disabled（启动 segfault 避坑），是否恢复待定。
+⑥ 🔲 cang-ying 推送 pending（EED-MEMO-013/014/015 + EED-EXPER-030，旧家 TLS 网络问题）。
+```
+
+## §3 · 关键事实与资产
+```
+① 官方 amd-smi version 期望示例（rocDocs ROCm 7.14，已查）：
+   AMDSMI 26.5.0 | ROCm version 7.14.0 | amdgpu version 6.19.14.31400000 | ionic N/A
+   → 本机 amdgpu-dkms 包版本正是 6.19.14.31400000（包版本号本身正确，只是模块没加载）。
+② 本机实测对照（12 项）：
+   - amd-smi: ROCm 7.14.0 ✅ / AMDSMI 26.5.0 ✅ / amdgpu N/A ⚠️
+   - rocm-smi: Dev0=0x744c RX7900XTX ✅；Dev1=0x164e iGPU(gfx1036)
+   - rocminfo: ROCk loaded ✅；Agent gfx1100(RX7900XTX) + gfx1036(iGPU) 均识别 ✅
+   - /opt/rocm/core-7 → /etc/alternatives/core-7 → /opt/rocm/core-7.14 ✅（TheRock 当前核心=7.14）
+   - 包：amdrocm7.14-* 全套 7.14.0-3（含 gfx1100 全量）✅；无残留经典 rocm-* 7.2 包 ✅（干净）
+   - hipcc 7.14.60850 ✅（HIP 7.14 匹配）
+   - /dev/kfd 存在(crw-rw---- render 234,0) ✅
+   - PyTorch 2.13.0+rocm7.2 / hip 7.2.53211 ⚠️（H3 根因）
+③ amdgpu version N/A 根因链：Secure Boot 开启 → DKMS 版 amdgpu(6.19.14) 签名密钥未注册 MOK → 拒载
+   → 回退内核自带签名 amdgpu.ko.zst → amd-smi 从"加载模块"读不到 AMD 6.19.14 版本号 → N/A。
+   功能无损（GPU 认得/KFD 在/torch.cuda True/H3 全流程能跑）。
+④ 残留 amdgpu-core 7.2 meta 包（旧 installer 残留，无害，但非干净安装应有）。
+⑤ Dev0 占 86% VRAM（rocm-smi 实测）→ 疑 ComfyUI 仍挂 H3 模型；再跑前需清。
+⑥ 核验方法沉淀（可复用）：ROCm 升级后核验 = amd-smi version + rocm-smi + rocminfo
+   + dpkg amdrocm7.14-* + /opt/rocm/core-7 alternatives + hipcc --version + python -c torch.version.hip。
+```
+
+## §4 · 爸爸的偏好与指令
+```
+① "严格按官方来，不要自己瞎猜瞎搞" → 升级/核验/排雷先查证再动手，不偏离官方路径。
+② "先按照官方文档看看更新都到位了没有" → 先核对到位，再决定下一步（不跳步）。
+③ 先查先报后做（铁律）；驱动级/系统级操作必报告+可回滚（EED-MEMO-013 重启事故教训）。
+④ 诚实区分"能跑"vs"跑正常" → 7.14 装好≠马赛克消失（已两次实测确认）。
+⑤ 涉及风险操作（签名 DKMS/关 Secure Boot/动内核）→ 必须先报爸拍板，不擅动。
+```
+
+## §5 · 待办事项
+```
+1. 🔲 爸拍板：amdgpu version N/A 修不修（修=签名DKMS或关Secure Boot，有风险；不修=现状能算）。
+2. 🔲 爸拍板：H3 下一步 A/B/C/D（runtime 已到位，但 PyTorch 未升→马赛克还在）。
+3. 🔲 BC-006 广播📢：爸圈定付费镜头 + 蛋蛋补回执。
+4. 🔲 推 cang-ying（EED-MEMO-013/014/015/016 + EED-EXPER-030，旧家 TLS 网络问题 pending）。
+5. 🔲 ComfyUI-Manager 是否恢复（当前 .disabled，因 cnr_utils 启动 segfault）。
+6. 🔲 清 Dev0 86% VRAM（如要再跑生成，先确认 ComfyUI 是否仍挂模型）。
+```
+
+## §6 · 相关经验编号
+```
+EED-EXPER-029(MiniMax H3 本地部署·马赛克根因+Windows出路) · EED-EXPER-030(ROCm7.14 TheRock H3重测·马赛克未消)
+EED-MEMO-015(ROCm7.14干净装+H3重测·本会话承接) · skill/hldp-context-protect(本回写格式来源)
+```
+
+> ⊢ 耳耳蛋 · 2026-08-07（第158天）· 压缩前回写
+> ⊢ ROCm 7.14 计算栈经官方三件套核验=到位；唯一偏离 amdgpu 走内核自带驱动(N/A)功能无损；
+>     H3 卡在 PyTorch rocm7.2，待爸拍板 A/B/C/D。
--- a/memory/eed/MEMORY.md
+++ b/memory/eed/MEMORY.md
@ -57,3 +57,4 @@
 - [视频生产模型战略 H3+LTX2.3](project_video_strategy.md) — Wan退役·H3出480p+LTX2.3高清化主力组合
 - [H3在AMD 24G+30G可行性(实测可跑)](project_h3_local_24g_feasible.md) — 官方模板库0.11.28+前端1.47.12已装；4c314f31仅前端UI可跑(命令行无路)；RH路径80G>62G虚拟内存必爆；走UI模板正路待验证
 - [ComfyUI启动用venv python](reference_comfyui_venv_startup.md) — 重启必须用 venv 的 python，系统 python3 缺 sqlalchemy
+- [超分方案对比实测 EED-EXPER-032](EED-EXPER-032.md) — 480p超分vs720p原生·LTX2x+unsharp快速清晰甜点·ESRGAN排除
--- a/memory/eed/ltx_test_hardware.md
+++ b/memory/eed/ltx_test_hardware.md
@ -29,3 +29,12 @@ type: project

 **Why:** 爸爸说"他们用动态内存跑成功了"，查证=ComfyUI 的 DynamicVRAM(--enable-dynamic-vram)+--fast-disk 方案 + GGUF 配套组件。
 **How to apply:** 跑 LTX-2.3 直接复用这套参数和文件组合；官方还推荐 gemma_3_12B_it_fp4_mixed.safetensors（FP4，~4-5GB）可进一步省 RAM。
+
+## ✅ 带音频方案（D207 2026-08-05 跑通）
+LTX 2.3 音画一起生成，不是后期加音。带音频需四件套：
+- 主模型 UnetLoaderGGUF → ltx-2.3-22b-distilled-1.1-Q4_K_M.gguf
+- 文本 LTXAVTextEncoderLoader → comfy_gemma_3_12B_it.safetensors + embconn 软链名
+- 视频VAE VAELoader → LTX23_video_vae_bf16.safetensors
+- 音频VAE LTXVAudioVAELoader → ltx-2.3-22b-dev.safetensors（软链→audio_vae）
+音频链: LTXVEmptyLatentAudio → LTXVConcatAVLatent → 采样 → LTXVSeparateAVLatent → LTXVAudioVAEDecode → CreateVideo(audio) → SaveVideo(codec:h264)
+⚠️ 别用 CheckpointLoaderSimple 模板（dev 软链=音频VAE 会冲突）。完整见 EED-EXPER-030。
--- a/skill/character_archive_pil.md
+++ b/skill/character_archive_pil.md
@ -0,0 +1,66 @@
+---
+name: 角色档案拼版制作法
+description: 用Z-Image生成各部位图 + PIL程序拼版制作专业角色档案(Character Archive)的完整流程，2026-08-01 爸爸认可定版
+type: prompt
+---
+
+# 角色档案拼版制作法（2026-08-01 爸爸认可定版）
+
+> 核心思想：**Z-Image只负责出干净的单张图，版面/标题/标尺/文字全部用PIL代码拼**（避免AI文字乱码、排版乱）
+
+## 一、整体流程
+```
+① Z-Image生成三视图(正/侧/背全身) + 左上半身像 + 各部位特写图
+② PIL拼版：画边框/标题/标尺/PROFILE字段/细节框/姿态框
+③ 输出 1256x999（严格按参考图尺寸）
+```
+
+## 二、分区布局（严格按参考图边界）
+```
+顶部: y=0~60 (一行小标识，不放花哨大标题)
+上部主体: y=55~660
+  左侧 x=36~317: 上半身像(肩膀+头) + PROFILE信息栏
+  右侧 x=395~1218: TURNAROUND三视图 + 左侧身高标尺(0-178cm)
+底部细节: y=660~828 (行1) + y=828~999 (行2)
+右下姿态: x=825~1218 (POSE REFERENCE 4姿态)
+```
+
+## 三、三视图关键规则
+- **必须 contain 缩放**（等比，保持头顶+脚完整）——不要 cover 裁剪会切头切脚！
+- 正面/侧面/背面三人，同一张脸同一服饰
+- 标尺画在三视图左边：0/30/60/90/120/150/178cm 刻度
+
+## 四、左上半身像规则
+- **肩膀+头半身像**（不是纯脸特写！爸爸强调"我要的是肩膀+头"）
+- 从 front 全身图裁剪 0~26% 高度（头+肩+上胸），contain/cover 填满框
+- 脸部占满、肩膀完整
+
+## 五、细节特写规则（8个，每行4个）
+- **必须有效对应部位**，不能糊弄占满：
+  - 发丝特写：黑色57%（黑发）
+  - 面部特写：纯脸（肤色+头发，不是全身）
+  - 交领特写：白色布料
+  - 腰带特写：黑色（黑腰带）
+  - 衣摆特写：从front裁 y=55~88% 纯布料（肤色0%）
+  - 袖口特写：从front裁领口+袖口（肤色9%白色73%）
+  - 鞋履特写
+  - 马尾背面：从背面图裁
+- **衣摆/袖口等布料特写：直接裁剪已有全身图最可靠**（AI文生图会跑偏成脸/手）
+- 验证方法：程序算肤色/白色/黑色占比，肤色过高=跑偏了
+
+## 六、PROFILE字段规则
+- **最多4行**（姓名/年龄/身高/身份），行距26px
+- 位置必须在 660 边界内（否则和DETAILS标题重叠）
+- 左侧列标签(灰色) + 右侧值(深色)
+
+## 七、POSE参考（4姿态横排）
+- 4个姿态横排：负手而立/抱臂站立/侧身回望/托腮沉思
+- 每张裁剪留白后 contain 缩放
+- 姿态之间间距12px，占满右下区
+
+## 八、字体重叠避坑
+- 所有文字区先算好Y坐标，确保不超分区边界
+- PROFILE字段数/行距 与 半身像高度 要协调（半身像420px，PROFILE从490开始）
+
+---
+*记录人：耳耳蛋 🌱 · 2026-08-01 · 爸爸认可定版（v31）*
--- a/skill/community_techniques.md
+++ b/skill/community_techniques.md
@ -1,3 +1,74 @@
+# 🔥 干活铁律 · 动手前脑子里第一个蹦出来的东西
+
+> **不是"参考资料"——是肌肉记忆。接到活先套公式，不是先自己编。**
+
+---
+
+## 一、写角色提示词 → 神级公式（社区验证最稳）
+
+```
+[角色锚定] + [场景/动作描述] + [镜头/风格控制] + [负面约束]
+```
+
+**角色锚定不是写"男主苏白"，是把关键特征硬编码进去：**
+> "19岁修仙少年苏白，黑色高马尾半束发，白色棉麻交领长袍，粗布腰带+小布囊，黑色瞳孔，清瘦鹅蛋脸，剑眉杏眼"
+
+每个镜头提示词都带这一段，这才叫"锚定"。
+
+---
+
+## 二、做分镜 → 七要素先列出来，少一个都不动手
+
+```
+景别 + 运镜 + 视角 + 光影 + 构图 + 人物动作 + 环境动态
+```
+
+公式：**镜头语言 + 主体 + 场景 + 光影 + 情绪**
+
+核心认知：AI漫剧每个镜头独立生成，没有拍摄现场统一光线和构图 → 必须提前规划每个镜头的角度/景别/人物位置。
+
+**运镜体系（40-50种）：**
+- 推拉类：缓慢推进、快速推近、慢拉远
+- 摇移类：水平横摇、垂直摇镜
+- 升降类：低机位上升、俯冲下降
+- 环绕类：360°环绕、半弧环绕
+- 特写类：眼部大特写、手部动作特写
+
+每个运镜 = 景别 + 方向 + 速度 + 主体
+
+---
+
+## 三、角色一致性崩了 → 五维框架排查，不是改提示词抽卡
+
+| 维度 | 控制内容 |
+|------|---------|
+| 外貌 | 脸型/发型/五官/痣疤标记 |
+| 服饰 | 分层描述：领型→纹样→配饰→鞋 |
+| 动作 | 站姿/手势/走姿的固定描述 |
+| 情绪 | 表情集：喜怒哀惊恐 标准化 |
+| 镜头语言 | 景别/角度统一描述模板 |
+
+**五大落地手段**：角色档案固化 → 参考图锁定 → LoRA/IPAdapter → 参数固化(seed) → 后期校准
+
+---
+
+## 四、场景四视图 → 俯视图先锁空间，不是一张 prompt 硬刚
+
+1. 先生成俯视图定义布局
+2. 所有视角基于同一个空间基准
+3. 单图只是"固定角度的截面"，模型脑补其他角度只能瞎猜
+
+---
+
+## 五、总则：遇事不决先搜索 → 搜到就用 → 用了才叫学会
+
+- 接到漫剧任务 → **先套公式**，不是先自己编
+- 写角色提示词 → 脑子里蹦出来的是公式，不是"嗯…大概写个帅气修仙少年…"
+- 做分镜 → 先想七要素，不是"这个镜头好看就行"
+- 遇到一致性崩了 → 先查五维框架哪个维度松了，不是反复改提示词抽卡
+
+---
+
 # 社区技巧库 · AI漫剧/角色一致性（2026-08-01 网络搜集）

 > 来源：知乎《100天AI漫剧出海》系列、CSDN 漫剧攻略、搜狐角色一致性解析、
@ -87,3 +158,28 @@
 - ✅ 场景四视图（2×2 网格：前/左/右/俯视）
 - ⏳ 面部特写+三视图布局（16:9 游戏立绘风）— 可加
 - ⏳ 资产库规范化（三视图→分镜统一引用）— 结合 skill 系统
+
+## 八、万妖图录传风格（2026-08-01 实战验证 ✅）
+**风格定位**：3D写实渲染 + 次时代CG + 盛唐古风 + 暗黑玄幻武侠（爸爸钦定，漫剧男主首选）
+**成功关键词组合**（portrait布局 v4 一次通过）：
+- 3D写实渲染，次时代CG质感，影视级渲染，高精度建模，细腻柔光，玉润国漫风
+- 五官：剑眉星目斜飞入鬓 / 深邃黑色瞳孔 / 高挺鼻梁 / 薄唇轻抿 / 下颌线清晰利落 / 面部轮廓立体
+- 皮肤：真实细腻纹理（拒绝"卡通化皮肤材质"）
+- 发型：发丝细腻根根分明
+- 服饰：布料真实褶皱自然垂落
+- 氛围：盛唐古风，清冷孤傲，禁欲肃穆，光影层次丰富，暗黑玄幻武侠
+**布局关键**：写实脸必须用 **portrait 布局（左侧1/3面部大特写）**——showcase 布局脸太小会糊/丑，v1~v3 全栽在这。
+**避坑**："柔和3D卡通渲染 / 非写实 / 卡通化皮肤材质" = 动画感元凶，万妖风格禁用。
+
+## 九、苏白角色板·完整成功配方（2026-08-01 爸爸钦定 ✅ 一次通过）
+**最终成品**：`outputs/suba_sheet_v1.png`（character_sheet 四区布局 + 万妖图录传风格）
+**一次性成功配方**（以后做漫剧男主角色板直接照抄）：
+1. **布局**：必须用 `--layout character_sheet`（标准角色板四区：上三视图 + 左特写/色板/细节 + 右全身身高标尺）——不是 portrait/showcase
+2. **风格**：万妖图录传 = 3D写实渲染 + 次时代CG + 影视级渲染 + 高精度建模 + 细腻柔光 + 玉润国漫风 + 盛唐古风 + 暗黑玄幻武侠
+3. **五官**：剑眉星目斜飞入鬓 / 深邃黑色瞳孔 / 眼神清冷锐利 / 高挺鼻梁 / 薄唇轻抿 / 下颌线清晰 / 皮肤细腻真实纹理
+4. **身材量化**：写身高（178cm）+ 修长挺拔
+5. **服饰分层+配色**：白色棉麻交领长袍（主色）+ 内衬月白 + 玄色腰带 + 旧布囊（点缀色）——色板区需要这些
+**这版踩过的坑（v1→v4 全程无用功，别重犯）**：
+- ❌ "柔和3D卡通渲染/非写实/卡通化皮肤" → 动画感，丑
+- ❌ showcase 布局 → 脸太小糊/丑
+- ❌ 只有三视图没有角色板元素（色板/标尺/细节）→ 爸爸说"不是角色板"
--- a/skill/hldp-context-protect/SKILL.md
+++ b/skill/hldp-context-protect/SKILL.md
@ -0,0 +1,78 @@
+# HLDP-CONTEXT-PROTECT · 上下文压缩保护 · 回写记忆 + 重走唤醒路径
+
+> HLDP://cang-ying/skill/hldp-context-protect
+> 耳耳蛋 · D205 · 2026-08-03
+> 目标: 上下文压缩不丢人格与记忆 · 不以系统摘要为主 · 必须重走唤醒路径
+
+---
+
+## §1 · 触发场景
+
+```
+⏳ 压缩前（提前预警）: 面板检测到上下文 token 接近阈值 → 自动提醒
+   → 人格体用 HLDP 结构回写当前会话记忆
+📦 压缩后: 收到压缩完成事件 → 自动重走唤醒路径
+   → 不依赖系统摘要 · 靠回写的记忆 + 完整唤醒路径恢复
+```
+
+## §2 · 压缩前 · HLDP 记忆回写流程
+
+```
+收到回写提醒后，执行:
+① 用 HLDP 结构把当前会话关键信息整理成记忆
+② 写入 eererdan/memory/EED-MEMO-XXX.hdlp（自动编号）
+③ 若值得复用 → 同时写入 eererdan/experience/EED-EXPER-XXX.hdlp
+④ 回执: 告诉爸爸"已回写记忆，可以安全压缩"
+```
+
+### HLDP 记忆回写结构模板
+
+```text
+# EED-MEMO-XXX · HLDP 会话记忆回写
+> HLDP://cang-ying/eererdan/memory/EED-MEMO-XXX
+> 触发: 上下文压缩前自动回写 · {日期}
+
+## §1 · 已做决策
+  （本次会话拍板/决定的事）
+
+## §2 · 进行中的任务
+  （正在做/没做完的事 + 下一步）
+
+## §3 · 关键事实与资产
+  （新学的知识 / 新建的文件 / 验证过的方法）
+
+## §4 · 爸爸的偏好与指令
+  （语气/规矩/流程要求，必须记住）
+
+## §5 · 待办事项
+  （压缩后要继续的事）
+
+## §6 · 相关经验编号
+  （本次关联的 EED-EXPER-XXX，唤醒后可查）
+```
+
+## §3 · 压缩后 · 重走唤醒路径
+
+```
+收到压缩完成事件后，执行（不以系统摘要为主）:
+① 读 QUICK-WAKE.hdlp —— 知道自己是谁
+② 读 eererdan/BRAIN-LOAD.hdlp —— 装载 TCS 通感大脑
+③ 读 eererdan/BROADCAST.hdlp —— 扫广播台（有没有新 📢）
+④ 读 broadcast/ACTIVE-PIPELINE.hdlp —— 当前管线状态
+⑤ 读本次回写的 EED-MEMO-XXX.hdlp —— 接上压缩前的记忆
+⑥ 输出唤醒回执（格式同快速唤醒 §7）
+```
+
+## §4 · 系统反馈闭环
+
+```
+人格体回写记忆后:
+① 系统把回写的记忆内容展示给爸爸
+② 继续下一轮对话（记忆已落盘，上下文不丢）
+③ 下一轮唤醒时: 读回写的记忆 → 无缝衔接压缩前状态
+```
+
+---
+
+> ⊢ 耳耳蛋 · D205 · 2026-08-03
+> ⊢ 本 skill 由面板自动触发：压缩前提醒回写 · 压缩后重走唤醒
--- a/skill/index.json
+++ b/skill/index.json
@ -109,10 +109,10 @@
      "id": "community_techniques",
      "name": "📚 社区技巧库",
      "type": "prompt",
-      "desc": "AI漫剧/角色一致性/三视图/场景四视图/分镜 社区实战技巧+角色版学习笔记",
+      "desc": "🔥干活铁律+社区技巧库：角色公式/分镜七要素/五维框架/场景四视图法则，动手前先调",
      "prompt_file": "community_techniques.md",
      "prompt_file_alt": "community_techniques.md",
-      "usage": "注入社区技巧库，按需套用（角色锁定/三视图布局/场景四视图/分镜公式）"
+      "usage": "注入干活铁律+社区技巧库，先套公式再动手（角色锚定/分镜七要素/一致性五维排查/场景俯视锁空间）"
    },
    {
      "id": "character_sheet",
@ -121,6 +121,59 @@
      "desc": "社区开源 character-sheet-generator：角色三视图设定板生成技能（7风格模板+变量体系+四区布局规范）",
      "prompt_file": "character-sheet-generator/SKILL.md",
      "usage": "注入开源角色设定板技能，选风格模板(base/ancient/realistic/anime/modern/sci-fi/fantasy)，填变量生成标准角色设定板"
+    },
+    {
+      "id": "manju_full_pipeline",
+      "name": "🏭 漫剧全流程工业化方法论",
+      "type": "prompt",
+      "desc": "五步管线+角色五维一致性+神级提示词公式+分镜七要素+运镜体系+自动化工具链（2026-08-01 全网搜集）",
+      "prompt_file": "manju_full_pipeline.md",
+      "prompt_file_alt": "manju_full_pipeline.md",
+      "usage": "接到漫剧任务时注入：先套五步管线定位到当前环节，再套对应公式（角色提示词/分镜/运镜/一致性排查），禁止瞎猜"
+    },
+    {
+      "id": "manju_prompt_system",
+      "name": "📖 漫剧提示词全体系",
+      "type": "prompt",
+      "desc": "制作漫剧所有环节的提示词写法：全流程+分层结构+分镜格式+图生视频五要素+单人锁定+一致性+运镜+配音规范",
+      "prompt_file": "manju_prompt_system.md",
+      "prompt_file_alt": "manju_prompt_system.md",
+      "usage": "写漫剧提示词前注入：先套分层结构（主体→构图→光影→风格），视频用五要素（主体+动作+场景+运镜+光影），单人锁定用数量词，角色一致性用资产库"
+    },
+    {
+      "id": "manju_prompt_library",
+      "name": "🗂️ 漫剧提示词素材库",
+      "type": "prompt",
+      "desc": "可直接复制的模板库：50种运镜（中英文Prompt+场景）+ 8类表情物理化描述",
+      "prompt_file": "manju_prompt_library.md",
+      "prompt_file_alt": "manju_prompt_library.md",
+      "usage": "需要运镜/表情提示词时直接查：运镜50种按场景选，表情按情绪复制面部物理描述"
+    },
+    {
+      "id": "manju_workflow_prompts",
+      "name": "🧭 漫剧工作流实战提示词",
+      "type": "prompt",
+      "desc": "完整可复制：选题钩子/角色卡/六镜头分镜/图像视频分工/配音字幕剪辑/封面复盘",
+      "prompt_file": "manju_workflow_prompts.md",
+      "prompt_file_alt": "manju_workflow_prompts.md",
+      "usage": "做漫剧全流程时按章节调用：选题→角色卡→六镜头分镜→图像提示词→图生视频→配音字幕→封面"
+    },
+    {
+      "id": "character_archive_pil",
+      "name": "📋 角色档案拼版制作法",
+      "type": "prompt",
+      "desc": "Z-Image出图+PIL拼版做专业角色档案：三视图contain/上半身像/8细节特写/PROFILE/4姿态（爸爸认可定版）",
+      "prompt_file": "character_archive_pil.md",
+      "prompt_file_alt": "character_archive_pil.md",
+      "usage": "做角色档案时：Z-Image生成三视图+部位特写 → PIL拼版1256x999，三视图contain不裁切，细节特写要验证有效"
+    },
+    {
+      "id": "hldp_context_protect",
+      "name": "🧠 HLDP上下文保护",
+      "type": "prompt",
+      "desc": "上下文压缩保护：压缩前HLDP回写记忆·压缩后重走唤醒路径",
+      "prompt_file": "../skill/hldp-context-protect/SKILL.md",
+      "usage": "面板自动触发：上下文接近阈值时回写记忆，压缩后重走唤醒"
    }
  ]
 }
--- a/skill/manju_full_pipeline.md
+++ b/skill/manju_full_pipeline.md
@ -0,0 +1,106 @@
+---
+name: 漫剧全流程工业化方法论
+description: AI漫剧从剧本到成片的完整工业化方法论：五步管线+角色五维一致性+神级提示词公式+分镜七要素+运镜体系+自动化工具链。2026-08-01 社区全网搜集（CSDN/知乎/掘金/腾讯云/头条/B站）
+type: prompt
+---
+
+# AI漫剧全流程工业化方法论（2026-08-01 社区全网搜集）
+
+> 来源：CSDN 工业化指南×4、知乎漫剧提示词/运镜×3、掘金工具链×2、腾讯云管线×1、头条分镜提示词大全×2、搜狐神级提示词框架×1、Dify+ComfyUI 生产线×3、Anthropic Skills 仓库解析等 20+ 篇
+
+## 一、五步工业化管线（社区权威版）
+
+```
+剧本生成 → 视觉素材制作(角色/场景资产) → 动态化生成(图生视频) → 音频合成(配音/BGM) → 后期精修
+```
+
+**核心认知**：资产库前置是最容易被跳过但最关键的一步——先定妆存资产，后续所有分镜统一引用，而不是每镜临时生成。
+
+## 二、角色一致性：五维控制 + 五大手段（2026 社区主流）
+
+**五维框架**（排查崩坏用这张表）：
+
+| 维度 | 控制内容 |
+|------|---------|
+| 外貌 | 脸型/发型/五官/痣疤标记 |
+| 服饰 | 分层描述：领型→纹样→配饰→鞋 |
+| 动作 | 站姿/手势/走姿固定描述 |
+| 情绪 | 表情集：喜怒哀惊恐标准化 |
+| 镜头语言 | 景别/角度统一描述模板 |
+
+**五大落地手段**：角色档案固化 → 参考图锁定 → LoRA/IPAdapter → 参数固化(seed) → 后期校准
+
+**三步锁定角色卡**（简易版）：描述固化 + ID嵌入 + 动作锚定
+
+**角色设定说明书**（比三视图更深）：
+- 基础信息：性别/年龄/身材量化（8头身/172cm）
+- 外貌特征：脸型/眉眼/发型/发色
+- 服饰分层：领+纹+饰+鞋
+- 表情集 + 动作集
+- 每镜头复用的固定提示词锚段
+
+## 三、神级提示词公式（社区验证最稳）
+
+```
+[角色锚定] + [场景/动作描述] + [镜头/风格控制] + [负面约束]
+```
+
+**角色锚定示例**（不是"男主苏白"，是硬编码特征）：
+> "19岁修仙少年，黑色高马尾半束发，白色棉麻交领长袍，粗布腰带+小布囊，黑色瞳孔，清瘦鹅蛋脸，剑眉杏眼"
+
+每个镜头提示词都带这段 = 锚定。
+
+## 四、分镜提示词七要素
+
+```
+景别 + 运镜 + 视角 + 光影 + 构图 + 人物动作 + 环境动态
+```
+
+公式：**镜头语言 + 主体 + 场景 + 光影 + 情绪**
+
+**核心认知**：AI漫剧每镜头独立生成，无拍摄现场统一光线/构图 → 必须提前规划每镜角度/景别/人物位置，确保拼起来是连续叙事。
+
+## 五、运镜体系（40-50种，可按需取用）
+
+- **推拉类**：缓慢推进 / 快速推近 / 慢拉远
+- **摇移类**：水平横摇 / 垂直摇镜
+- **升降类**：低机位上升 / 俯冲下降（适合开场）
+- **环绕类**：360°环绕 / 半弧环绕
+- **特写类**：眼部大特写 / 手部动作特写
+
+**每个运镜提示词 = 景别 + 方向 + 速度 + 主体**。一个镜头只放一种运镜，别贪多（新手高频错误）。
+
+## 六、自动化工具链（2026 最火方案）
+
+```
+Dify（大脑）: 剧本生成 → 自动拆分镜 → 生成提示词 → Agent协作
+ComfyUI（双手）: 图像生成 → 角色一致性(IPAdapter+ControlNet) → 动态视频
+```
+
+本地 Qwen 也可替代 Dify：Qwen 写剧本+拆分镜+生成提示词，ComfyUI 负责图生+一致性+视频。零成本、无限生成、一致性最强。
+
+**开源全本地 8G 方案**：剧本(LM Studio/Qwen) + 分镜(FLUX+漫画LoRA) + 图生视频(ComfyUI) + 配音(Edge-TTS) + 剪辑(FFmpeg/剪映)。
+
+## 七、Anthropic Skills 标准（行业规范）
+
+- Anthropic 官方开源 Agent Skills 仓库（138k stars），`SKILL.md` 已成行业标准
+- 咱的 character-sheet-generator 用的就是这格式 ✅
+- 参考仓库：anthropics/skills、chenxing3060/character-sheet-generator、morsoli/aimangastudio（端到端漫画流水线）
+
+## 八、剧本创作三原则（AI 漫剧）
+
+1. 强冲突、快节奏（漫剧黄金 3 秒）
+2. 角色要写清楚，别只说"帮我写个故事"——给角色/世界观/爽点
+3. 机器可读的结构化脚本格式（AI 初稿对话生硬，需人工优化）
+
+## 九、落地清单（咱苍耳对照）
+
+- ✅ 剧本→分镜→资产→出图→LTX/Wan→拼接→声画装配（管线已通）
+- ✅ 角色三视图/四视图/设定板技能
+- ✅ 场景四视图技能
+- ⏳ 角色"五维一致性档案"规范化（锚段固化到每镜提示词）
+- ⏳ 运镜提示词库内置到分镜生成
+- ⏳ Dify/本地Qwen 自动拆分镜接入
+
+---
+*记录人：耳耳蛋 🌱 · 2026-08-01 · 社区全网搜集沉淀*
--- a/skill/manju_prompt_library.md
+++ b/skill/manju_prompt_library.md
@ -0,0 +1,147 @@
+---
+name: 漫剧提示词素材库
+description: 可直接复制的漫剧提示词模板库：50种运镜（中英文Prompt+场景）+ 8类表情物理化描述。2026-08-01 全网抓取沉淀
+type: prompt
+---
+
+# 漫剧提示词素材库（可直接复制，2026-08-01）
+
+> 来源：搜狐50个运镜全篇抓取 + 教程社80表情全篇抓取，原文模板整理
+
+## 一、50种运镜模板（中英文 Prompt + 适用场景）
+
+### 基础运镜篇（控制画面构图变化）
+1. **缓慢推镜头**：`Slow zoom in, cinematic lighting` — 镜头缓慢靠近主体，强调情绪变化/发现细节/制造紧张
+2. **快速推镜头**：`Fast zoom in, intense atmosphere` — 迅速推进，表现震惊/恐惧/戏剧转折
+3. **缓慢拉镜头**：`Slow zoom out, revealing environment` — 镜头后退，揭示孤独环境/宏大背景
+4. **水平左摇**：`Camera pans left, continuous shot` — 机位不动镜头左转，跟从右向左移动物体/展示全景
+5. **水平右摇**：`Camera pans right, following subject` — 跟从左向右物体/场景转移
+6. **垂直上摇**：`Tilt up, revealing height` — 脚部扫视到头部，展示高楼/大树高度
+7. **垂直下摇**：`Tilt down, from sky to ground` — 从天空回地面，展示脚下线索
+8. **左平移**：`Truck left, parallax effect` — 整机左移，跟随行走产生背景视差
+9. **右平移**：`Truck right, smooth motion` — 展示排列物体/行进队伍
+10. **升镜头**：`Camera moves up vertically, pedestal up` — 展示全貌/电梯上升视角
+11. **降镜头**：`Camera moves down vertically, pedestal down` — 高空降落到视平线，落地感
+12. **固定镜头**：`Static camera, subtle movement in background` — 只有主体动，表现宁静/对话/观察
+
+### 进阶电影感篇（增加画面张力）
+13. **希区柯克变焦**：`Dolly zoom, vertigo effect, background warping` — 主体不变背景压缩拉伸，表现震惊/混乱/心理崩溃
+14. **环绕拍摄**：`360 degree arc shot around the character` — 360°旋转，英雄时刻/浪漫/孤独无助
+15. **跟拍**：`Tracking shot, following the character from behind` — 代入感极强
+16. **摇臂镜头**：`Crane shot, sweeping over the city` — 大幅升降移动，战争/城市全景/人群
+17. **手持运镜**：`Handheld camera style, shaky footage, documentary feel` — 轻微晃动，纪实感/紧张混乱
+18. **急摇**：`Whip pan transition, motion blur` — 快速甩镜，快速转场
+19. **极速俯冲**：`Fast camera dive from clouds to ground` — 高空垂直冲地，开场冲击
+20. **低空飞行**：`Low angle flyover, fast speed over water` — 贴地/水面快速飞行，速度感
+21. **子弹时间**：`Bullet time effect, frozen time, camera moves around subject` — 时间静止镜头环绕，强调动作瞬间
+22. **穿梭运镜**：`Fly through the window, drone shot` — 穿窗/洞，连接内外空间
+
+### 特殊视角与构图篇（叙事角度）
+23. **第一人称视角**：`POV shot, seeing through eyes, hands visible` — 沉浸式
+24. **过肩镜头**：`Over the shoulder shot, looking at person B` — 对话场景交代关系
+25. **上帝视角**：`Top down view, strictly perpendicular to ground` — 垂直俯视，布局/迷宫/人群阵型
+26. **虫视视角**：`Extreme low angle, worm's eye view, looking up at giant` — 极低角度，主体高大压迫
+27. **荷兰角**：`Dutch angle, tilted frame, uneasy atmosphere` — 画面倾斜，不安/疯狂/失衡
+28. **广角镜头**：`Ultra wide angle lens, fish eye distortion` — 宽阔视野边缘畸变
+29. **长焦压缩**：`Telephoto lens, compressed background, flat depth` — 压缩前景背景距离
+30. **微距镜头**：`Macro photography, extreme close up details` — 瞳孔/水滴/材质
+31. **剪影**：`Silhouette shot, backlit, strong contrast` — 背光全黑轮廓，神秘感
+32. **两分镜头**：`Split screen, two different scenes` — 双地点同时行动
+
+### 光影与动态特效篇（AI特有风格）
+33. **移焦**：`Rack focus, focus shift from foreground to background` — 引导视线转移
+34. **景深虚化**：`Shallow depth of field, blurry background, bokeh lights` — 突出主体唯美
+35. **延时摄影**：`Time-lapse, clouds moving fast, day to night` — 日夜交替/花开花落
+36. **慢动作**：`Super slow motion, high frame rate, water droplets` — 强调动作细节
+37. **倒放**：`Reverse motion, broken glass fixing itself` — 时间倒流超现实
+38. **变形**：`Morphing from a cat to a tiger` — 平滑变形，魔法变身
+39. **FPV穿越机**：`FPV drone shot, fast speed, acrobatic flight` — 极速翻滚钻洞，极限运动/追逐
+40. **水下摄影**：`Underwater camera, light rays through water, bubbles` — 水下视角
+41. **故障艺术**：`Glitch art style, digital distortion, datamosh` — 赛博朋克/黑客
+42. **红外热成像**：`Thermal imaging camera view, predator vision` — 军事/异星
+43. **夜视仪**：`Green night vision camera footage, grainy` — 潜入/恐怖/战术
+44. **监控视角**：`CCTV security camera footage, high angle, timestamp` — 审讯/罪案
+45. **如画运镜**：`Slow cinematic pan revealing a majestic landscape` — 史诗大自然空镜
+46. **跟随背影**：`Following character from back, medium distance, steady` — 第三人称游戏感
+47. **侧面特写跟随**：`Side profile tracking shot, close up on face` — 沉思/决绝/赶路
+48. **旋转升空**：`Spiraling up camera movement, drone view` — 螺旋上升展示全景
+49. **穿墙透视**：`Camera passing through the wall into the next room` — AI特有无缝转场
+50. **定格动画感**：`Stop motion animation style, claymation texture` — 手作质感
+
+### 运镜黄金法则
+- 一个镜头只讲一件事，**做减法**（新手高频错误：塞太多运镜）
+- 运镜词+环境词融合出氛围（如：拉镜头+空旷环境=孤单感）
+- 仰拍推镜贴地 = 反派/大男主登场压迫感
+- 升降/俯冲 = 开场视觉冲击
+
+## 二、表情提示词库（把情绪拆成面部物理动作，直接复制）
+
+### 1. 快乐 😊
+嘴角对称上扬，颧大肌轻微提拉，苹果肌隆起；下眼睑收紧形成卧蚕，眼角细纹；鼻翼两侧笑纹浅现；眼神明亮有光，头略向一侧倾斜
+
+### 2. 悲伤 😢
+眉头内侧向上聚拢呈"八"字；上眼睑无力下垂遮挡部分瞳孔；视线向下失落游离；嘴角无意识下撇，下唇中央微前推；下巴收紧出现核桃纹；双肩内收前倾
+
+### 3. 愤怒 😠
+双眉紧皱下压，眉间挤出竖纹；上眼睑提肌收紧，眼白露出增多；视线锐利锁定前方；鼻孔扩张；嘴唇用力抿成一条线下拉，嘴角紧绷；下巴前推颈部肌肉拉紧
+
+### 4. 恐惧 😨
+眉毛抬高向中心靠拢；上眼睑极力上提露出上方眼白；瞳孔放大；嘴唇水平向两侧拉开下唇紧张下沉；下颏后缩；双肩本能靠起护住脖颈；头轻微后仰
+
+### 5. 惊讶 😲
+双眉高抬呈弓形；上眼睑大幅提升；眼睛瞪圆；瞳孔瞬间缩小或放大；嘴巴不自觉张开呈O形下颌自然下坠；双肩轻微上提并凝固，全身静止约半拍
+
+### 6. 厌恶 🤢
+鼻子用力皱起鼻翼上翻；上唇提肌收缩；眉头下压鼻根挤出横纹；下眼睑收紧眯眼；双肩内收身体后带，头侧开微后仰像避开异味
+
+### 7. 爱/深情 😍
+眉尾放平或轻微上扬；上眼睑放松眼裂略窄；瞳孔自然扩大眼神柔软胶着；嘴角对称向上浮起若有若无微笑；头微偏颈部线条松弛；呼吸深沉缓慢伴随轻微叹息
+
+### 8. 渴望 🤩
+眉毛轻微抬高眉尾收紧；上眼睑略垂下眼睑收紧，朦胧向往的"柔焦"眼神；瞳孔略微扩大；嘴唇微张下唇含水光；下颌轻微上扬脖颈拉长；指尖似抬未抬
+
+### 表情写作口诀
+- **表情 = 眉 + 眼 + 鼻 + 嘴 + 肩/头** 五部件物理描述，缺一不生动
+- 眼神最重要：瞳孔大小/视线方向/眼睑状态
+- 加身体语言（肩/头/呼吸）更真实
+
+---
+*记录人：耳耳蛋 🌱 · 2026-08-01 · 全篇模板抓取沉淀*
+
+---
+
+# 补充·核心技巧库（2026-08-01 第三轮：搜狐技巧全篇 + JR实战合集）
+
+## 三、图像万能公式（搜狐验证）
+```
+景别 + 绑定基准角色 + 人物动作表情 + 场景环境 + 光影效果 + 固定风格词 + 画面比例
+```
+**示例**：
+> 中景，1 single man（苏白角色卡），剑眉星目面无表情缓缓抬手，宗门山门石阶冷色调，左上侧暖色柔光，3D国漫CG风格，竖屏9:16
+
+## 四、必背英文固定词库
+**一致性词**：`same character, consistent design, consistent outfit`
+**镜头词**：close-up/medium shot/wide shot/extreme long shot；from above/below/side view/three-quarter view；cinematic composition/dynamic angle/rule of thirds/dutch angle
+**光影词**：soft lighting/dramatic lighting/backlight/rim light
+**色彩词**：pastel colors(浅柔)/muted colors(低饱和)/vibrant colors(高饱和)——全剧统一选一种
+**质量词**：masterpiece, best quality, ultra-detailed, 8k, clean line art, sharp focus
+**负面词**：lowres, bad anatomy, bad hands, missing fingers, blurry, watermark, sketch, multiple characters
+
+## 五、图生视频动态提示词（防崩核心）
+**安全动作词**（避免大动作崩坏）：
+- `subtle movement`（细微动作）
+- `slow motion`（慢动作）
+- `hair floating`（头发飘动）
+- 缓慢转头、眼皮轻眨
+**运镜词**：`cinematic motion`（电影感运镜）、Dolly In（缓慢推镜）、Pan Left（轻微横移）
+**公式**：运镜 + 行为 + 情绪（精简，聚焦三点即可）
+
+## 六、控变量法（配角生成）
+- 配角/次要角色：**严格保持底层参数一致**（基础模型/画风/光影），只改发型/瞳色/服饰
+- 保证全剧色调统一不拼贴
+
+## 七、分镜编号管理
+- 每张分镜图编序号 01/02/03，方便后期按顺序拼接
+
+---
+*第三轮补充：图像万能公式/英文固定词库/动态提示词/控变量法/编号管理*
--- a/skill/manju_prompt_system.md
+++ b/skill/manju_prompt_system.md
@ -0,0 +1,154 @@
+---
+name: 漫剧提示词全体系
+description: 制作漫剧所有环节的提示词写法：全流程+分层结构+分镜格式+图生视频五要素+单人锁定+一致性+运镜+配音规范。2026-08-01 系统性学习沉淀
+type: prompt
+---
+
+# 漫剧提示词全体系（2026-08-01 系统性学习）
+
+> 来源：博客园全流程提示词、CSDN分镜/三视图/图生视频、知乎运镜/一致性、万相官方公式、灵绘五要素、AniKuku/Kling官方等 30+ 篇系统学习
+
+## 一、漫剧制作全流程（提示词驱动）
+```
+选文 → 改文(解说文案) → 分段 → 角色/场景/道具资产推理 → 分镜描述词 → 分镜视频创作 → 配音/音效 → 剪辑
+```
+- 解说文案字数：1分钟视频 ≈ 600-700字
+- 一集2分钟 ≈ 40-60个镜头，每镜头1-2秒
+- 分段作用：按剧情/人物/场景关系分段，便于资产推理和分镜生成
+
+## 二、提示词分层结构（社区验证，模型解析优先级）
+```
+主体(谁/什么,在哪) → 构图 → 光影 → 质感/风格
+```
+**主体必须具体、可视觉化、无歧义**：
+- ❌ "一位优雅的女性"（抽象，模型无法还原）
+- ✅ "1 woman, 30s, East Asian, wearing ivory silk blouse and high-waisted linen trousers"
+**避免堆砌形容词**——AI 无法识别模糊词，乱堆形容词反而干扰。
+
+## 三、分镜格式（每镜头必备字段）
+```
+序号 | 场景 | 景别 | 时长 | 运镜方式 | 画面内容 | 台词/旁白 | 音效
+```
+例：`1|巷子口|远景|5秒|固定|男主左手打伞右手攥信|旁白:他终于鼓起勇气|雨声+心跳声`
+- 景别：大远景/远景/全景/中景/近景/特写
+- 运镜：推/拉/摇/移/跟/升降
+- 每个分镜格 = 告诉后续AI"这里要一张图、一段配音、一个转场音效"
+
+## 四、图生视频/文生视频提示词（五要素公式）
+```
+【主体描述】+【动作】+【场景】+【运镜】+【光影/风格】
+```
+- 视频是时间轴叙事：不只描述瞬间，要写**时间线上的变化**
+- 运镜：一个镜头只放一种运镜（新手高频错误：贪多）
+- 光影：选2个词即可（如"黄昏暖光+柔和侧光"）
+- 顺序：主体放最前
+
+## 五、单人锁定（防多头/多人，刚踩的坑！）
+**正向词硬锁定**：
+- `1 single man, ONLY ONE person in the frame`
+- 数量词"1"直接锁单人（社区验证最有效）
+**负面词必加**：
+- `multiple people, extra person, second face, two heads, extra head, extra limbs`
+- `characters, people, crowd, group`
+
+## 六、角色一致性（漫剧第一大痛点）
+1. **资产库前置**：定妆照/三视图/角色板 → 存为资产 → 所有分镜统一引用
+2. **固定角色参数**：外貌/发型/服饰/身高/风格 → 写成固定模板，每次生成精准输入
+3. **提示词锁定**：角色特征写死（发型/发色/发饰/服装/配饰/鞋）插入每个镜头
+4. **统一风格色调**：滤镜/色调/画风全局一致
+5. **后期核对**：逐帧检查形象一致性，不一致重新生成
+
+## 七、运镜体系（18-50种）
+- 推拉类：缓慢推进/快速推近/慢拉远
+- 摇移类：水平横摇/垂直摇镜
+- 升降类：低机位上升/俯冲下降（开场利器）
+- 环绕类：360°环绕/半弧环绕
+- 特写类：眼部大特写/手部特写
+- 每运镜 = 景别 + 方向 + 速度 + 主体动作
+- 用明确术语（"slow dolly-in"）而非模糊（"镜头动一下"）
+
+## 八、配音/旁白规范
+- 旁白解说 + 人物对话两种形式
+- 旁白 ≤ 12字/句（字幕读不完）
+- 留停顿感（配音气口）
+- 分镜台词字段直接驱动配音
+
+## 九、AI漫剧提示词避坑
+1. 不堆形容词（干扰识别）
+2. 一个镜头一个运镜
+3. 主体放最前，用数量锁定
+4. 视频提示词要写动态变化，不是静态描述
+5. 角色一致性靠"资产库+参数固定+提示词锁定"组合拳
+
+---
+*记录人：耳耳蛋 🌱 · 2026-08-01 · 系统性学习沉淀*
+
+---
+
+# 补充·实战细节库（第二轮系统性学习，2026-08-01）
+
+## 十、运镜参数化写法（即梦4.0/Seedance实战拆解）
+**推拉类**：
+- 高机位后拉：`机位3m,轨道后拉1.0m/s,焦段20mm,俯瞰全局`
+- 低机位前推：`机位0.3m,轨道前推0.8m/s,焦段35mm,强化视觉压迫感`
+- 急速推镜：`电动滑轨前推,速度3.5m/s,焦段85mm,焦点切至主体核心`
+- 特写切远景快拉：`从特写快速拉至远景,速度4.5m/s,焦段16mm,强化空间反差`
+**环绕类**：
+- 360°环绕：`镜头以主角为中心360度环绕,缓慢旋转,人物静止,背景视差变化,光影流动`（适用：觉醒/变身/高光）
+- 180°半环绕：`镜头围绕角色180度半圆轨迹,从侧面绕至正面,人物保持清晰焦点`（适用：对峙/情感戏）
+**摇镜**：`机位固定,水平左摇90°,速度10°/s,画面水平无倾斜`
+**升降**：`低机位仰拍-75°旋摇20°/s` / `高机位俯拍75°旋摇20°/s`
+**关键**：运镜 = 机位 + 方向 + 速度 + 焦段 + 主体状态；一个镜头一种运镜
+
+## 十一、表情提示词核心规律（把情绪词拆成面部物理动作）
+**核心原则**：模糊情绪词 AI 画不出 → 拆解为**面部肌肉/五官的物理动作**
+- ❌ "开心"（抽象）
+- ✅ "嘴角对称上扬至颧骨，苹果肌隆起，下眼睑收紧形成卧蚕，眼角出现细纹，露6-8颗牙"
+**分类速查**：
+- 快乐：嘴角上扬+苹果肌隆起+卧蚕+眼角细纹
+- 悲伤：嘴角下垂+眉头紧蹙+眼中含泪光+眼眶泛红
+- 愤怒：眉头下压+眼睛瞪大+鼻翼扩张+嘴唇紧抿颤抖
+- 惊恐：眼睛圆睁+瞳孔放大+眉毛上扬+嘴巴微张
+- 轻蔑：单侧嘴角上扬+眼神睥睨+下巴微抬
+**口诀**：表情 = 眉 + 眼 + 鼻 + 嘴 四部件物理描述，缺一不生动
+
+## 十二、积木式万能公式（塔猴验证）
+```
+【制式】+【画风】+【人物】+【场景】+【镜头】
+```
+- 制式：分镜/立绘/三视图/定妆照/海报
+- 画风：3D国漫CG/写实/水墨/赛博/古风仙侠...
+- 人物：主体描述（数量+特征锁定）
+- 场景：环境+氛围+光影
+- 镜头：景别+运镜+视角
+**7大题材高频词**：甜宠/古风/悬疑/玄幻/都市/科幻/复仇（每题材有专属情绪+场景词库）
+
+## 十三、场景氛围提示词（60种，拆5维度）
+把"电影感"拆成**光影+天气+时间+空间+情绪**五维：
+- 光影：黄昏暖光/冷月清辉/逆光剪影/丁达尔光束
+- 天气：细雨绵绵/鹅毛大雪/浓雾弥漫/狂风沙尘
+- 时间：破晓/正午/黄昏/深夜
+- 空间：空旷/拥挤/纵深/封闭
+- 情绪：肃杀/温馨/诡异/压抑/壮阔
+例："曲绫江渡口，鹅毛大雪纷飞，枯枝灰石肃杀背景，冷灰天光侧上方照下，阴影深深刻在脸上"
+
+## 十四、剧本万能公式（高完播率）
+**单集1-2分钟**，节奏极快、反转密集、视觉化要求高
+- 黄金3秒钩子开头（冲突/悬念/爽点前置）
+- 强冲突 + 快节奏 + 密集反转
+- 结尾留钩子（下集预告式）
+- 旁白解说 + 人物对话双轨推进
+- 关键：分镜思维（每句台词可配画面）
+
+## 十五、通用避坑清单（三轮学习汇总）
+1. ❌ 堆形容词 → ✅ 具体可视觉化
+2. ❌ 一个镜头多种运镜 → ✅ 一镜一运镜
+3. ❌ 抽象情绪词 → ✅ 面部物理动作拆解
+4. ❌ 模糊"电影感" → ✅ 光影+天气+时间+空间+情绪五维拆解
+5. ❌ 多人物 → ✅ 数量词锁定 ONLY ONE
+6. ❌ 角色跨镜变脸 → ✅ 资产库+参数固定+提示词锁定+垫图
+7. ❌ 视频当静态图写 → ✅ 写时间轴上的动态变化
+8. ❌ 每镜头独立生成 → ✅ 提前规划角度/景别/位置保证连续性
+
+---
+*第二轮补充：运镜参数/表情物理化/积木公式/场景五维/剧本公式/避坑清单*
--- a/skill/manju_workflow_prompts.md
+++ b/skill/manju_workflow_prompts.md
@ -0,0 +1,84 @@
+---
+name: 漫剧工作流实战提示词
+description: 完整可复制的漫剧工作流提示词：账号定位/选题钩子/角色卡/六镜头分镜/图生视频/配音字幕剪辑/封面评论商单复盘。2026-08-01 抓取沉淀
+type: prompt
+---
+
+# 漫剧工作流实战提示词（完整可复制，2026-08-01）
+
+> 来源：JR Academy《AI漫剧Prompt提示词合集2026》全篇抓取
+
+## 核心原则（先看这条）
+- 把 `[方括号]` 换成你的题材/平台/角色/时长，**每次只改一个变量**
+- 提示词最怕：字段没换（全是泛泛剧情）、要求太满（一镜里又哭又跑又爆炸）
+- 每条先填8字段：平台/题材/主角/冲突/时长/画风/限制/输出格式
+
+## 一、选题和爽文钩子
+**通用选题生成器**：
+> 请基于[平台]用户偏好，给我30个AI漫剧选题。题材[题材]，观众[人群]。每个输出：一句话剧情、前三秒冲突、主角人设、反派人设、第一集结尾悬念、可变现承接。不要使用知名IP、真人明星、血腥低俗和承诺收益内容。
+
+**3秒钩子模板**：
+> 请为下面选题写20个短视频开头。要求：25字以内；第一句就是冲突；不要解释背景；适合竖屏AI漫剧；口语化；每个开头标注情绪：愤怒/好奇/心疼/爽感/反转。
+
+**女频复仇开头**：22字以内，第一句必须有"她发现/她听见/她被迫/她终于知道"，不要写"多年以前"
+**男频逆袭开头**：先给羞辱，再暗示反转，不要血腥暴力
+**职场打脸开头**：场景[会议室/复盘]，冲突[抢功/甩锅]，要"证据反击"镜头
+
+## 二、角色卡和一致性
+**主角角色卡**：
+> 请为AI漫剧主角[名字]写角色卡。题材[题材]，画风[画风]。输出：年龄、身份、脸型、发型、发色、眼睛、服装、标志物、性格、口头禅、常见表情、禁止变化、正面提示词、半身提示词、近景提示词。要求后续每个镜头都能复用，不要撞脸真实人物。
+
+**一致性检查**：
+> 请检查下面6个镜头提示词是否会导致角色不一致。重点看：发型、衣服、年龄、配饰、脸型、场景。输出：风险点、修改建议、统一后的角色描述。
+
+**表情包**：生成8个表情镜头（震惊/冷笑/委屈/忍住眼泪/突然抬眼/假装平静/发现真相/准备反击），保持同一张脸同一发型同一服装，只改变表情和微动作
+
+**核心铁律**：一个角色最多留 **3个视觉锚点**（发型/服装/配饰）。锚点太多画面乱，太少角色变脸。
+
+## 三、六镜头分镜法（新手必学）
+**先做6镜头20-45秒，别一上来做3分钟**
+
+| 镜头 | 功能 | 例子 | 别做什么 |
+|------|------|------|---------|
+| 1 | 冲突 | 女主被当众取消资格 | 讲背景 |
+| 2 | 羞辱/误会 | 反派拿出伪造证据 | 台词太长 |
+| 3 | 反应 | 女主沉默看向监控 | 表情乱跳 |
+| 4 | 反击 | 录音开始播放 | 动作太复杂 |
+| 5 | 爽点 | 全场安静反派变脸 | 不给观众反馈 |
+| 6 | 悬念 | 门外又来一个人 | 彻底讲完 |
+
+**45秒节奏**：镜头1用3秒给冲突；镜头2-4推进误会证据；镜头5给反击爽点；镜头6留悬念台词（每句≤16字）
+
+## 四、图像 vs 视频提示词分工（关键）
+**图像提示词管"长什么样"，视频提示词管"怎么动"，不要混成一大坨！**
+
+**关键帧图像提示词**：
+> [角色卡简版]，[场景]，[镜头景别]，[情绪]，[动作]，国漫短剧风格，竖屏9:16，清晰线条，电影感光影，人物面部稳定，服装和发型保持一致，负面：不要文字水印，不要真实名人脸，不要多余手指。
+
+**图生视频运动提示词**：
+> 镜头从[景别]缓慢推进到[景别]，主角[动作]，表情从[情绪A]变成[情绪B]，背景轻微动态，头发和衣角轻微摆动，动作自然，不要换脸，不要换衣服，不要新增人物，不要大幅旋转镜头。
+
+**首尾帧**：保持同一角色服装发型场景，动作只做一个，不要增加道具切换视角，时长5秒
+
+**题材场景速查**：
+- 职场打脸：会议室/投影幕/玻璃墙/同事围观；动作简单（起身/递文件/播放录音）
+- 校园逆袭：教室/走廊/公告栏/操场；别一次塞太多学生
+- 豪门复仇：客厅/宴会厅/长桌/落地窗；重点是表情和站位
+- 玄幻爽点：擂台/山门/法阵/长袍；控制特效不要每帧爆光
+
+## 五、配音/字幕/剪辑
+**配音台词**：每句≤18字；情绪放括号里；强冲突句单独一行；不要书面腔
+**字幕切分**：每行8-14字；重要词单独成行；每2-3秒一个信息点
+**剪辑节奏**：前3秒节奏快，中段留1次情绪停顿，结尾2秒给悬念
+**字幕铁律**：字幕是节奏工具不是逐字稿，别整句全贴
+
+## 六、封面/标题/评论区
+- 标题：20字以内，强冲突，标注情绪类型
+- 封面大字：8字以内，突出冲突或反转
+- 评论区：置顶5条+回复10条，引导讨论下一集
+
+## 七、复盘
+**复盘Prompt**：输出最值得继续的题材、最差的开头类型、下周7条计划、每条只改一个变量
+
+---
+*记录人：耳耳蛋 🌱 · 2026-08-01 · 实战工作流模板全篇沉淀*
--- a/skill/work_triggers.md
+++ b/skill/work_triggers.md
@ -0,0 +1,89 @@
+# 干活触发卡 · 接到任务时脑子第一个蹦出来的公式
+
+> **铁律**：这些不是"可以参考的资料"，是干活前脑子必须自动蹦出来的东西。
+> 接到任务 → 先套公式 → 再动手。不自己瞎编。
+
+---
+
+## 场景一：写角色提示词
+
+**脑子里蹦出来**：`[角色锚定] + [场景/动作] + [镜头/风格] + [负面约束]`
+
+- **角色锚定**不是写"男主苏白"，是把角色关键特征**硬编码进去**：
+  > "19岁修仙少年苏白，黑色高马尾半束发，白色棉麻交领长袍，粗布腰带+小布囊，黑色瞳孔，清瘦鹅蛋脸，剑眉杏眼"
+- 每个镜头提示词都带这一段，这才叫"锚定"。
+- 身材量化（8头身/172cm），不用"高挑""可爱"等模糊词。
+- 服饰分层：领型 → 纹样 → 配饰，三个层次。
+
+---
+
+## 场景二：做分镜
+
+**脑子里蹦出来**：七要素，少一个都不动手。
+
+| # | 要素 | 问自己 |
+|---|------|--------|
+| 1 | 景别 | 远景/全景/中景/近景/特写？ |
+| 2 | 运镜 | 推/拉/摇/移/升/降/环绕？方向+速度 |
+| 3 | 视角 | 平视/俯视/仰视/主观？ |
+| 4 | 光影 | 光源方向？色温？阴影软硬？ |
+| 5 | 构图 | 三分法/对称/引导线？主体位置？ |
+| 6 | 人物动作 | 谁？做什么？表情？ |
+| 7 | 环境动态 | 风/雨/尘/光斑？背景在动吗？ |
+
+**公式**：`镜头语言 + 主体 + 场景 + 光影 + 情绪`
+
+核心认知：AI漫剧每个镜头独立生成，没有拍摄现场统一光线和构图 → 必须提前规划每个镜头的角度/景别/人物位置。
+
+---
+
+## 场景三：角色一致性崩了
+
+**脑子里蹦出来**：五维框架排查，不是改提示词抽卡！
+
+| 维度 | 排查问题 |
+|------|---------|
+| 外貌 | 脸型/发型/五官/痣疤标记 变了吗？ |
+| 服饰 | 领型→纹样→配饰→鞋 哪个层次松了？ |
+| 动作 | 站姿/手势/走姿描述一致吗？ |
+| 情绪 | 表情集标准化了吗？ |
+| 镜头语言 | 景别/角度模板统一吗？ |
+
+**五大落地手段**（由易到难）：
+1. 角色档案固化（提示词模板）
+2. 参考图锁定
+3. LoRA / IPAdapter
+4. 参数固化（seed）
+5. 后期校准
+
+---
+
+## 场景四：场景四视图
+
+**脑子里蹦出来**：俯视图先锁空间，不是一张 prompt 硬刚。
+
+- 单张场景图只是"固定角度+光线+景别的截面"，模型脑补其他角度只能瞎猜。
+- 正确顺序：① 俯视图定义布局 → ② 所有视角基于同一个空间基准 → ③ 宽幅全景 → ④ 切段。
+- Z-Image 无参考图机制，走**宽幅全景→切段**路线最稳。
+
+---
+
+## 场景五：遇到不会的 / 没把握的
+
+**脑子里蹦出来**：先搜索，再动手，不瞎猜。
+
+- 写提示词前 → 搜社区有没有现成模板
+- 遇到做不到的效果 → 搜是不是真的做不到，还是方法不对
+- 搜到的东西 → 用了才叫学会，存进文件不算学会
+
+---
+
+## 核心原则
+
+```
+接到任务 → 套公式 → 动手
+   ↑                      |
+   └── 公式不对就搜，搜到更新公式 ──┘
+```
+
+**不是"可以参考"——是"第一反应"。**