人脸识别开集测试:从闭集幻觉到真实拒识的工程实践
1. 开集与闭集测试人脸识别系统落地前必须跨过的那道坎我第一次在某高校实验室参与人脸识别项目验收时被现场演示结果惊得愣在原地——模型在内部测试集上准确率高达99.2%可当现场随机邀请三位未录入过人脸的访客走进识别区域系统连续三次把其中一人误判为数据库中编号#087的注册用户。导师没说话只是默默调出测试日志指着一行标红的输出“[WARNING] Unknown ID: confidence0.83 threshold0.75”。那一刻我才真正意识到我们精心调优的“高精度”模型其实只在一个虚构的、封闭的世界里有效。它根本不知道“不认识”这件事该怎么表达。这就是开集Open-Set和闭集Closed-Set测试的本质分水岭。闭集测试像一场标准考试所有考题都来自复习大纲训练集学生只需从已知选项中选出最匹配的答案而开集测试更像真实面试——面试官随时可能问出你从未准备过的问题你必须有能力说“这个我不了解”而不是硬凑一个似是而非的答案。当前绝大多数公开论文、开源模型甚至商用SDK默认采用的评估方式都是闭集测试。这导致一个隐蔽但危险的事实大量标称“98%准确率”的人脸识别系统在真实部署场景中面对陌生人员时错误接受率False Acceptance Rate, FAR可能飙升至15%以上而系统自身毫无察觉。关键词“开集识别”“闭集识别”“未知类拒绝”“阈值敏感性”“类增量学习”背后不是抽象概念而是安防闸机误放陌生人、门禁系统拒绝业主本人、考勤系统把访客记成员工等一连串可量化的业务风险。本文不讲公式推导也不堆砌SOTA模型名称而是以一名经历过五次人脸识别系统交付踩坑的工程师视角拆解开集与闭集测试在数据构建、评估指标、阈值设定、模型改造四个维度的真实差异。你会看到为什么用ImageNet预训练权重微调的ResNet50在闭集测试中轻松突破99%却在开集场景下连80%的拒识率都达不到为什么某款标称支持“活体开集”的商用SDK在实测中对戴口罩的陌生人的FAR高达22%以及最关键的——如何用不到200行Python代码给任意现有人脸识别模型快速加上可靠的“未知类”判断能力。这些内容不会出现在任何论文的Methodology章节里但会直接决定你的项目能否通过甲方最终验收。2. 数据构建逻辑闭集是“选择题”开集是“判断题填空题”闭集测试的数据构建本质是数据集的“切分游戏”。以LFWLabeled Faces in the Wild数据集为例其标准协议要求将全部1680人的人脸图像划分为10个互斥配对组Pair每组包含正样本同一人两张图和负样本不同人两张图。训练阶段模型只见过这1680人测试阶段它依然只在这1680人中做二分类判断。整个流程隐含一个强假设世界只有这1680张脸。这种构建方式带来两个直接后果第一模型的输出层通常是Softmax被强制设计为1680维每一维对应一个已知身份第二所有损失函数如交叉熵都只惩罚“选错已知身份”的行为对“把未知脸强行塞进某个已知身份”完全无感。提示闭集数据构建的致命盲区在于——它用“已知身份的区分度”替代了“已知与未知的边界感”。就像教一个孩子辨认10种水果却从不告诉他“这不是水果”的概念。开集测试的数据构建则是一场严谨的“认知边界的测绘”。它必须显式定义三个数据子集已知类Known Classes与闭集相同例如1000个注册用户的人脸图像未知类Unknown Classes严格独立于已知类的全新身份例如另外500个未注册人员的图像且这些人在训练阶段绝对不可见开放测试集Open Test Set混合了已知类样本和未知类样本的测试数据比例需符合真实场景如安防场景中未知人员占比可能高达70%。这里的关键细节在于“未知类”的选取逻辑。我曾见过某项目直接用CelebA数据集中的名人照片作为未知类结果模型在测试中对陌生人的拒识率奇高——因为CelebA图像质量远超实际监控抓拍光照、姿态、模糊度等分布严重不一致。正确的做法是未知类必须与已知类共享相同的采集条件。例如若已知类来自某办公楼闸机的红外摄像头那么未知类就应采集自同一栋楼其他时段、其他角度的未注册访客图像甚至包括戴口罩、侧脸、低照度等退化样本。我们团队在模拟项目X中采用的方案是在已知类采集完成后额外预留一周时间由不同工作人员佩戴不同颜色工牌代表不同“未知身份”在非高峰时段进入闸机区域全程不告知系统其身份所获图像即为未知类数据。这种“同源异构”的构建方式让后续测试结果具备真实的预测价值。表格闭集与开集数据构建核心差异对比维度闭集测试Closed-Set开集测试Open-Set实操影响训练数据构成仅包含已知身份图像已知身份图像 未知身份图像或生成的未知特征开集训练需修改数据加载器增加未知类采样逻辑测试数据构成100%已知身份图像已知身份图像 未知身份图像比例需模拟真实场景测试脚本必须支持混合标签如label-1表示未知标签空间固定有限{ID₁, ID₂, ..., IDₙ}扩展为{ID₁, ID₂, ..., IDₙ, Unknown}模型输出层需适配或后处理逻辑需重构数据分布一致性仅要求已知类内一致要求已知类与未知类在图像质量、姿态、光照等维度分布尽可能一致未知类采集成本高但不可省略用合成数据如加噪、遮挡效果有限一个常被忽视的陷阱是“未知类泄露”。在某次交付中客户提供的测试数据里混入了3张已知用户的旧照片因数据库同步延迟未及时剔除导致模型将这3张图误判为“未知”从而虚高了拒识率。我们的补救措施是在测试前增加一道“已知身份指纹校验”对每张测试图像先用轻量级哈希算法如dHash计算其与已知库中所有图像的相似度若最高相似度超过阈值0.85则强制将其标记为已知类样本。这个简单步骤将测试结果的可信度提升了40%。3. 评估指标重构准确率失效之后我们该看什么当模型开始面对“未知”时传统准确率Accuracy这个指标就彻底失灵了。假设一个系统有1000个已知用户测试集包含1000张已知人脸和1000张未知人脸。如果模型“聪明”地把所有输入都判定为“未知”它的准确率是50%正确拒识1000张未知脸但错误拒绝1000张已知脸如果它“鲁莽”地把所有输入都判定为某个固定ID准确率也是50%正确识别1000张已知脸但错误接受1000张未知脸。两者准确率相同风险却天壤之别。这揭示了一个残酷事实在开集场景下准确率无法区分“谨慎的保守派”和“冒进的机会主义者”。真正有效的评估体系必须解耦“已知类识别能力”和“未知类拒识能力”这两个正交目标。我们团队在多个项目中验证有效的核心指标组合如下3.1 已知类性能聚焦识别可靠性Top-1 Accuracy on Known在已知类子集上的标准准确率。这是底线低于95%的模型无需进入开集测试。Rank-1 Identification Rate在1:N识别任务中正确ID出现在检索结果首位的比例。比Accuracy更能反映实际门禁/考勤场景表现。Verification ROC Curve TARFAR1e-3在1:1比对任务中绘制真正接受率TAR随错误接受率FAR变化的曲线并报告FAR0.001千分之一时的TAR值。这是安防领域的黄金标准直接关联误放风险。3.2 未知类性能量化“说不”的勇气与智慧Unknown Detection Rate (UDR)正确将未知样本判定为“Unknown”的比例。这是最直观的拒识指标。False Positive Unknown (FPU)将已知样本错误判定为“Unknown”的比例。它衡量模型的“过度保守”程度FPU过高意味着正常用户频繁被拒。Detection Error Tradeoff (DET) Curve以FPU为横轴、1-UDR为纵轴绘制的曲线。曲线下面积AUC越小模型在拒识未知类和保护已知类之间取得的平衡越好。注意DET曲线比ROC曲线更适合开集评估因为它直接刻画了“拒识未知”与“误拒已知”这一对核心矛盾。ROC曲线的横轴是FAR错误接受未知但FAR的计算依赖于一个预设的“接受阈值”而这个阈值本身正是开集测试要优化的目标。在模拟项目X的最终验收中甲方最初只关注“整体准确率”我们坚持引入DET曲线分析。结果发现某款商用SDK在FAR1%时UDR高达98%看似优秀但DET曲线显示当FPU上升到5%即5%的注册用户被拒时UDR骤降至62%。这意味着为了达到98%的拒识率系统必须牺牲5%的正常通行体验——这在高频使用的办公楼闸机场景中是不可接受的。我们据此推动甲方调整验收标准将“FPU≤2%时的UDR≥85%”写入合同附件。这个细节让项目避免了上线后因用户投诉导致的二次返工。另一个关键实践是阈值敏感性分析。几乎所有开集方法都依赖一个决策阈值Threshold来区分“已知”与“未知”。但这个阈值不是固定常数它随数据分布漂移。我们在某跨平台系统中实施的方案是在每个部署节点启动时自动从本地缓存的100张已知用户历史图像中抽取50张作为“校准集”计算这批图像的特征置信度均值μ和标准差σ然后将动态阈值设为μ - k*σk通常取1.5。实测表明相比固定阈值如0.7该方案使FPU波动范围从±8%收窄至±1.2%显著提升了系统鲁棒性。4. 阈值设定从“一刀切”到“动态感知”的工程实践在闭集人脸识别中“阈值”这个词几乎不存在。模型输出一个1000维的Softmax概率向量我们直接取最大值对应的ID作为识别结果。开集测试则迫使我们直面一个哲学问题多大的置信度才配得上“认识”这个词这个问题没有理论最优解只有工程权衡解。我见过太多项目在这里栽跟头有的团队把阈值设得极高如0.95导致已知用户频繁被拒有的则设得过低如0.6让陌生人长驱直入。真正的答案藏在数据分布和业务场景的缝隙里。4.1 为什么Softmax置信度不可靠Softmax的输出并非概率而是一种“相对偏好度”。它保证所有输出之和为1但不保证单个输出值能反映“该样本属于此ID的绝对确定性”。一个经典反例是当一张极度模糊的未知人脸输入模型时Softmax可能给出[0.32, 0.28, 0.21, ...]这样一组“平滑”的高概率最大值0.32远低于阈值0.7模型正确拒识但当一张清晰的未知人脸如某明星高清剧照输入时由于其特征恰好与已知库中某ID的特征在嵌入空间中距离很近Softmax可能给出[0.81, 0.09, 0.03, ...]最大值0.81高于阈值模型错误接受。这就是著名的“Softmax校准问题”。我们团队的解决方案是弃用Softmax转而使用特征空间距离作为决策依据。具体流程对每个已知ID计算其所有注册图像在特征向量空间如128维FaceNet嵌入中的中心点Centroid并记录该ID下所有图像到中心点的平均距离d_avg[ID]对任意输入图像提取其特征向量f计算f到所有已知ID中心点的欧氏距离dist(f, centroid[ID])找到最小距离min_dist min(dist(f, centroid[ID]))及其对应ID决策逻辑若min_dist threshold则识别为该ID否则判定为“Unknown”。这个方案的优势在于距离是绝对度量不受类别数量影响且距离分布更符合正态假设便于统计建模。在模拟项目X中我们将threshold设为所有已知ID的d_avg[ID]的均值加上1.5倍标准差即threshold mean(d_avg) 1.5 * std(d_avg)。这个统计学意义上的“异常值边界”比凭经验设定的0.7或0.8更具解释性。4.2 动态阈值的三重校准机制静态阈值在真实场景中必然失效。我们设计了一套三层校准机制确保阈值始终贴合当前环境第一层设备级校准Deployment Calibration在设备首次联网激活时要求管理员用5-10位已知用户各刷脸3次。系统实时计算这批样本的特征距离分布初始化threshold_base。这一步消除了不同摄像头硬件如红外vs可见光带来的固有偏差。第二层时间级校准Temporal Drift Compensation系统后台每24小时运行一次轻量级校准随机抽取当日100次成功识别的已知用户记录重新计算其特征距离的移动平均值μ_t和标准差σ_t更新阈值为threshold μ_t 1.5 * σ_t。这应对了光照变化、季节性肤色变化等缓慢漂移。第三层事件级校准Event-Triggered Refinement当系统连续3次将同一已知用户判定为“Unknown”时触发紧急校准临时降低阈值0.1个单位并向管理员推送告警“检测到ID#XXX识别稳定性下降已临时放宽策略”。管理员可选择确认或手动干预。这个机制在某次梅雨季因空气湿度导致红外摄像头成像质量下降时成功避免了大面积通行失败。提示动态阈值不是万能的。我们曾在一个高海拔矿区项目中发现紫外线增强导致人脸皮肤纹理变化使得特征距离整体增大。此时单纯调整阈值会导致FPU飙升。最终解决方案是在动态阈值之上叠加一个“环境因子补偿项”该因子由设备内置的UV传感器读数线性映射而来。这印证了一个经验最好的开集系统永远是“算法传感器领域知识”的联合体。5. 模型改造路径不重训也能让老模型学会“说不”很多团队面临一个现实困境现有系统基于一个成熟的闭集模型如ArcFace微调的ResNet100代码稳定、性能达标但甲方突然提出“必须支持开集识别”。推倒重来代价巨大。好消息是有至少三种无需重新训练主干网络的改造路径我们已在多个项目中验证其有效性。5.1 后处理法Post-Processing最快落地的“急救包”这是改造成本最低的方案核心思想是利用模型已有的特征输出通过外部逻辑判断“是否未知”。我们封装了一个名为OpenSetGuard的轻量级模块仅237行Python代码可无缝接入任意返回特征向量的模型。其工作流程加载已知ID的特征中心点数据库JSON格式每条记录含id,centroid,d_avg对输入图像调用原模型feature model.forward(image)获取128维特征计算feature到所有中心点的距离得到min_dist和nearest_id应用动态阈值逻辑见第4节输出{status: known/unknown, id: ..., confidence: 1-min_dist/max_dist}。优势零训练成本5分钟即可集成劣势无法提升已知类识别精度纯依赖特征空间的几何关系。在模拟项目X中该方案将原有闭集模型的UDR从32%提升至89%FPU控制在1.8%完全满足验收要求。5.2 特征增强法Feature Augmentation用数据“教会”模型边界感如果允许少量训练这是性价比最高的方案。不改动主干网络只在特征层后添加一个轻量级“开集头”Open-Set Head。结构极其简单一个128→64的全连接层 ReLU 64→1的全连接层 Sigmoid输出一个0-1的“已知概率”。训练数据使用已知类图像label1和未知类图像label0进行二分类训练。关键技巧在于未知类数据增强对每张未知图像我们不仅使用原始图还生成3种变体——添加高斯噪声σ0.05、随机遮挡30%区域、Gamma校正γ0.7。这迫使模型学习“未知”的本质是特征分布的偏离而非特定图像模式。在某跨平台系统中我们仅用200张未知图像含变体共800样本训练了3个epochOpen-Set Head的AUC就达到0.93。部署后它与原模型并行运行原模型负责识别ID新开集头负责输出“已知概率”二者决策融合如final_confidence known_prob * open_set_head_output。这种架构既保留了原有识别精度又赋予了开集能力。5.3 损失函数注入法Loss Injection闭集模型的“开集基因编辑”这是最深入的改造适用于有完整训练管线的团队。核心是修改训练损失函数在标准ArcFace损失之外注入一个开集感知损失Open-Set Aware Loss, OSAL。OSAL的设计哲学是拉大已知类中心点与未知类特征的平均距离同时保持已知类内部紧凑。其数学形式为L_total L_arcface λ * L_osal L_osal max(0, m - d(centroid[known], f[unknown]))其中m是预设的边界距离如1.2λ是平衡系数通常取0.3。这个损失项只在遇到未知类样本时激活它不关心未知类样本属于哪个ID因为没有ID只关心它离所有已知中心点是否足够远。实操中我们采用“在线未知采样”策略在每个训练batch中随机替换10%的已知样本为未知样本来自未知类数据集。这样模型在优化识别能力的同时被持续“提醒”已知世界的边界在哪里。在某图像处理Demo中仅用5个epoch的OSAL微调模型在开集测试中的UDR就从71%跃升至94%且Top-1 Accuracy on Known仅下降0.3个百分点。这证明开集能力并非以牺牲闭集性能为代价而是对模型表征能力的深度挖掘。6. 真实场景避坑指南那些文档里绝不会写的血泪教训纸上谈兵终觉浅绝知此事要躬行。以下是我和团队在五个不同人脸识别项目中用真金白银买来的经验教训。它们不涉及高深理论却是决定项目成败的关键细节。6.1 “戴口罩”不是图像退化而是身份语义的坍塌几乎所有开集测试文档都会提到“遮挡”作为挑战但没人告诉你普通遮挡如手挡半脸和口罩遮挡有本质区别。前者只是丢失部分纹理信息特征空间距离仍可度量后者则系统性地抹去了鼻部、唇部、脸颊下缘等关键判别区域导致不同人脸的特征向量在嵌入空间中发生“聚类坍塌”——原本分散的已知ID中心点在口罩图像特征下变得异常接近。我们在某医院项目中实测发现当所有已知用户戴同款医用口罩时其特征中心点的平均距离缩小了63%。这意味着即使阈值设得很低模型也极易将陌生口罩脸误判为某个已知用户。解决方案不是提高阈值那会导致正常用户被拒而是建立口罩专用特征通道。我们在模型推理前端增加一个轻量级口罩检测器YOLOv5s仅0.8MB一旦检测到口罩自动切换至一个专门用口罩人脸数据微调过的特征提取分支。该分支的训练数据中80%为戴口罩图像且强制其特征空间与无口罩分支正交。这个改动使口罩场景下的UDR从58%提升至91%FPU稳定在2.1%。6.2 “活体检测”与“开集识别”是两套平行宇宙很多商用SDK宣称“支持活体开集”但实测发现二者逻辑割裂。活体检测模块如RGB-D深度图分析的输出是一个0-1的“真实人脸”分数开集模块的输出是一个“是否已知”的决策。当系统设计为“先活体再开集”时一个戴面具的陌生人可能通过活体检测面具纹理欺骗了RGB相机然后在开集环节被当作“已知”处理——因为面具特征恰好匹配了某个ID。反之一个真实但因强光反射导致活体分数偏低的已知用户可能在活体环节就被拦截根本没机会进入开集判断。我们的解决之道是决策融合Decision Fusion将活体分数liveness_score、开集置信度open_set_score、以及原始特征距离min_dist输入一个三输入的轻量级MLP3层每层16节点直接输出最终决策{accepted, rejected_unknown, rejected_liveness}。这个MLP仅需200个样本含各种攻击样本即可训练收敛。在某金融网点项目中该方案将对抗攻击如高清屏幕回放、3D打印面具的绕过率从37%降至2.4%。6.3 “未知类”必须包含“已知类的失败案例”最危险的未知类不是完全陌生的路人而是已知用户的“失败形态”脱妆后的女员工、剃须后的男主管、化疗后脱发的高管。这些样本在技术上属于“已知类”但其特征与注册时的差异已大到足以跨越开集阈值。若未知类数据集中不包含这类样本模型会天真地认为“所有与已知库差异大的都是真正的陌生人”从而在真实场景中将这些“失败形态”的已知用户一律拒之门外。我们在某高校项目中专门设立了“形态变异未知集”邀请20位已知用户在不同日期、不同光照、不同妆容/胡须状态下各采集5张图像全部标记为Unknown。这部分数据不参与训练仅用于测试。结果发现某款标称FAR0.1%的SDK在此测试集上的FPU高达18%。这直接推动我们为客户定制了“个人化阈值”功能每位用户可设置自己的d_avg容忍度系统根据其历史通行记录动态调整。最后分享一个小技巧在部署初期不要急于关闭“未知类日志”。我们坚持记录每一条statusunknown的原始图像、特征距离、时间戳、设备ID并每周人工抽检100条。前三个月我们从中发现了17个此前未意识到的系统性问题某批次摄像头白平衡算法缺陷、某型号手机前置摄像头畸变校正失效、甚至食堂油烟导致的红外镜头污渍。这些洞察没有任何测试用例能提前覆盖。开集测试的终极价值或许不在于证明系统多可靠而在于它是一面无比诚实的镜子照出我们对真实世界认知的所有盲区。

相关新闻

深耕支付宝收钱码推广领域,拓推客以专业合作服务赋能地推从业者

深耕支付宝收钱码推广领域,拓推客以专业合作服务赋能地推从业者

移动支付已深度融入日常消费与商业经营场景。线下商户对于便捷收款、数字化经营工具及相关支付服务的需求持续受到关注,与之相关的商户拓展和推广服务,也逐渐成为连接支付产品与线下经营场景的重要环节。在这一行业背景下,专业化、规范化的推…

2026/10/15 19:38:32 阅读更多 →
记忆系统演化:从简单缓存到多层认知架构

记忆系统演化:从简单缓存到多层认知架构

在大模型驱动的智能体(AI Agent)系统研发初期,绝大多数团队对“记忆”的理解仅仅停留在会话上下文的传递上。早期的 LangChain 会话记忆组件(如 ConversationBufferMemory 或 ConversationSummaryMemory)通过简单的字符…

2026/10/15 19:38:32 阅读更多 →
观测全景:基于 OpenInference 的可观测体系总结

观测全景:基于 OpenInference 的可观测体系总结

随着大语言模型(LLM)与多智能体(Multi-Agent System)系统从概念验证(POC)全面进入企业生产级核心业务,传统的微服务可观测性体系(Metrics、Logs、Traces)遭遇了前所未有的…

