CANN DeepSeek-V4算子开发
NPU DeepSeek-V4 TileLang算子开发实践【免费下载链接】cann-recipes-infer本项目针对LLM与多模态模型推理业务中的典型模型、加速算法提供基于CANN平台的优化样例项目地址: https://gitcode.com/cann/cann-recipes-infer简介在大模型异构计算发展背景下GPU 端成熟模型及新算子向昇腾 NPU 的跨平台迁移Tilelang-Ascend 作为昇腾 CANN 生态原生算子开发框架深度契合昇腾 NPU 硬件架构特性采用声明式编程范式大幅降低开发门槛。框架内置丰富硬件原语与性能优化策略可充分释放 NPU 算力同时具备极强的新算子快速适配能力支持 GPU 算子逻辑高效迁移重构无需深入底层硬件细节即可完成算子开发优化显著缩短迁移周期。Tilelang-Ascend代码仓助力开发者快速开展昇腾平台算子开发工作。同时在此工作中我们也覆盖了 TileKernels 中的mhc算子。HighLightsTilelang-Ascend具有适配大模型开发的显著优势。在开发易用性方面Tilelang-Ascend致力于实现语法简洁、思路清晰的编程模式用简单代码实现高性能复杂算子**易用性强。**高性能、低开发门槛开发者可以专注于算法逻辑忽略底层同步、内存等细节。**后端语言灵活。**灵活后端语言切换既有稳定的AscendC编程路径也有跨代际兼容的高性能PTO编程路径能够自动适配不同层级、硬件场景。**算子快速开发。**Tilelang-Ascend用极短的时间实现了DeepSeek新模型中SFA/MHC等复杂融合算子开发者可以快速利用Tilelang抽象建立算子模型并且有多种优化路径可选。在功能支撑方面Tilelang-Ascend同样以提升框架便捷性和高效性为核心Developer模式的框架新特性包含了以下新功能**自动流水同步。**CV 核间由硬件流水自动同步Tilelang-Ascend 自动化分析生成精准同步指令保障算子执行正确与高效。**自动内存复用。**Tilelang-Ascend 自动完成内存规划与复用分析生命周期并线性扫描分配提升 NPU 内存利用率与执行效率。**自动拆分跨核指令。**Tilelang-Ascend 编译器自动识别 CV 核操作支持指令混合编写自动完成同步调度与依赖管理。**流水并行语法糖。**T.Pipelined特性在编译时静态分析与代码转换实现计算与内存的重叠执行最大化硬件利用率显著提升计算密集任务的执行性能。**数据并行语法糖。**T.Parallel特性用直观语法表达Tile元素向量化计算并实现数据并行不暴露底层硬件细节提升编程体验与效率。Tilelang-Ascend框架特性介绍Tilelang-Ascend持续致力于在提升开发易用性、降低开发难度和代码量上努力。本次框架升级支持了Developer特性开发模式包括硬件流水自动同步核间与核内同步、内存地址自动复用、自动拆分CV指令及T.Parallel等核心原语操作从底层简化算子开发流程。原需手动实现的核间同步、内存规划、算力分配等复杂操作均由原语自动完成开发者无需深入硬件底层细节大幅降低对硬件认知的门槛。同时T.Parallel、T.Pipelined原语高效支撑并行计算开发从算力调度到资源复用全流程自动化显著降低开发难度、减少代码量让开发者聚焦核心算法设计提升算子开发效率与落地速度。1、硬件流水自动同步昇腾NPU芯片集成的Cube、Vector等计算单元是异步执行的CV核间同步通过硬件流水自动对齐各核执行节拍避免手动栅栏与等待核内同步由原语在指令级插入依赖与顺序控制确保数据就绪与访存一致。开发者只需声明并行与流水边界即可在多核协同与单核流水间获得稳定、高效的执行。Tilelang-Ascend通过自动化分析实现同步指令的精准生成兼顾算子执行的正确性与运行性能。下图介绍了硬件流水自动同步插入的实现逻辑硬件流水自动同步流程图循环与处理通过将for循环递归展开两份准确分析嵌套循环中的依赖关系。Buffer访问分析结合预定义配置集合确定指令操作所属的硬件流水线并解析对Buffer的读写操作。依赖分析与同步决策识别数据依赖并根据硬件特性决策同步插入的类型并通过同步图剔除冗余指令。识别 RAW写后读、WAW写后写、WAR读后写三类数据依赖。根据依赖关系和硬件特性决策同步类型同流水线用PipeBarrier跨流水线用EventPairSetFlag/WaitFlag。指令生成与循环重构展开后的循环进行重构得到原始嵌套结构并生成指令代码。硬件流水自动同步开启方式pass_configs { tilelang.PassConfigKey.TL_ASCEND_AUTO_CV_SYNC: True, # CV核间流水自动同步 tilelang.PassConfigKey.TL_ASCEND_AUTO_SYNC: True, # 核内流水自动同步 }2、内存规划与复用内存规划与复用由框架自动完成开发者无需手动分配与回收。传统的手动规划内存与手动复用存在很多挑战开发效率低下需要人工计算每个层级的偏移量且算子迭代成本高并且开发过程中容易出错、难以调试。Tilelang-Ascend根据算子依赖关系与生命周期分析智能布局缓冲区与中间张量减少碎片与冗余拷贝同时通过地址复用与双缓冲策略在保持数据一致性的前提下复用空闲内存显著降低峰值占用。配合流水并行与算力调度内存访问更连贯整体带宽利用率与执行效率同步提升。下图展示了内存自动规划与复用的实现逻辑内存规划与复用流程图Tilelang-Ascend通过Developer模式带来了内存规划与复用特性它完全替代人工 Offset 计算开发效率显著提升维度 / 类型变更无需手动适配。自动规避地址重叠、对齐错误消除内存超限 / 执行异常的人为因素。自动考虑内存复用降低总占用率 最大化利用昇腾 NPU 有限的共享内存资源。该特性 是面向昇腾NPU的核心内存优化组件通过精准的缓冲区生命周期分析与高效的线性扫描内存分配算法为每个buffer分配内存空间提高昇腾NPU内存利用率。缓存区生命周期分析遍历 TIR 抽象语法树AST全量采集昇腾 NPU 共享内存缓冲区的访问行为。标记每个缓冲区的 GEN生成/KILL销毁事件精准界定其活跃区间 [start, end]首次使用→最后一次使用的执行阶段。按昇腾硬件内存域分组缓冲区适配不同分区的内存上限约束。线性扫描分配算法按活跃区间起始位置排序缓冲区构建线性执行序列。维护活跃队列与空闲内存块池循环处理每个缓冲区的分配需求。智能分配策略优先复用已释放的空闲内存块无可用块时分配新内存所有操作遵循 32 字节硬件对齐规则。最终生成缓冲区到物理地址 Offset 的映射表address_map固化到函数属性指导执行。内存自动规划与复用开启方式pass_configs { tilelang.PassConfigKey.TL_ASCEND_MEMORY_PLANNING: True, # 内存自动规划与复用 }3、自动拆分CV指令在昇腾NPU编程中开发者面临着一种非自然的编程约束。由于硬件架构的CV分离特性开发者必须在代码中明确标注每段代码属于Cube还是Vector单元。这种显式作用域声明方式会带来开发困扰开发的割裂性破坏了代码的连贯性CV频繁切换导致代码和开发逻辑破碎同时会导致代码结构重复、调试跳跃性强定位问题困难。例如在Flash Attention融合算子中Vector核上的Softmax计算和Cube核上的矩阵乘计算会有多次复用同步的逻辑人工拆分对开发者并不友好。为了解决这些问题CV代码分离优化Pass应运而生。它的核心理念是让开发者专注于算法逻辑让编译器处理硬件适配。开发者按算法逻辑自然编写代码Pass自动识别哪些操作属于Cube哪些属于Vector。CV指令自动拆分示意图如上图所示Tilelang-Ascend的Developer模式允许用户忽略底层CV核的指令和硬件差异编写符合正常算法逻辑的代码。CV自动同步在编译期构建Cube/Vector依赖图识别跨核读写与数据就绪点自动插入同步指令与等待机制并进行流水重排与双缓冲优化保证核间数据一致与顺序正确。开发者仅需描述算法编译器即可完成核间调度与核内依赖管理减少手工拆分与同步代码。自动拆分CV指令开启方式pass_configs { tilelang.PassConfigKey.TL_ASCEND_AUTO_CV_COMBINE: True, # 自动拆分CV指令 }4、T.ParallelTilelang-Ascend编程模型中T.Parallel是用于表达 tile 内元素向量化计算 的核心原语。它在 IR 层以“并行循环”的形式描述数据并行而不直接暴露底层硬件指令细节可以让用户用符合编程思维的逐元素编程语法实现硬件层面Tile级的高性能并行操作极大的提升用户的算子编程体验。目前支持的双目运算符、支持的单目运算符、多运算场景、1D / 2D 场景、双目“向量 标量”场景、行切分场景、Buffer 标量广播运算、拷贝场景。代码使用方式示例运算操作# 一维运算场景 for i in T.Parallel(v_block): m_i[i] T.max(m_i[i], m_i_prev[i])# 二维运算场景 for (i, j) in T.Parallel(v_block, d): acc_o_ub[i, j] / T.exp(attn_sink_ub[i] - scores_max[i])拷贝操作# GM - UB 拷贝计算场景 for i, j in T.Parallel(block_M // VEC_NUM, block_N): C[bx * block_M vid * block_M // VEC_NUM i, by * block_N j] T.exp(a_ub[i, j])主要算子实现本章介绍DeepSeek-V4 0Day支持中Tilelang-Ascend实现的四个算子用例。Tilelang算子优势多个融合算子已经成功适配并接入DeepSeek模型Tilelang-Ascend在精细化Tile编程中具有语法简洁、先天适配NPU多级存储模型的优势开发者可以快速简洁地开发Tilelang算子结合上述Developer模式新特性在保持相近性能的前提下代码量可降低至原后端实现的约20%开发者能用简短的代码实现高性能的复杂算子。1、Sparse Flash Attention概述SparseFlashAttention算子的整体计算流程如下图所示SparseFlashAttention计算流程图在DeepSeek-V4模型中随着上下文长度不断变大面对超长序列注意力机制成为模型中的主要计算瓶颈。为了高效计算注意力SFASparse Flash Attention在保留原有稀疏索引筛选功能的基础上改进计算流程并接入了C4ACompress-4-Attention和C128ACompress-128-Attention稀疏注意力压缩架构显著降低了长文本场景中注意力的计算成本。新版的SFA算子还引入了可学习注意力锚点Attention sink机制通过调整每个查询头的注意力分数保护模型输出序列的稳定性。算法流程详解从NPU的块级执行视角结合具体维度阐述实现细节。输入输出张量以典型维度为例query: [b, m, h, d]查询向量集合。key/value: [b, n, d]键值向量集合。topk_idxs: [b, m, k]topk索引向量。attn_sink: [h]attn sink注意力锚点向量。output: [b, m, h, d]注意力权重输出向量。计算流程1、查询块加载**数据并行策略**将batch和m序列长度作为核间并行切分维度分核执行设置C:V核1:2比例以[head // 2, block64]为基础块大小细粒度核内切分张量并行执行。**数据切分细节**按照核间并行-核内切分的双重并行策略进行。以batch*m为逻辑核core_id数在AiCores上均匀分配任务。主块大小为dim512Shape - [32, 512]核内切分块大小为block64Shape - [32, 64]。2、稀疏键值索引构建掩码块索引驱动加载根据mask规则对基本块中每个数据的位置利用topk_idxs张量筛选计算得到key/value关联的idxs_ub索引张量for i in T.serial(block):idxs_ub[i] topk_idxs[by, bx, t * block i] if t * block i topk else -1构建掩码块根据idxs_ub索引张量筛选参与注意力计算的key值(kv_ub)并构建存储注意力分数计算结果的掩码矩阵(acc_s_ub)。3、注意力分数计算**矩阵乘**在Cube核上使用gemm_v0接口计算注意力分数矩阵乘结果累加存储到L0C buffer上计算逻辑为attn_tile query key.T Shape - [64, 64]**注意力掩码累加**将掩码矩阵累加到矩阵乘的注意力分数结果上得到掩码后的注意力分数值并与缩放scale相乘。4、Online Softmax在注意力分数结果上分块执行在线softmax。**数据并行**利用Tilelang框架新特性T.Parallel用逐元素计算代码表达Tile块级数据并行计算for (i, j) in T.parallel(v_block, block):​acc_s_ub[i, j] - scores_max[i]计算过程中通过规约动态维护最大值(score_max)和指数和(score_sum)中间统计量确保数值稳定性。5、上下文向量计算完成计算图中注意力权重与value的矩阵乘:attn_tile score value Shape - [64, 512]6、结果累加与重缩放**结果累加**以block64的基本Tile块进行循环累加计算结果到acc_o_ub buffer中。在线重缩放循环结束后利用在线Softmax维护的统计量(score_max, score_sum)通过向量化操作对累加结果进行全局重缩放校正分块计算引入的偏差。7、注意力锚点计算**attn sink注意力锚点**对累加结果进行attn sink锚点运算保留前s个token的注意力权重和KV缓存使输出保留全局上下文避免结果仅依赖近期token导致语义陷入局部陷阱或缺失:for (i, j) in T.Parallel(v_block, d):​acc_o_ub[i, j] / T.exp(attn_sink_ub[i] - scores_max[i])8、结果写回**结果保存**经过缩放与锚点处理的注意力权重结果按块写回全局内存中。2、Manifold-Constrained Hyper-Connections概述Manifold-Constrained Hyper-Connections算子的整体计算流程如下图所示Manifold-Constrained Hyper-Connections计算流程图Manifold-Constrained Hyper-ConnectionsMhc是一种通用残差架构优化方案融合了流形约束结构化映射技术Mhc算子主要包含三类可学习映射预变换映射pre、后变换映射post和跨流连接映射comb其将超连接HC的多路残差跨流映射约束在双随机矩阵流形上保留多流表达能力的同时恢复恒等映射特性解决大规模训练的数值不稳定与信号失控问题。算法流程详解算子输入输出典型维度张量分析mixes: [n, mix_hc]多流特征输入张量。hc_scale: [3]流级缩放系数向量。hc_base: [mix_hc]跨流映射初始矩阵向量。hc: 超参数流的数量。sinkhorn_iters: 超参数Sinkhorn-Knopp的迭代次数。eps: 超参数数值稳定epsilon。pre: [n, hc]mixes流级缩放预变换输出张量。post: [n, hc]残差融合特征流级缩放的后变换输出张量。comb: [n, hc]跨流连接映射输出张量。计算流程1、多流特征缩放**缩放值计算**首先根据流级缩放系数向量及流的数量构建每条流向量对应的缩放值hc_scale_shared。**计算缩放多流特征**按基本块大小将多流特征乘以缩放值后与跨流初始矩阵相加得到mixes_shared mixes_shared * hc_scale_shared hc_base_shared2、计算预变换张量预变换张量控制每条流的输入强度。根据多流特征缩放值通过Sigmoid缩放流级参数融合计算预变换张量结果按基本块Tile通过乘以scale值控制每条流的输入维度用 sigmoid 约束结果在稳定区间然后加eps防止出现零值计算流程如下pre mixes ⊙ sigmoid(scale) eps3、计算后变换张量后变换张量控制每条流的输出幅度。与预变换处理流程类似经过Sigmoid缩放流级参数融合后后处理张量会乘以2以适当扩大输出维度post (mixes ⊙ sigmoid(scale)) * 24、指数归一化按基本块读取跨流融合张量comb即上述经过缩放的多流特征张量准备计算跨流映射矩阵的双随机投影。通过reduce、sub、exp等运算接口对每个基本块实现softmax指数归一化运算逻辑同样累加eps避免产生零值实现特征输出的范围稳定comb comb.softmax(-1) eps5、行列归一化**行归一化**对经过指数归一化的comb基本块首先在行方向做整体归一化comb comb / (comb.sum(-2) eps)**迭代行列归一化**基于Sinkhorn-Knopp算法按基本块对comb执行总共sink_iter次行列归一化for i in range(sink_iter):​comb comb / (comb.sum(-1) eps)​comb comb / (comb.sum(-2) eps)最终得到归一化后的comb跨流连接映射输出张量。6、结果写回**结果保存**将跨流连接映射输出张量结果按块写回全局内存中。3、Int8 General Matrix Multiplication概述Int8 General Matrix Multiplication算子的整体计算流程如下图所示Int8 General Matrix Multiplication计算流程图Int8_gemmInt8 General Matrix Multiplication是带有量化激活输入值的MatMul算子将int8类型的输入值的矩阵乘结果反量化为fp32经过缩放因子缩放后再次量化到目标数据类型并保存输出结果。算法流程详解算子输入输出典型维度张量分析a_int8: [M, K]int8激活值向量。a_scales: [M, 1]激活值缩放因子。b_int8: [N, K]int8权重向量。b_scales: [N, 1]权重缩放因子。output: [M, N]量化gemm输出向量。计算流程1、int8矩阵乘法**矩阵乘**分块读入并使用gemm_v0接口计算矩阵乘结果输入值为int8类型存储中间结果为int32类型:C_tile A_tile B_tile.T Shape - [64, 64]**运算结果传递**利用GM workspace将运算结果写入c_ub buffer中。2、数据类型转换**int32-fp32转换**利用cast接口执行数据类型转换T.tile.cast(c_scale, c_ub) Type: int32 - float323、反量化缩放**加载缩放因子**将激活值和权重缩放因子按基本分块大小拷贝至ub buffer。**转换数据缩放**将转换后的数据与缩放因子相乘同样从Tile层级数据并行计算for (i, j) in T.Parallel(block_M_2, block_N):​c_scale[i, j] * scale_a_ub[i]​c_scale[i, j] * scale_b_ub[j]4、结果转换与写回类型转换再次通过cast将缩放结果转换为目标输出数据类型以fp16为例:T.tile.cast(c_out, c_scale) Type: float32- float16**结果保存**经过类型转换与反量化缩放的结果按块写回全局内存中。4、Activation Quantization概述Activation Quantization算子的整体计算流程如下图所示Activation Quantization计算流程图Act_quantActivation Quantization是处理激活量化的算子负责将模型前向推理时动态生成的激活值从高精度FP32/FP16转换为低精度INT8/INT4主要在模型反向传播或推理后完成量化。算法流程详解算子输入输出典型维度张量分析x_bf16: [M, N] / [batch, seq, N]待处理输入张量。round_scale: Falsebool值是否对缩放因子取整为2的幂次。计算流程1、最大值计算**数据预处理**首先把读入的数据转换为fp32类型然后求取其绝对值数据。**最大值**对列方向进行最大值规约得到输入数据每列的最大值并存储到max_ub buffer中。2、计算缩放因子使用每列计算出的最大值除以int8类型的最大值127根据round_scale判断是否取整为2的幂次然后得到每个元素的缩放因子for i in T.Parallel(block_M_2):​scale_ub[i] max_ub[i] / int8_abs_max3、int8对称量化**数据缩放**将第一步处理的数据除以缩放因子并通过clamp接口将数据限制在[-127, 127]范围内。**对称量化**将上述数据四舍五入取整然后先后量化为fp16和int8类型得到量化输出结果。整体计算流程可概括为y round(clamp(x / scale, -127, 127)).to(float16).to(int8)4、结果写回将结算得到的缩放因子向量scale_ub和量化激活值y_ub写回全局内存中。【免费下载链接】cann-recipes-infer本项目针对LLM与多模态模型推理业务中的典型模型、加速算法提供基于CANN平台的优化样例项目地址: https://gitcode.com/cann/cann-recipes-infer创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

相关新闻

三年信任,深度赋能央企转型|咕泡科技圆满完成中广核专项AI定制内训

三年信任,深度赋能央企转型|咕泡科技圆满完成中广核专项AI定制内训

作为我国清洁能源领域标杆特大型中央企业,中国广核集团(CGN)承担着国家核电主业、新能源布局、核工业技术研发与关键能源基础设施运维等国家级战略任务。核电行业具备强保密性、高合规标准、工程链路复杂、专业资产体量庞大的行业特性&#x…

2026/7/11 12:34:47阅读更多 →
为什么OpenXLSX是C++开发者处理Excel文件的终极解决方案

为什么OpenXLSX是C++开发者处理Excel文件的终极解决方案

为什么OpenXLSX是C开发者处理Excel文件的终极解决方案 【免费下载链接】OpenXLSX A C library for reading, writing, creating and modifying Microsoft Excel (.xlsx) files. 项目地址: https://gitcode.com/gh_mirrors/op/OpenXLSX 还在为C项目中处理Excel文件而烦恼…

2026/7/11 12:34:47阅读更多 →
5分钟掌握:用OpenXLSX在C++中轻松操作Excel的终极指南

5分钟掌握:用OpenXLSX在C++中轻松操作Excel的终极指南

5分钟掌握:用OpenXLSX在C中轻松操作Excel的终极指南 【免费下载链接】OpenXLSX A C library for reading, writing, creating and modifying Microsoft Excel (.xlsx) files. 项目地址: https://gitcode.com/gh_mirrors/op/OpenXLSX 还在为C项目中处理Excel文…

