aclnnTransMatmulWeight / aclnnNpuFormatCast 资料未给出 NZ 存储排布，无法判断输出是否正确

1. 环境

Ascend 910B2（A2）单卡；CANN 9.2.0；npu-smi 26.1.1；aclnn 单算子直调。

2. 问题

aclnnTransMatmulWeight（trans_data/docs/aclnnTransMatmulWeight.md）与
aclnnNpuFormatCast（npu_format_cast/docs/aclnnNpuFormatCast.md）的输出都是
私有格式（FRACTAL_NZ）的存储序：

• TransMatmulWeight：「经过此接口后刷新成预处理后的 Matmul weightTensor，
  格式根据亲和性进行 ND 或私有格式的转换」——没有说转换后的元素排布；
• NpuFormatCast：只给了 dstFormat / additionalDtype / actualFormat 的枚举取值表，
  同样没有给 dstTensor 的元素排布公式。

结果是：调用方（以及算子的自测）拿到输出后，没有任何资料依据能判断它是否正确，
只能靠「值集合不变」这类弱不变量，或者干脆不做数值校验。

实测（fp16、src = 16x16、值 0..255 唯一）：

• 输出确实是输入值的一个排列（值集合完全一致，无重复无丢失）；
• 但排布方式与资料无关可查，只能按「NZ = [N1, K1, C0, C0]，元素 (n1,k1,i,j) ← src[n1·C0+i, k1·C0+j]」
  这一业界约定去反推；对 C0 的取值（16 / 32）与实际 itemsize 的关系也无说明。

3. 复现

src = fp16[16x16]，值 = 0..255（唯一）
调用 aclnnTransMatmulWeight（原地）或 aclnnNpuFormatCast（ND→NZ）
读回输出：与输入是同一组值，但顺序被打散

4. 期望

在两份资料的「功能说明」里补：

1. 输出存储序的显式公式（含 C0 的取值规则：按 itemsize 还是按 additionalDtype）；
2. 未对齐 shape（例如 4x4、17x17）时补齐块的填充值语义（补 0 还是未定义）；
3. 至少一个「输入 shape → storage shape」的示例（NpuFormatCast 的
   aclnnNpuFormatCastCalculateSizeAndFormat 已有组合表，但缺排布）。

5. 实际

两份资料都只描述「转成亲和格式」，不给排布；因此这类接口的数值正确性
在资料层面不可判定，只能靠实现自查。