问询：Sampler Runtime作业中optimization_level从3被截断至1的原因

• 后端硬件支持限制：你指定的量子后端可能不支持optimization_level=3的高级优化策略。不少量子硬件对优化操作有架构层面的约束，比如无法执行level3包含的复杂路由优化、门融合或布局调整，系统会自动降级到后端兼容的最高可用优化级别（此处为1）。
• 重复转译的冲突覆盖：你在提交前已通过transpile工具设置了optimization_level=3，又在Sampler的options中重复指定同一参数。Sampler Runtime作业在处理时，可能会忽略本地转译结果，重新依据后端实际能力执行转译流程，导致手动设置的高级别被自动调整。
• Runtime服务的内置逻辑：Sampler Runtime有自身的作业处理规则，会优先以后端的实际支持情况为准，覆盖用户指定的优化级别，确保作业能在目标硬件上正常运行，即便你手动设置了更高级别也会被截断。

验证建议 #

• 查看目标后端的官方说明文档，确认其支持的优化级别范围。
• 提交作业时移除本地transpile的优化设置，仅在Sampler options中指定级别，观察是否仍出现截断警告。
• 调用后端的configuration属性，查看supported_optimization_levels字段，确认其支持的最高优化级别。

内容的提问来源于stack exchange，提问作者Ahmad Bennakhi