现象

aclnnMhcPreSinkhorn 对尾轴 c 不做 128 对齐校验：c=130 时两段接口均返回成功并继续执行。

资料写明尾轴必须为 128 的倍数，实测非对齐输入既不报错也不拦截。

期望

docs/aclnnMhcPreSinkhorn.md「约束说明 / 规格约束」（Atlas A2、A3 段）原文：

尾轴c需为128的倍数且取值范围为[1, 100000]。

按该约束，c=130 应在第一段 aclnnMhcPreSinkhornGetWorkspaceSize 返回 161002（ACLNN_ERR_PARAM_INVALID）。

环境

• 硬件：Atlas A2 训练系列（Ascend 910B2，8 卡）
• CANN：9.2.0
• 仓库：cann/ops-transformer，master 92d0f9c2（git fetch 后确认校验缺失仍在）

复现步骤

1. 取官方样例：cp examples/test_aclnn_mhc_pre_sinkhorn.cpp repro.cpp
2. 用例规模改为 int64_t bs = 1, seq_len = 8, n = 4, c = 130;（phi_shape 由 c 自动推导，无需改动）
3. 编译：见下方「复现脚本」
4. 运行 ./repro，程序打印 c=130 ACCEPTED (rc1=0 rc2=0)
5. 把 c 改回 128 重编译运行，同样打印 rc1=0 rc2=0（对照组，行为正确）

复现脚本

cp examples/test_aclnn_mhc_pre_sinkhorn.cpp repro.cpp
sed -i 's/int64_t bs = 2, seq_len = 128, n = 4, c = 4096;/int64_t bs = 1, seq_len = 8, n = 4, c = 130;/' repro.cpp
g++ -std=c++17 -O2 repro.cpp -o repro \
    -I${ASCEND_HOME_PATH}/include -L${ASCEND_HOME_PATH}/lib64 \
    -Wl,--allow-shlib-undefined -lascendcl -lnnopbase -lopapi
./repro

实测输出：

RESULT c=130 ACCEPTED (rc1=0 rc2=0)

c=128 对照组输出：

RESULT rc1=0 rc2=0 (ACCEPTED)

影响

1. 按仓内 .cpp 逻辑，尾轴对齐是 kernel 侧搬运/切块的前提，非对齐输入被放行后输出正确性没有保障；本轮无 CPU 标杆，未判定是否算错，只确认校验缺失。
2. 调用方按错误的 c 构造不会得到任何提示，问题会推迟到数值比对阶段才暴露，定位成本高。
3. 该校验在 aclnn 第一段与 tiling 两侧都不存在（op_host/op_api/aclnn_mhc_pre_sinkhorn.cpp 的 CheckShape 与 op_host/op_tiling/ 均无 c % 128 判断），图模式通路同样缺失。

建议

在 CheckShape 中补 c % 128 == 0 判断，报 ACLNN_ERR_PARAM_INVALID（161002）并带上实测 c 与约束值；若实现实际支持任意 c，则同步修订资料的支持面并补充对应精度用例。