Worker robot cargo size technology should get utilised by construction bots when building entity ghosts

[Zaspar]

When using logistic bots to fulfil logistic requests, without any cargo stack size research -> bots carry items 1 by 1
When using logistic bots to fulfil logistic requests, with cargo stack size research -> bots carry multiple items in the same trip

When using "ghost request" slots to send items to an inventory with construction bots, without any cargo stack size research -> bots carry items 1 by 1
When using "ghost request" slots to send items to an inventory with construction bots, with cargo stack size research -> bots carry multiple items in the same trip

When building the factory with construction bots, without any cargo stack size research -> bots carry items 1 by 1
When building the factory with construction bots, with cargo stack size research -> bots still carry items 1 by 1 <------------- this one is the inconsistency

Since 2.0, as I understand it, one bot can have multiple jobs assigned to it at once, so it already knows what it's going to do next after it finishes its current job. It should be that the bot is smart enough to realise (if there are multiple of the same entity ghost within its roboport network) that it is available to be assigned more jobs that are of the same entity type, and then do both in the same trip.

Consider how satisfying it would be to see construction bots going out and building 4 belts each when stamping belt lines, and how it would be a nice way to have charging speed be less of a bottleneck when stamping very large builds at once.

This is already the case for tile ghosts, why shouldn't it work for entity ghosts?

[robot256]

Previously: viewtopic.php?t=70654

[Zaspar]

Previously: viewtopic.php?t=70654

Well found! I tried searching for this topic before posting and did not find anything with the key phrase "Worker robot cargo size"