2026/7/11 12:34:47阅读更多 →
CANN/ops-math AsStrided算子

CANN/ops-math AsStrided算子

AsStrided 【免费下载链接】ops-math 本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。 项目地址: https://gitcode.com/cann/ops-math 产品支持情况 产品是否支持Ascend 950PR/Ascend 950DTAtlas A3 训练系列产品/Atlas A3 推理系列产品…

2026/7/11 16:10:10阅读更多 →
2026大学生开学行李箱怎么选?热门实测对比,四年不踩坑

2026大学生开学行李箱怎么选?热门实测对比,四年不踩坑

又到了一年一度的开学季。对于即将踏入大学校门的新生和准备返校的老生来说,选对一款行李箱,直接决定了未来四年返校、返乡、出游的出行体验。很多同学踩过的坑我都经历过:大一贪便宜买的杂牌箱,开学搬宿舍第一次托运就裂了个角&a…

2026/7/11 16:10:10阅读更多 →
MiniMax闫俊杰:不再领取薪酬,个人拿出5%公司股份用于团队激励和开源支持

MiniMax闫俊杰:不再领取薪酬,个人拿出5%公司股份用于团队激励和开源支持

MiniMax创始人兼CEO闫俊杰发布内部全员信,回应近期市场波动,并强调公司长期方向不变。闫俊杰在信中宣布,从即日起,直到公司实现AGI的那一天,他将不再从公司领取任何薪酬。未来四年,他将拿出个人名下相当于公…

2026/7/11 16:10:10阅读更多 →
# 如何系统性摸清辖区企业的创新底数并配置精准资源?

# 如何系统性摸清辖区企业的创新底数并配置精准资源?

观点作者:科易网-国家科技成果转化(厦门)示范基地当今,科技创新已成为推动经济高质量发展、构建新发展格局的核心动力。国家高度重视科技成果转化和科技创新体系建设,不断出台新政策、新模式,旨在激发创新活…

2026/7/11 16:10:10阅读更多 →
语音API价格地震:MiniMax¥3.2对比Gemini¥20

语音API价格地震:MiniMax¥3.2对比Gemini¥20

语音API价格地震:MiniMax3.2对比Gemini20 适用读者:做 TTS 语音合成选型、对比 MiniMax / Gemini / Vidu 这些厂商 API 价格的开发者 阅读时长:约 12 分钟 测试时间:2026 年 7 月(基于 炻光 AI 接入管理平台 公开文档) 一、为什么 2026 年 Q3 突然都在聊 TTS 价格 最近半年接…

2026/7/11 16:10:10阅读更多 →
别再手动汇流串线、画图纸了!光伏设计软件直接一键搞定

别再手动汇流串线、画图纸了!光伏设计软件直接一键搞定

以前做光伏设计,复杂的彩钢瓦屋顶屋面多、坡度杂、障碍物到处是。手动排组件、算支架、画图纸,光是基础工作就能熬夜一周。可能改了一版又一版,最后发现串线还有问题,图纸还得重来。但现在,我已经告别如此复杂的手动设…

2026/7/11 16:05:10阅读更多 →
从GitHub安全案例解析常见漏洞与防护实践

从GitHub安全案例解析常见漏洞与防护实践

1. 项目概述:从GitHub Trending看安全实战 最近在GitHub Trending上看到一个项目,叫 skills4/skills ,它因为一些安全漏洞案例被大家讨论。这其实是一个挺典型的场景:一个旨在展示或教授某种技能的仓库,本身却成了安…

2026/7/10 12:10:00阅读更多 →
MLT 2026启示:因果推理与概率建模驱动下一代LLM应用

MLT 2026启示:因果推理与概率建模驱动下一代LLM应用

# MLT 2026启示:因果推理与概率建模驱动下一代LLM应用## 一、背景与挑战:从“黑箱预测”到“可信推理”2026年6月,第7届机器学习与趋势国际会议(MLT 2026)将在悉尼召开。会议议程中,“因果与可解释机器学习…

2026/7/11 15:18:12阅读更多 →
通达OA SQL注入漏洞深度剖析:从手工注入到自动化利用与防御

通达OA SQL注入漏洞深度剖析:从手工注入到自动化利用与防御

1. 项目概述与漏洞背景最近在梳理一些历史OA系统的安全风险时,通达OA v11.6版本中的一个老漏洞又进入了我的视线。这个漏洞位于/general/bi_design/appcenter/report_bi.func.php文件中,是一个典型的SQL注入点。虽然这个漏洞的利用方式看起来并不复杂&am…

