🔴 [严重] [样例代码完整性] HcclCommQueryCcuIns.md:80

文档新增约束 #6（第67行）和 NOTE 块（第56-58行）明确要求：

调用方收到HCCL_E_UNAVAIL后需自行处理是否降级到AICPU_TS模式

但样例代码仅简单 return 错误码，未展示 HCCL_E_UNAVAIL 时的降级处理模式。

建议在错误处理分支中补充 HCCL_E_UNAVAIL 的降级示例：

HcclResult ret = HcclCommQueryCcuIns(comm, &insHandle, &insNum);
if (ret == HCCL_E_UNAVAIL) {
    // CCU资源不足且无法自动降级到AICPU_TS，调用方自行处理降级
    // 例如：回退到AICPU_TS模式执行
    return fallbackToAicpuTs(comm, ...);
}
if (ret != HCCL_SUCCESS || insNum != 1) {
    return (ret != HCCL_SUCCESS) ? ret : HCCL_E_INTERNAL;
}

可以在通信域的ccu ins时候把die id保存到ins里吗

[LOW] CCU_MS 资源不足时不再回退到 CCU_SCHED 模式

问题分析：

• 第 50 行：CreateCcuInsByFixedResNum 对 CCU_E_UNAVAIL 直接返回错误，不尝试降级。
• 旧代码 TryInitCcuInstanceLegacy（已删除）在 CCU_E_UNAVAIL 时，若 opExpansionMode_ == CCU_MS_MODE，会将模式降级为 CCU_SCHED_MODE 重试，或回退到 AICPU_TS_MODE。
• 新代码将 CCU 实例创建从 Init 阶段推迟到 QueryCcuIns 阶段，在 Query 时静默修改 opExpansionMode_ 确实不合适，因此移除降级逻辑有一定合理性。
• 但对使用 CCU_MS 模式的调用方而言，资源不足时从"自动降级到 SCHED"变为"直接报错"，是行为变更。调用方需自行处理 HCCL_E_UNAVAIL 并决定降级策略。

建议： 在 HcclCommQueryCcuIns 的对外文档中明确标注"资源不足时返回 HCCL_E_UNAVAIL，不自动降级"，帮助调用方知晓需自行处理降级。若确需保留降级能力，可考虑在 CreateCcuInsByFixedResNum 中对 CCU_MS→CCU_SCHED 做一次重试。