Hoppa till innehållet
Grepobot

Automationsspår

Marknad

Det här är det tydligaste exemplet på hela designen, så det är värt att förklara noga.

På marknaden

380 trä för 300 silver

Gott om plats i lagerhuset

Ingenting väntar på trä.

Nekat

Kostar silver hamnen behöver.

Triremen står och väntar på trä

Resten är betald.

Antaget

Skeppet blir klart 2 tim 55 min tidigare.

Varför en kvotinställning är fel reglage

Varje handelsbot i det här spelet ber dig om en kvot: ta allt som är bättre än 1,2 mot 1, till exempel. Problemet är att samma byte är ett annat beslut i olika lägen. Tre trä för ett silver är rån när ditt lagerhus har gott om plats. Det är ett fynd när trä är det enda som står mellan dig och en färdig trirem, och triremen är vad staden är till för.

En tröskel kan inte se den skillnaden, eftersom det enda den tittar på är kvoten. Grepobot prissätter erbjudandet i sekunder som plockas bort från stadens mål, och därför tar den tre-mot-ett när det spelar roll och nekar ett-mot-ett en timme senare.

Listan är global, cachen var det inte

Ett marknadserbjudande hör till marknaden, inte till din stad — så två av dina egna städer som tittade på samma cachade lista kunde båda bestämma sig för att ta det, och den andra utgiften hamnade någonstans du inte avsåg. Cachen för listan är nu gemensam, vilket är det enda sättet att få den räkningen rätt.

Handelsmännen är det som är knappt

Ett byte är inte gratis ens när kursen är bra: det binder handelsmän, och handelsmän är vad varje annat byte i den staden väntar på. Därför poängsätts en marknadshandling per handelsman och inte per resurs, och ett marginellt bra erbjudande som skulle binda alla handelsmän förlorar mot ett bättre som får plats.

Vad den inte gör

  • Grepobot antar erbjudanden som andra spelare har lagt ut. Den lägger inte ut några egna erbjudanden.