# 任务：skill 重名碰撞修复 — p11b-h3-creative-metadata-workflow（P0）+ 其余 11 个重名（P2 只报告不动手）

## 背景

Hermes 环境有两个 skill 安装面：
- **repo 真源**：`/data/workspace/kais-hermes-skills`（唯一 git 真源；`/home/kai/.hermes/skills/<category>/<name>` 大多是指向它的 symlink）
- **本地目录**：`/home/kai/.hermes/skills/software-development/` 等（部分目录是实体，非 symlink）

正在跑的管线 ep-wuxia-father-son-ep01 的 p11b delegate 反复报错：
```
Skill name collision for 'p11b-h3-creative-metadata-workflow': 2 candidates —
  /home/kai/.hermes/skills/kais-movie-pipeline/p11b-h3-creative-metadata-workflow/SKILL.md;
  /home/kai/.hermes/skills/software-development/p11b-h3-creative-metadata-workflow/SKILL.md
```
skill_view 因 "Ambiguous skill name" 拒绝加载，delegate 被迫绕行。

## 关键事实（已侦查确认，直接采用，不要重新发明）

1. **repo 版是旧版**：`skills/kais-movie-pipeline/p11b-h3-creative-metadata-workflow/SKILL.md` = v1.0.0，135 行，mtime 8月11
2. **software-development 版是新版**：v1.2.0，263 行，今晨 07:55-09:21 仍在被管线 p11b delegate 持续更新（含 R11 可执行脚本 scripts/r11_*.py + 新 references：h3-token-ladder-landscape-threshold.md、p11b-tts-and-ref-selection-patterns.md、take-audit-color-contamination.md、tts-waveform-duration-budgeting.md 等）
3. 因此**方向 = 用 v1.2.0 覆盖 repo（保内容），删除 software-development 本地副本（消碰撞）**。不是反向。
4. p11b_final_render.py 不直接引用该 skill 名（delegate 靠 skill_view 按名加载），所以 name 必须保持不变：`p11b-h3-creative-metadata-workflow`。

## 执行步骤

### Step 1 — 安全校验（必做）
- `cp -a /home/kai/.hermes/skills/software-development/p11b-h3-creative-metadata-workflow /tmp/skill-p11b-v120-backup-$(date +%s)`（快照已存在 /tmp/skill-dedup-snapshot-p11b-093602，再备一份无妨）
- 确认 repo 无未提交改动混入本任务：`cd /data/workspace/kais-hermes-skills && git status --short -- skills/kais-movie-pipeline/p11b-h3-creative-metadata-workflow/`

### Step 2 — 同步 v1.2.0 进 repo（只动这一个 skill）
- `rsync -a --delete /home/kai/.hermes/skills/software-development/p11b-h3-creative-metadata-workflow/ /data/workspace/kais-hermes-skills/skills/kais-movie-pipeline/p11b-h3-creative-metadata-workflow/`
- 注意：repo 端该目录目前是普通目录还是被 `.pipeline-assets` 式 symlink 指着，先 `ls -la` 确认目标是实体目录再写。
- `git add skills/kais-movie-pipeline/p11b-h3-creative-metadata-workflow && git commit`，message: `fix(skills): sync p11b-h3-creative-metadata-workflow v1.2.0 from live session (dedup step 1)`

### Step 3 — 删本地副本，碰撞消失
- `rm -rf /home/kai/.hermes/skills/software-development/p11b-h3-creative-metadata-workflow`
- 验证：`python3 -c "import os; print(os.path.exists('/home/kai/.hermes/skills/software-development/p11b-h3-creative-metadata-workflow'))"` → False

### Step 4 — 回归验证（必做，产出证据）
- 碰撞检测：对 `/home/kai/.hermes/skills` 全树按 SKILL.md frontmatter `name:` 扫描，确认 `p11b-h3-creative-metadata-workflow` 只剩 1 处
- symlink 一致性：`readlink -f /home/kai/.hermes/skills/kais-movie-pipeline/p11b-h3-creative-metadata-workflow` 应落在 repo 内，且 `diff` 该路径与 `/home/kai/.hermes/skills/software-development/`（已删）旧快照 `/tmp/skill-dedup-snapshot-p11b-093602/SKILL.md` 内容一致（证明没写丢）
- 快照与 repo 新版 `diff -r` 为空

### Step 5 — 其余 11 个重名（只写报告，不要动手修）
把扫描结果里 name 重复的对（kais-monitor / chromadb-memory / stable-audio-3-comfyui-integration / kais-director-desk / character-library-builder / dreamina-prompt-standardization / canvas-sync-first-last-frame-gap / kais-skill-creator / kais-search / kais-download / kais-proxy）逐条列出：两路径、哪边是 repo symlink、两版 mtime、diff 行数、建议动作（同向同步 / 反向同步 / 双删 / 需人工判定）。
**不要删改这 11 个** — 只输出表。

## 红线
- 只允许触碰 `skills/kais-movie-pipeline/p11b-h3-creative-metadata-workflow/` 这一个目录 + `/home/kai/.hermes/skills/software-development/p11b-h3-creative-metadata-workflow` 的删除
- 不碰正在跑的 ep-wuxia-father-son-ep01 管线、不碰 GPU、不重启容器
- repo 提交保持原子：本任务只出 1 个 commit
- 若 Step 2 发现 repo 端有别的未提交改动混在同一路径，停下来写报告，不要 commit

## 产出
在输出末尾给出：
1. commit hash
2. 碰撞复测结果（1 行）
3. diff -r 快照 vs repo 新版结果
4. 其余 11 个重名的处置建议表