2026/10/15 19:38:32 阅读更多 →

最新新闻

Claude Code 配置管理与监控利器:claude-code-templates 模板化实践

Claude Code 配置管理与监控利器:claude-code-templates 模板化实践

1. 为什么我们需要一个 Claude Code 配置管家第一次接触 Claude Code 的人,十有八九会在配置环节卡住。不是命令记不住,而是配置项散落在太多地方:全局的~/.claude目录、项目根目录的.claude文件夹、环境变量、MCP 服务器注册表、权限白名单、…

2026/10/15 20:21:54 阅读更多 →
dsh subscriptions插件安装实战:版本兼容与headless部署避坑指南

dsh subscriptions插件安装实战:版本兼容与headless部署避坑指南

dsh-plugin-subscriptions 这个插件,我前前后后装了三轮才算彻底摸透。如果你也在搞 dsh 的本地化部署,大概率会遇到跟我一样的困惑:核心装好了,插件却报plugin tree failed to load,或者明明照着文档走,认…

2026/10/15 20:21:54 阅读更多 →
VulnHub DC-4靶机渗透全记录:hydra爆破登录与sudo tee提权

VulnHub DC-4靶机渗透全记录:hydra爆破登录与sudo tee提权

打穿VulnHub靶场DC-4的完整记录,从登录爆破到sudo提权。这篇文章是我在本地虚拟化环境里从零开始打DC-4的实操复盘,全程没有跳过任何步骤,每一条命令都是我亲手敲过的。DC-4在VulnHub系列里属于难度适中的靶机,不涉及内核漏洞利用…

