fix: restore vendored qizheng CLI and upload-artifact action deleted by 12cbe6f8

12cbe6f8 (docs-only intent) swept two pre-existing working-tree deletions in
via commit -a. Restore both byte-for-byte from e801fcf5; log ERR-112.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_017eEAG8HD3mm8gsKXgk8uU8

docs/research/pre_work_error_ledger.md

@@ -419,3 +419,9 @@ Prevention: 引擎/打分路径的性能任务书开工前先查这两份清单
 同一台机器、同一份代码、同一虚构请求连跑两次 `score_candidates`：`candidate_feature_snapshot.features[*].fingerprints.shadbala` / `static` 与 `feature_hash` 每次都不同；固定 `PYTHONHASHSEED=0` 后两次逐字节一致。说明 Shadbala 结果里有依赖集合 / 哈希顺序的结构进入了指纹。打分分数本身未见变化（未系统核对）。
 
 Prevention: 跨进程比较引擎输出（A/B、golden、缓存键）时固定 `PYTHONHASHSEED`，或排除这三类指纹；若有缓存或复用判断依赖 `feature_hash`，需另开单核对是否因此每次都判为变化。本条只记观察，未修。关联 BUG-985、BUG-733。
+
+## ERR-112 | 在文档工作树用 `git commit -a` 顺带提交了工作树里既有的删除，删掉 vendored 引擎与 CI action | observed 2026-09-26
+
+`.worktrees/staging-docs` 的工作树里 `vendor/stem-branch/dist/cli.cjs` 与 `.gitea/actions/upload-artifact/dist/index.js` 早已处于「已删除未提交」状态（与主检出同款 `D`，推测被全局 `dist/` 忽略或清理脚本删掉）。纯文档提交 `12cbe6f8` 用了 `git commit -qam`，把这两处删除一起提交并推到 staging。结果门禁 run 2942（`12cbe6f8`）与 run 2945（`e0e2b382`）都因 11 条 `test_qizheng_*` 失败（`vendored 七政四余 engine is unavailable`）而红，代码拆分单被误判为可疑；且 `.gitea/**` 属于只有产品负责人能改的路径。修复：从 `e801fcf5` 逐字节恢复两个文件（blob 一致核对），本机 qizheng 16 条通过后重推。
+
+Prevention: 文档提交一律 `git add <具体路径>` 再 `git commit`，不用 `-a`；提交前看 `git diff --cached --stat`，出现文档以外的路径（尤其删除、`.gitea/**`、`vendor/**`）立即停止。「纯文档推送」若触发了门禁，先查这一次提交是否夹带了非文档文件。