PLM：Go 先准备，Python 原位领取

先读商品价格，再读运费，最后相加。两条工具赋值紧挨着，原来的调用位置都保留。PLM 会为合适的读取安排提前启动，让结果仍在 Python 原来的位置交付。

转换器先检查代码结构，再插入准备操作。它还不知道 Host 允许哪些工具提前执行。Host 检查允许名单。通过时启动读取并返回句柄，也就是这项工作的编号；没通过就留到原位置正常执行。

两个后台工作各自读取，Python 此时等待第一条调用的价格。谁先完成由实际调度决定。图中表示执行阶段，不是测出来的耗时。

举一种可能的顺序：运费先完成，数值五已放进它的结果盒，等待领取。Python 还在等商品价格，尚未走到第二条调用，所以运费虽然准备好了，还没有交给变量 b。

价格完成后，第一条调用收到二十一。接着第二条调用收到运费五，相加得到二十六。领取时会核对请求，每个句柄只消费一次。工作可以提前开始，结果仍按原来的调用顺序交付。

再看一个错误测试：第二项工作提前失败，错误先保存在结果盒中。到了第二条原调用，Python 工具封装才抛出运行时异常。用户的异常处理分支能接住它，前面的变量 a 仍然是二十一。

如果后一个参数需要前一个结果，就得先等这个值算出来。分支仍由 Python 选择，未选中的分支不会提前执行。普通语句和控制区域是屏障。循环等不支持的代码保留原写法，照常执行。