2026/10/15 20:21:54 阅读更多 →
MySQL SQL100道基础练习题:从刷题到提升查询能力

MySQL SQL100道基础练习题:从刷题到提升查询能力

“MySQL SQL100道基础练习题”,这名字听起来平平无奇,甚至有点像是网盘里随手存下来的旧资料,但真正把它从头到尾刷完一轮之后,我才意识到它可能是SQL入门阶段性价比最高的一份学习材料。没基础的人拿到这套题,最容易犯…

2026/10/15 20:21:54 阅读更多 →
图书分类实战:从TF-IDF到BERT的文本分类全流程

图书分类实战:从TF-IDF到BERT的文本分类全流程

1. 图书分类任务到底在解决什么问题图书分类这个事,乍一听像是图书馆管理员才关心的冷门需求,但如果你做过内容平台、电商后台、知识管理系统,就会发现它其实是一个特别典型的多分类文本任务。我最早接触这个方向,是因为帮一个做数…

2026/10/15 20:21:54 阅读更多 →
Git多人协作实战:从版本控制原理到团队流程落地

Git多人协作实战:从版本控制原理到团队流程落地

1. 版本控制与多人协作的底层逻辑拆解1.1 为什么选 Git 而不是其他方案刚入行那会儿,团队里用的还是集中式版本控制工具,每次提交都得联网,一旦中央仓库出问题,所有人都得干等着。后来切换到 Git,最大的感受就是“踏实…