2026/7/11 15:11:32阅读更多 →
Premiere Pro 2025安装失败原因与AGSIS验证绕过指南

Premiere Pro 2025安装失败原因与AGSIS验证绕过指南

1. 为什么2025版PR安装比以往更“磨人”?——从弹窗警告到路径陷阱的真实处境 Premiere Pro 2025版不是简单的一次版本迭代,它是一道分水岭。我从去年底开始帮影视工作室、高校剪辑实验室和自由职业者部署2025环境,累计处理了137台设备&#…

2026/7/11 0:03:43阅读更多 →
5款实用macOS系统优化工具:让你的Mac运行更流畅更高效

5款实用macOS系统优化工具:让你的Mac运行更流畅更高效

5款实用macOS系统优化工具:让你的Mac运行更流畅更高效 【免费下载链接】open-source-mac-os-apps 🚀 Awesome list of open source applications for macOS. https://t.me/s/opensourcemacosapps 项目地址: https://gitcode.com/gh_mirrors/op/open-so…

2026/7/11 0:03:43阅读更多 →
5分钟完全掌握:ComfyUI ControlNet预处理器终极使用指南

5分钟完全掌握:ComfyUI ControlNet预处理器终极使用指南

5分钟完全掌握:ComfyUI ControlNet预处理器终极使用指南 【免费下载链接】comfyui_controlnet_aux ComfyUIs ControlNet Auxiliary Preprocessors 项目地址: https://gitcode.com/gh_mirrors/co/comfyui_controlnet_aux 想要让AI图像生成真正听从你的指挥吗&…

