This is just a timing issue. The token was trying to pull items off the list before there were any because of the way the Wait for Event was working. Because the code pulls the total number on the list, if there are no values on the list, it will move on without pulling anything which is why you are getting errors (changing the Require Number to 1 will at least make it so the error goes away).
I'm not 100% sure what the purpose of this part of the model is, so the following is just meant as an example of the timing issues and how you might go about fixing them. The AGV that takes 2 seconds to unload will cause problems with the timing again.
I changed the subflows to send all the tokens at once instead of one at a time. That way they will all be unloaded at the same time instead of one by one. I then added a breathe activity to make sure the items were unloaded before the token tried to pull from the list. I don't know if this is acceptable or not in your model, you may need to change how your Wait for Event activity works (maybe make logic for when the AGV leaves or when the token enters the next activity). There will also be problems because both tokens will be in the Wait for Event at the same time so when it fires, both tokens will move on. I included a resource to avoid this.
All in all, you need to figure out when you actually want the tokens to pull items from the list and include logic to make that happen.
As another note, the travel activities are best outside of the subflow. There's no reason to create a travel task for each item for the AGV to complete if they're all going to the same place.
pullfromlisterror_1.fsm