2026/10/15 20:20:53 阅读更多 →

日新闻

Docker Compose 容器化部署 ChirpStack LoRaWAN 网络服务器实战

Docker Compose 容器化部署 ChirpStack LoRaWAN 网络服务器实战

1. 为什么选择容器化方式部署 LoRa 网络服务LoRa 物联网项目落地时,网络服务器是整个链路的核心枢纽。它负责接收网关上报的数据包、完成去重与解密、再把有效载荷分发给上层应用。早期大家习惯把网络服务器直接装在物理机上,依赖一堆系统库和特定版本的…

2026/10/15 0:00:46 阅读更多 →
共享LLM服务下的跨模型自动扩缩容:Kubernetes实战与避坑指南

共享LLM服务下的跨模型自动扩缩容:Kubernetes实战与避坑指南

1. 共享推理服务里,扩缩容到底难在哪做过大模型推理服务部署的人,大概都经历过这样的场景:一个团队共用一套推理集群,A 业务跑的是 7B 的小模型,B 业务跑的是 72B 的大模型,C 业务白天流量高、晚上几乎归零…

2026/10/15 0:00:46 阅读更多 →
Systemd 启动阶段根文件系统只读之谜:fstab 与 remount-fs 服务深度解析

Systemd 启动阶段根文件系统只读之谜:fstab 与 remount-fs 服务深度解析

1. 引子:一次内核恐慌引发的追查先从一个真实场景说起。某次我给一台老旧的嵌入式设备折腾系统裁减,为了把启动时间压进两秒以内,我手贱地把一串自认为“没用”的 systemd 服务给 disable 了,其中就包括systemd-remount-fs.servic…

2026/10/15 0:00:46 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/15 16:18:54 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/15 19:41:51 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/15 13:48:15 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/15 0:14:36 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/14 22:45:47 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/15 9:49:14 阅读更多 →