这里是全站文章的归档入口，下面是按时间倒序排列的全部文章。若想按主题浏览，请从首页的专题分类进入。
4.3 资源清理与不可达资产
从场景入口沿依赖边做前向可达，可达集之外的资产就是不可达资产，也是候选删除清单。本节用 S 层 Python 与 P 层 TS 各自算一遍可达集，断言删除不可达资产后入口仍可达、可达集逐位不变；最后讨论不可达不等于可删的三条边界，避免清理误伤预留资产、动态引用与热更分包。
posts
文章归档
PlumePHP 全站文章的归档入口，按时间倒序汇总各专题的技术文章，并提供按主题浏览的专题分类入口。
4.2 环检测与悬空引用
环意味着没有任何资产能先打包，增量构建会死循环；悬空引用则指向不存在的节点。本节用 DFS 三色标记（白/灰/黑）找环、逐边判悬空引用，并把环路径旋转到字典序最小节点做规范化，让环集合跨语言逐位一致。最后给出人为造环的负例断言：干净图不报、环图必报，证明检测器真的会 fail 而不是空转。
4.1 依赖图：显式引用与隐式引用
管线打包前必须先知道谁引用谁。本节把清单里显式的 dependsOn 与三类隐式边（命名约定、目录归属、材质槽）合成一张有向图，用 S 层 Python 建图并分类计数、P 层 TS 内核复算，两侧边集合 digest 逐位一致，并说明隐式边为什么是管线里最容易漏的一环。
3.3 导入失败分级与修复
前两节各报了 8 条问题，本节把它们合成一份分级清单：按一张可判定的映射表，每个规则码落到 block / warn / info 三级，并给出修复动作与能否自动修。16 条问题判成 block 3 / warn 11 / info 2，3 条 block 落在 2 条记录上，门禁直接判阻断；分级表未覆盖的规则码一律判失败。
3.2 导入期校验：尺寸、格式、命名
上一节判的是「字段对不对」，这一节判「值合不合规」。尺寸、格式、命名三类判据被写成一张全整数与字符串的规则表，再用一份真跑的 Python 规则引擎与 TS 内核在 9 条导入记录上跑出 8 条违例，八个规则码各命中一次；两侧违例集合逐位一致，且每条规则都配了一条能触发的负例。
3.1 导入设置与 .meta 语义
导入是美术管线上的第一道闸门，而闸门的判据几乎全在侧车文件 .meta 里。本节给出一条可判定的判据——删掉后无法从源文件字节重算出来的才是契约字段，其余都是派生冗余——再用一份真跑的 Python 审计脚本与 TS 内核，在 9 条《星屑旅店》导入记录上报出 2 处契约缺失与 5 处派生漂移，两侧问题集合逐位一致。
2.3 X 范式：真实 DCC 不可复现
本机没有任何 DCC，真打开、真导出、真渲染都不可能复现——但「不可复现」不该是留白。本节把这件事写成方法：用一份导出清单承载真环境的声明值，用 schema 静态校验管结构与跨字段一致性，用数值对齐账把声明值与管线账预测值逐条对上，并把「无 DCC 环境不得声明可命令行复现」编码成一条会失败的门禁。
2.2 导出设置：单位、轴向与坐标系对齐
单位和轴向看着只是导出面板上的两个下拉框，写错了就是落地灯十七米高、角色躺在地上。本节把单位换算、Y-up/Z-up 轴向置换、左手系/右手系镜像拆成三个正交问题，用一份可跑的整数账算出六种 DCC 约定各自的置换矩阵、行列式与镜像标志，并给出厘米→米与坐标置换的对齐结果。
2.1 资产管线四阶段：DCC → 导出 → 导入 → 运行时
资产从画师手里走到屏幕上要穿过四个阶段：DCC 制作、导出、导入、运行时。本节讲清每个阶段谁负责、产出什么、边界上要交接哪些字段，再用一份可跑的整数账把同一批《星屑旅店》资产在四阶段的顶点数与字节量算出来：顶点因 UV 缝与硬边膨胀多少千分比，运行时字节为什么几乎全由纹理决定。
16.3 交付物与卷三衔接
16.2 证明了一条链能被同一套判据反复跑，但「跑得通」不等于「交得出去」。本节给卷二收尾：把全卷产出列成一张交付物清单，点名哪几批交给卷三《风格与品类美术实战》，并用一段 S 层脚本与一份 P 层 TS 内核校验清单完整性——字段齐全、kind/status 合法、id 唯一、接手目标存在且已 done。
16.2 双案例回放：6 主题走同一条管线
16.1 把管线串成一条链，但那条链只在默认主题上验过。本节做回放：同一份 visual_spec.json 换 6 个主题包，跑同一套四道闸门的管线 6 遍，六次全过；再算 6×6 风格距离矩阵（整数 ×10）证明「同源但可区分」，并复述跨语言纪律：整数逐位一致、色彩派生量容差内一致。
16.1 管线装配与检查表
前十五章各写了一段管线，却没人说清谁先谁后、谁的输出喂给谁。本节把它们串成一条有向链，给出一张能跑的装配检查表：每个阶段标注它由本卷哪一节提供可跑脚本与档位，再用一份 S 层脚本与 P 层 TS 内核做四类对账——出处节是否真实、链路是否首尾相接、阶段号是否连续、首尾类型是否匹配。
15.3 供应商验收与质量门
验收不是「看一眼觉得行」，而是一台可执行的门：每条规则给一个阈值，每件交付物给一组测量值，逐项判定后落到 pass / conditional / reject 三级，再按包聚合成验收率与批次门禁。本节用一份示例规则表跑 8 件交付物，S 层 Python 与 P 层 TS 各自复算且 digest 逐位一致。
15.2 成本结构与超支归因
15.1 算出的基线是「报价时的数」，结算是「实际花掉的数」，两者之差就是超支。本节把成本拆成基线 + 变更 + 超计划返工 + 管理分摊四个加项，再把超支分解到三个可归因桶，S 层 Python 与 P 层 TS 各自复算且 digest 逐位一致；所有数字均为本套构造的示例参数。
15.1 外包切分与计价模型
外包的第一件事不是找供应商，而是把工作切成「可独立验收、可独立计价」的包。本节用一份示例配置，把按件、按人天、里程碑分期、阶梯单价四种公开可观察的计价结构写成全整数模型，S 层 Python 算账、P 层 TS 复算，两侧 digest 逐位一致；所有单价与人天均为本套构造的示例参数，与真实报价无关。
14.3 工业化与质量的一致性
工业化不是一次做到合格，而是每一批都合格。本节用《星屑旅店》16 个资产的实测记录，把命名、网格、线宽、色板四个维度的合规率算成整数千分比，得到一致性指数 890‰，并把同批按小组拆开算出跨批漂移 94‰；返工的 5.60 人天正好吃掉 14.1 有效产能的 156‰。
14.2 排期与美术依赖
排期不是画一张甘特图，而是在依赖 DAG 上算关键路径。本节用《星屑旅店》九个美术任务的依赖图，算出最早开始、最晚结束与浮动时间（全整数），S 层 Python 与 P 层 TS 内核的 digest 逐位一致，并用三个负例证明检测器会拦下环、悬空依赖与紧截止导致的负浮动。
14.1 产能度量：人天与吞吐
产能账要能被复算，先得把「人天」拆成日历人天与有效人天。本节用《星屑旅店》一支示例团队，把出勤率、专注率、角色产能与资产需求写成全整数的人天×100 账，算出利用率 1058‰、吞吐 1.20 资产/人天，并说明为什么日历人天会让计划看起来比实际宽松。
13.3 工具的采纳率与维护成本
采纳率和维护成本最容易被写成口号。本节把它们变成可算的整数账：采纳率 = 活跃用户×1000 // 目标用户，节省人天×100 = 活跃用户×次数×分钟×100 // 一人天分钟数，工具有效率 = 节省人天×100×1000 // 维护人天×100，两轴各带下限落在四象限里，给出 promote / keep / observe / retire 四类决策，并用负例证明只看一个轴一定会误砍。
13.2 工具链的分层与复用
工具链最大的隐性债是分层被悄悄破坏：低层反向依赖高层、同层互相耦合、单消费方的工具被塞进共享层。本节把依赖方向与复用判据写成可断言的整数账，并用负例证明环检测会放行反向依赖——分层判据必须是「单向向下」而不是「无环」，共享收益也按消费方数逐位算，过共享的工具必须下沉回本地。