Pull Request

🔴 Critical

变更行：test_utils.cpp 新增的 TEST(TestUtilsApi, IsInteger_ShouldCheckExactFloatValue)（50-64 行）与 TEST(TestUtilsApi, IsInteger_ShouldRejectNanAndInfinity)（66-69 行）调用了 IsInteger(...)。

影响/契约：本 diff 只在 autofuse/ascendc/api/utils.h 中新增了 IsIntegerWithinUint32Magnitude（283-316 行）；对 autofuse 全目录的检索显示 IsInteger 仅出现在本测试文件中，从未被定义。test_utils.cpp 第 17 行 #include "utils.h" 引入的正是这个 utils.h，其中并不存在 IsInteger。

失败模式：测试编译时报 “IsInteger was not declared in this scope”，UT 目标构建失败（P0 构建/编译错误）。测试的断言语义（0/±2/16777216/±4294967040 为真，0.5/±2.25/±4294967296/NaN/Inf 为假）与 IsIntegerWithinUint32Magnitude 的实现完全吻合，显然是笔误把函数名写错了。

修复：将测试中所有 IsInteger( 调用改为 IsIntegerWithinUint32Magnitude(（或在 utils.h 中为 IsInteger 提供别名/包装），保证测试可编译。

建议：将测试中对 IsInteger 的调用统一改为 IsIntegerWithinUint32Magnitude（该函数的语义与测试断言完全一致），或在不改名的情况下于 utils.h 中补充 IsInteger 的定义/别名。

🟠 High Priority

变更行：pow.h 62-73 行新增的整数指数快速幂分支。

影响/契约：第 63 行 const bool is_negative = src2 < 0.0f; 计算了符号，但该变量从未被使用；第 64-73 行直接用 |n|（abs_src2 → src_u32）做平方累乘，循环结果为 x^|n|。

失败模式：当 src2 为负数且幅值在 uint32 范围内（如 -2.0f、-3.0f、-4.0f 等；-1.0f/-0.5f 已被前面的分支拦截）时，IsIntegerWithinUint32Magnitude(-2.0f) 返回 true 进入快速路径，输出 x² 而非数学上正确的 1/x²，与基线 Power（exp2/log2 路径）语义不一致，静默产生错误数值。该问题对 T=float 与 T=bfloat16_t 均存在。

修复：仅对非负整数指数启用快速路径，其余（含所有负指数）回退到 Power<T, false, pow_config>。最小改动：把进入条件改为 IsIntegerWithinUint32Magnitude(src2) && !(src2 < 0.0f)，并删除未使用的 is_negative/abs_src2。

建议：快速路径只应处理非负整数指数：将条件改为 if (IsIntegerWithinUint32Magnitude(src2) && !(src2 < 0.0f))，删除 is_negative/abs_src2 两行，直接 uint32_t src_u32 = static_cast<uint32_t>(src2);；负指数统一走 Power 基线路径。

🟠 High Priority

changed line → affected behavior/contract → failure mode → suggested fix

本 PR 在 autofuse/v35/ascendc/api_regbase/pow.h 的标量指数 Pow 重载中新增了整数指数的快速路径（第 62-73 行）。第 63 行计算了 is_negative = src2 < 0.0f，第 64-65 行取绝对值 abs_src2 并转为 uint32_t src_u32，随后第 67-73 行循环只用 src_u32 做快速幂累乘，is_negative 变量被算出后从未使用，循环结束后直接 return（第 77 行），没有任何求倒数/回退逻辑。

新增的 IsIntegerWithinUint32Magnitude 明确忽略符号位（utils.h 第 299-302 行注释 "Ignore the sign bit"），因此负整数指数（如 -2.0f、-3.0f，对 bfloat16_t 还包括 -1.0f、-0.5f 因第 35/50 行特殊分支仅覆盖 float/half）会命中该快速路径。例如 Pow(dst, src1, -2.0f, ...) 应得 x^(-2)=1/x²，实际得到 x²；-1.0f 的 bfloat16 场景应得 1/x，实际得到 x。

失败模式：任何调用方传入负整数标量指数时，kernel 静默产出错误数值，无任何告警，属本次变更引入的回归（改动前该分支直接走 Power 通用实现，结果正确）。指数为 0.5/-0.5 等非整数不会命中此路径（IsIntegerWithinUint32Magnitude(±0.5) 返回 false），故该错误仅影响负整数指数，触发条件明确。

建议：在进入快速路径前增加非负判断，负指数回退到 Power 通用路径，例如将第 62 行改为 if (src2 >= 0.0f && IsIntegerWithinUint32Magnitude(src2))，并删除未使用的 is_negative/abs_src2 逻辑（或改为循环后对 dst 求倒数）。

🟡 Medium Priority

变更行：pow.h 62-73 行新增的整数指数快速路径（本次 PR 的核心变更）。

影响/契约：本次改动触及 Pow 的核心计算路径——新增按位快速幂分支（改变计算结果来源）、原地改写输入张量 src1、并对负指数引入了语义变更；但同目录的 test_pow.cpp（UT 中唯一调用该 Pow 重载的用例文件）未做任何修改，新增测试只覆盖了 utils.h 的 IsInteger 函数。

失败模式：上述两个真实缺陷（负整数指数输出 x^|n| 而非 1/x^|n|；src1 被原地平方污染、dst==src1 时结果恒为 1.0）没有任何用例覆盖——只要新增一个 Pow(x, -2.0f) 或 Pow 原地调用用例即可暴露，当前改动即便存在这些回归也能通过 UT。这是高风险路径（复杂分支、数值语义、输入张量副作用）缺少关键测试。

修复：在 test_pow.cpp 中为 float/bfloat16 补充快速路径用例，至少覆盖：(1) 正整数指数（如 4、5、大指数）与数学期望/基线 Power 对比；(2) 负整数指数（如 -2、-3）验证 1/x^|n|；(3) 调用后复用 src1 以及 dst==src1 别名场景，防止输入张量被污染。

建议：在 test_pow.cpp 中补充对新增快速路径的用例：正/负整数指数结果验证、调用后 src1 复用与 dst==src1 别名场景，覆盖负数指数与输入污染这两类回归。