Pull Request已成功合入, 合并人@openUBMC-robot
（感谢 tangjingman 的贡献）
欢迎来到 openUBMC 社区
Hey @tangjingman , 感谢你对社区的贡献.
机器人使用手册
有关指令的使用，可以点击 说明文档 或 论坛 查看详情。开发人员可以在每个PR或Issue下方评论特定指令来触发机器人任务。
联系指引
有疑问可以联系 SIG: sig-interface ,
维护者是： @DataSculptor, @WeliveWelove, @aaronlee, @huanghan ,
优秀贡献者是： @L_Ling, @PLUS_ONE, @yelvsub .
The pipeline(pipeline number:1717) is running. >>> Check Pipeline <<<.Please wait a moment...
/ai review
代码审查
审查总结
逐文件审查结果：
| 文件 | 审查结论 |
|---|---|
interface_config/cli/echoes/ipmcget/_psuinfo |
无问题——条件性隐藏 PSU 工作模式头部和预测状态头部的逻辑正确，cjson.null 判断与社区配置的 null 值一致 |
interface_config/cli/ipmcget/target.json |
无问题——电源相关字段置 null、移除 Property ProcessingFlow 步骤、GetPowerList.Input 索引从 [2] 更新为 [1] 均正确（社区配置独立使用时） |
interface_config/cli/ipmcset/target.json |
无问题——psuworkmode 端点完整删除，干净利落 |
mds/service.json |
无问题——常规版本号从 1.110.99 升级到 1.110.100 |
oem/huawei/cli/config.json |
发现 1 个问题（P2）——ProcessingFlow 索引冲突 |
oem/huawei/cli/ipmcset/psuworkmode.json |
无问题——结构与原始配置一致（增加 Resources 包装层，与 target.json 顶层格式匹配），内部 ProcessingFlow 索引自洽 |
问题统计：P0: 0 / P1: 0 / P2: 1 / P3: 0
总体风险评估：中低风险。社区侧裁剪逻辑自洽，OEM 侧存在一处索引协调缺陷——OEM 配置向 ProcessingFlow 插入 Property 步骤时未同步更新社区配置中保留的 GetPowerList.Input 引用，可能导致 OEM 平台包中 psuinfo 的电源列表或电源模式字段异常。该问题取决于 config 引擎的 ProcessingFlow 合并语义，建议与引擎开发者确认后修正。
| 类型 | 数量 |
|---|---|
| 🔴 阻塞 | 0 |
| 🟡 建议 | 1 |
💬 仅评论
/publish
tangjingmanThe pipeline(pipeline number:1718) is running. >>> Check Pipeline <<<.Please wait a moment...
🟡 Medium Priority
变更后的社区 target.json 中，GetPowerList.Input 引用 ${ProcessingFlow[1]/Destination/PowerList}（ProcessingFlow 仅含 List 步骤，1-based 索引 [1] 正确指向 List）。
OEM 的 config.json 通过 Modify 向 ProcessingFlow 添加 Property 步骤，但其 RspBody 中 6 个字段均引用 ${ProcessingFlow[1]/Destination/...}，同时未更新社区配置中保留的 GetPowerList.Input。
根据合并语义不同，将产生以下任一失败：
- 若 Property 被 prepend 到索引 [1]：
GetPowerList.Input（ProcessingFlow[1]）错误指向 Property 步骤，Property 的 Destination 不含PowerList，导致GetPowerList语句失败。 - 若 Property 被 append 到索引 [2]：OEM 的 RspBody 字段（
ActiveStandbySupported等）引用ProcessingFlow[1]错误指向 List 步骤，List 的 Destination 不含这些字段，导致电源模式信息缺失。 - 若 Modify 的 ProcessingFlow 为整体替换：List 步骤丢失，
GetPowerList同样失败。
无论哪种合并策略，OEM 配置均无法同时保证社区保留的 GetPowerList.Input 与 OEM 新增的 RspBody 字段引用正确。
合并策略是：先进行的数据计算，再进行的属性值修改，实际出包测试不存在上述问题
/check-pr
合入校验失败
@tangjingman, 当前PR不可合入，原因如下:
标签没满足合入条件
- PR合入需要以下标签 1 lgtm, 但是当前只有0.
- PR合入需要以下标签 1 approved, 但是当前只有0.
标签使用技巧
- lgtm: 合并PR时必要的标签。代码仓管理人员可以通过评论
/lgtm来添加标签。PR创建者可以通过评论/lgtm cancel来删除标签，但无法通过评论/lgtm添加标签。 - approved: 合并PR时必要的标签。代码仓管理人员可以通过评论
/approve来添加标签，通过评论/approve cancel来删除标签。
The pipeline(pipeline number:1732) is running. >>> Check Pipeline <<<.Please wait a moment...
| 任务名称 | 结果 |
|---|---|
| pre-commit检查 | ✅SUCCESS |
| 防投毒检查 | ✅SUCCESS |
| 开源合规检查 | ✅SUCCESS |
| 编译构建 | ✅SUCCESS |
| ipmi修改 | ✅SUCCESS |
| 修改行数检查 | ✅SUCCESS |
/lgtm
/lgtm
/lgtm
/approve
/publish
/check-pr
合入校验失败
@L_Ling, 当前PR不可合入，原因如下:
标签没满足合入条件
- PR合入需要以下标签 1 lgtm, 但是当前只有0.
- PR合入需要以下标签 1 approved, 但是当前只有0.
标签使用技巧
- lgtm: 合并PR时必要的标签。代码仓管理人员可以通过评论
/lgtm来添加标签。PR创建者可以通过评论/lgtm cancel来删除标签，但无法通过评论/lgtm添加标签。 - approved: 合并PR时必要的标签。代码仓管理人员可以通过评论
/approve来添加标签，通过评论/approve cancel来删除标签。
openUBMC-robotThis component has been successfully published.
当前PR是否有AI参与:
[x] 否
[ ] 是
__1. AI Agent 平台:
__2. AI 模型:
__3. Prompt上下文 :
PR功能描述 / 为什么需要这个合入**:
裁剪电源模式相关的cli接口
修改方案**:
（1）社区软件包发送ipmcget -d psuinfo,返回信息不包含电源模式和深度休眠信息
（2）社区软件包发送ipmcset -d psuworkmode,返回提示的参数信息不包含psuworkmode这个参数；
（3）平台软件包发送ipmcget -d psuinfo,返回信息包含电源模式和深度休眠信息
（4）平台软件包发送ipmcset -d psuworkmode,返回提示的参数信息包含psuworkmode支持的所有参数；
验证方案**:
（1）社区软件包发送ipmcget -d psuinfo,返回信息不包含电源模式和深度休眠信息；
（2）社区软件包发送ipmcset -d psuworkmode,返回提示的参数信息不包含psuworkmode这个参数；
（3）平台软件包发送ipmcget -d psuinfo,返回信息包含电源模式和深度休眠信息
（4）平台软件包发送ipmcset -d psuworkmode,返回提示的参数信息包含psuworkmode支持的所有参数；
测试建议**:
自验证报告**:
该PR关联的issue
resolves#957
希望检视人员了解: