背景
PR #345 在 18/18 CI job 全绿 之后，被本地跑真实 mcpp-index workspace 抓到一个回归：
ninja: fatal: posix_spawn: Argument list too long
opencv-module / opencv-module-dnn / opencv-module-unifont 三个成员全挂。sh -c "<整条命令>"，整条命令是一个 argv 项，MAX_ARG_STRLEN(128 KiB)。已在 #345 里通过「全平台一律走 response file」修掉。
缺口本身
没有任何一个 CI job 构建 opencv/ffmpeg 这一量级的包。 所有 job 构建的都是
链接行长度、rspfile 路径、大 obj 集合的 ninja 图规模 —— 全部零覆盖
任何让对象路径变长、或让链接输入变多的改动，CI 都不会有反应
这类缺陷的失败模态还特别差：ninja 的 Argument list too long 不报是哪条边、
修复前的余量是可测的：opencv-module 的内联链接行本来就已经 56 840 字节 ，43% —— 也就是说这条线一直悬着，只是没人看。
判据(建议)
不是「把 opencv 加进 CI」(太慢)。需要的是对链接规模本身的断言 ，而不是对某个大包的构建：
一个合成 e2e：生成 N 个源文件(N 足够大，比如 3000)，断言构建成功-O0 空函数)。
或者更便宜的：在 ninja backend 的单测里断言"链接命令中不含内联 $in"fix(cache): a package's object layout must not depend on the consumer (#344) #345
方案 1 是真正覆盖"规模"这个轴的那个；方案 2 只覆盖"形状"。建议至少做 1。
关联
同一族已经第三次了 —— 三次都是靠真实大包在生态侧崩出来，而不是靠 CI。
背景
PR #345 在 18/18 CI job 全绿之后，被本地跑真实 mcpp-index workspace 抓到一个回归：
opencv-module/opencv-module-dnn/opencv-module-unifont三个成员全挂。根因是 POSIX 上 ninja 用
sh -c "<整条命令>"，整条命令是一个 argv 项，撞
MAX_ARG_STRLEN(128 KiB)。已在 #345 里通过「全平台一律走 response file」修掉。缺口本身
没有任何一个 CI job 构建 opencv/ffmpeg 这一量级的包。 所有 job 构建的都是
mcpp 自身（几十个 TU）或 e2e 里的合成小工程（个位数 TU）。所以：
Argument list too long不报是哪条边、哪个文件、什么原因
修复前的余量是可测的：opencv-module 的内联链接行本来就已经 56 840 字节，
占 128 KiB 上限的 43% —— 也就是说这条线一直悬着，只是没人看。
判据(建议)
不是「把 opencv 加进 CI」(太慢)。需要的是对链接规模本身的断言，而不是对某个大包的构建：
—— 这直接覆盖 argv/rspfile 路径，且不依赖任何外部包，跑得也快(可用
-O0空函数)。(fix(cache): a package's object layout must not depend on the consumer (#344) #345 已加这条)，再补一条 e2e 证明 rspfile 真的被 ninja 执行、且产物正确。
方案 1 是真正覆盖"规模"这个轴的那个；方案 2 只覆盖"形状"。建议至少做 1。
关联
同一族已经第三次了 —— 三次都是靠真实大包在生态侧崩出来，而不是靠 CI。