2026/7/11 0:03:43阅读更多 →
YOLOv8推理性能优化:从1.2FPS到35FPS的全链路加速实践

YOLOv8推理性能优化:从1.2FPS到35FPS的全链路加速实践

如果你在部署 YOLOv8 时,发现推理速度只有可怜的 1-2 FPS,而别人的演示视频却能跑到 30 FPS 以上,那么问题很可能不在模型本身,而在于你的整个处理链路。很多开发者拿到一个训练好的 YOLOv8 模型后,会直接使用官方示例…

2026/7/10 13:39:09阅读更多 →
Coze与Dify对比指南:低代码AI应用开发从入门到实战

Coze与Dify对比指南:低代码AI应用开发从入门到实战

1. 从零到一:为什么你需要了解 Coze 和 Dify?如果你对 AI 应用开发感兴趣,但一看到“大模型”、“智能体”、“工作流”这些词就头疼,觉得门槛太高,那这篇文章就是为你准备的。很多开发者,包括我自己&#…

2026/7/10 22:20:33阅读更多 →
AI生图工具怎么选?2026年6月版实测对比

AI生图工具怎么选?2026年6月版实测对比

做自媒体的朋友应该都有体会:配图一直是个让人头疼的问题。2026年,AI生图工具已经非常成熟了,但工具太多反而不知道怎么选。以下是截至2026年6月我对主流AI生图工具的实测对比。Midjourney V8.1:速度之王2026年6月11日&#xff0c…

2026/7/10 17:29:22阅读更多 →