Tagebuch: Siedler3 Remake bekommt einen Computerspieler

Liebes Tagebuch,
seit einiger Zeit wird das Siedler3 Remake programmiert: http://www.settlers-android-clone.com.
Das Remake ist ein Open Source Projekt, welches so lizensiert ist, dass es jeder benutzen und für seine eigenen Zwecke weiterentwickeln darf.
Da ich gerne Berufliches mit meinen Hobbys verknüpfe und ich aus beruflicher Sicht noch nie ein GitHub-Repository geforked habe, um dann einen Pull-Request zu schicken und ich aus Hobbysicht mich gerne mit Strategien auseinander setze, habe ich mich entschieden, einen Computerspieler für das Siedler3 Remake zu programmieren.

Ein GitHub-Repository ist ein Ort, wo Programmierer ihren Quelltext mit anderen Programmierern teilen können.
Ein Fork bedeutet, dass ich das GitHub-Repository kopiert habe, um dort selbstständig weiter zu arbeiten.
Ein Pull-Request bedeutet, dass ich meine eigenständig entwickelte Arbeit automatisiert an die ursprünglichen Entwickler des Remakes weiterleiten kann und diese können dann entscheiden, ob sie meine Arbeit mit in das Original Remake mit aufnehmen.

In den Kommentaren des Projektplans habe ich gelesen, dass ein Computerspieler noch nicht implementiert ist und dessen Entwicklung noch in sehr weiter Ferne liegt. Ich pfusche mit meinem Vorhaben also niemanden ins Fuhrwerk.

Der Ist-Zustand ist also, dass der Computerspieler gar nichts tut. Er steht mit seinen Siedlern und Waren herum und wartet, dass der menschliche Spieler auf ein Bier vorbei kommt und den Turm einnimmt.

Ich möchte die KI (Künstliche Intelligenz, also den Computerspieler) in zwei Bereiche aufteilen, damit ich nicht so viel nachdenken muss:
- eine High-Level KI, die entscheided, was zu tun ist. (Was zu bauen ist)
- eine Low-Level KI, die Befehle von der High-Level KI entgegen nimmt und sich überlegt, wo der Auftrag zu erledigen ist (Wo das Gebäude zu bauen ist)

Als ersten Schritt, damit ich überhaupt etwas sehen kann, implementiere ich die High-Level KI so, dass sie erstmal Stupide den Grundstock einer Siedler baut: Steinmetz, Holzfäller, Förster, Sägewerk und ein Wohnhaus.
Die Low-Level KI ist momentan noch nicht ganz so helle -> Ich will ja schnelle Ergebnisse sehen. Sie ermittelt alle möglichen Punkte, wo das in Auftrag gegebene Gebäude gebaut werden kann und nimmt dann den ersten davon, um es zu bauen.
Zum Glück haben die Programmierer des Original Remakes schon eine canConstructAt(x, y) Funktion bereitgestellt, dass ich einfach jeden Punkt der Karte durchgehen kann und fragen kann, ob das Gebäude hier gebaut werden kann, oder nicht. Die Karte ist nämlich ein Kartesisches Koordinatensystem (Also sie hat x und y Koordinaten, die bei 0 beginnen und bei der Kartenbreite und Kartenhöhe aufhören)

Weil die Programmierer des Originalen Remakes so nett waren und für den menschlichen Spieler schon programmiert haben, dass Gebäude planiert, mit Waren beliefert und dann hochgezimmert werden, sieht das erste Zwischenergebnis schon ganz schniecke aus.

Ich habe dir - liebes Tagebuch - zwei Bilder in das Album geklebt. Auf dem einen ist zu sehen, wie die Waren zu den von der KI platzierten Baustellen getragen werden und auf dem anderen sind die fertigen Gebäude abgebildet.

PS: Der Link zu meinem Fork

Hi,

schön das wieder was mit "S3" machst
Ich schau mir gerne deine Fortschritte an ...

PS: Schau doch mal nach deiner Signatur - die schaut komisch aus

Ging mir ähnlich - unwatch war auch notwendig... Seit dem das Projekt "open-sourced" wurde, ist es halt schon fast zu sehr aktiv

Liebes Tagebuch,
beflügelt von den schnellen Ergebnissen meiner ersten Testimplementierung habe ich mich am Strategy- und Factory-Entwurfsmuster orientiert.
Wenn die High-Level KI sich entscheidet, einen Steinmetz zu bauen, bittet sie die Fabrik, ihr den entsprechenden BestConstructionPositionFinder zu geben, damit sie den beauftragen kann, die beste Bauposition zu suchen.
Die Factory gibt im Falle des Steinmetzses natürlich den BestStonecutterPositionFinder zurück. für alle anderen Gebäude gibt es den FirstPossiblePositionFinder, der den Algorithmus vom ersten Tagebucheintrag enthält, die Gebäude einfach oben links hinzuklatschen

Der BestStonecutterPositionFinder geht alle Punkte der Karten durch, also x = 0 bis x = Breite der Karte und jeweils y = 0 bis y = Breite der Karte. Dabei fragt sie die im ersten Tagebucheintrag erwähnte canConstructAt(x, y), ob an dem Punkt überhaupt ein Steinmetz gebaut werden kann. Dabei bleiben nur noch wenige Punkte übrig, weil der Computerspieler nur einen Turm hat und somit wenig Land.
Für jeden möglichen Baupunkt im Computerspielerland geht der BestStonecutterPositionFinder alle Steine auf der Karte durch und berechnet die Entfernung zu diesen. Dabei merkt er sich den Baupunkt, der am nächsten an irgend einem Stein liegt.
Wurden alle Kartenpunkte untersucht wird an dem Punkt, der am allernächsten an einem Stein liegt und das Bauen des Steinmetzes möglich ist ausgewählt, um den Steinmetz zu bauen.

Wenn ich mir dann überlege, dass es m Steine auf der Karte gibt und n Kartenpunkte, dann bedeutet das, dass das asymptotische Verhalten meines Algorithmus' gleich O(n*m) = O(n*n) = O(n²)
Das bedeutet, dass je mehr Steine es gibt, und je größer die Karte ist, es exponentiell länger dauert bis der beste Baupunkt gefunden wurde.
Das folgende Bild verdeutlicht das:

Quelle: http://www.linux-related.de/in…tation.htm

Eine Optimierung des Quelltextes würde ihn schwieriger zu verstehen machen und vielleicht hält das Remake die Laufzeitkomplexität ja aus. Ich entscheide mich also dafür, erstmal weiter zu implementieren und später, wenn das Spiel anfängt zu ruckeln oder auf Android nicht mehr gut läuft (denn dafür wird es ja auch entwickelt und dort gibt es sicher weniger Ressourcen als auf einem Desktoprechner) kann ich mit Analysen herausfinden, welcher der vielen später geschriebenen Algorithmen einen Hotspot darstellt, also am meisten den Rechner in die Knie zwingt und diesen zuerst optimieren. So lange, bis das Spiel flüssig läuft.
So komme ich schnell voran und optimiere effizient nur dort, wo es auch notwendig ist.

Ach liebes Tagebuch, ich kann einfach nicht anders. Ich habe wenigstens als kleine Optimierung eingebaut, dass ermittelt wird, welches die Landpunkte des Computerspielers sind und nur dort drin werden die Bäume und Bauplätze gesucht. Es ist zwar jetzt immer noch O(n²) aber mit einem viel kleineren n

Hey das hat super geklappt! Hm .. da fällt mir auf, dass ich auch ganz schnell einen BestLumberjackPositionFinder programmieren kann, indem ich den Code des BestStonecutterPositionFinder wiederverwende und statt der Entfernung zu Steinen, die Entfernung zu Bäumen berechnen. Ich habe dir ein Bild in den Anhang geklebt, das das Ergebnis zeigt. Zu sehen sind gut platzierte Steinmetze und Holzfäller. Die stehen sogar schön in Reihe. So hätte ich sie als Mensch auch gebaut. Die Förster und Sägewerke sind immer noch links in die Ecke geklatscht, wo am ersten Platz ist. Sieht schon fasst gewollt aus, aber leider nur auf dieser Karte

Hey das hat auch super geklappt! Dann implementiere ich auch gleich einen BestSawMillPositionFinder der in der Nähe von Holzfällern baut und einen BestForresterPositionFinder. Halt! Der BestForresterPositionFinder sollte zwar in der Nähe von Holzfällern bauen aber weit weg von anderen Förstern, damit letztendlich alle Holzfäller des Computerspielers mit neuen Bäumen versorgt werden, statt nur wenige. Auch hierfür habe ich dir ein Bild in den Anhang geklebt, das das Ergebnis zeigt.

Auf dem Bild ist jedoch zu sehen, wie alles vollgebaut wird. Die Gebäude platzieren auf der einen Seite das Aufforstungsgebiet der Holzfäller, sodass sie ineffektiv arbeiten und auf der anderen Seite ist gar kein Platz, die Gebäude woanders zu bauen, weil der Computerspieler noch keine Türme baut.
Aber wie ich das löse, schreibe ich dir ein anderes mal.

Liebes Tagebuch,

ich habe die KI nun soweit implementiert, dass ich gerne einen Pull-Request starten möchte. Leider ist im Master-Branco des original Repositories ein Bug in der Netzwerkspielanzeige, sodass ich meinen letzten Test der KI im Mehrspielerspiel nicht durchführen kann. Ich habe ein Issue dazu geöffnet:
Deswegen warte ich noch mit dem Pull-Request. Qualität geht vor

Als ich ein Video aufgenommen habe mit dem aktuellen Stand ist mir aufgefallen, dass noch ein paar Dinge im Siedler3 Remake ausbalanciert werden müssen, bevor es so richtig rund läuft.

Die Einzige Karte, wo der Computerspieler überhaupt Waren und Soldaten hat, startet mit mittleren Waren.
In Folge dessen baut die KI früh eine Werkzeugschmiede. Leider produziert die erstmal eine Armee von Hämmern und Schaufeln, bevor die dritte Sense kommt.
Das schwächt die KI enorm, eigentlich würde sie gerne 12 Waffenschmieden bauen, aber erntet keine Nahrung.
Ein Video wäre also eher langweilig.
Wenn du aber unbedingt eins sehen möchtest, würde ich eins hochladen.

Bis dahin der aktuelle Stand in textueller Form.

Features:

• Es werden folgende Gebäude gebaut:
  
• Immer ein Turm im Bau
  
• Türme in Richtung: Bäume, Steine, Flüsse, Kohle, Eisenerz, Fisch, Golderz
  
• Türme im Hinterland werden zerstört, um Material und Soldaten zurückzugewinnen
  
• Soldat läuft zur Turmbaustelle. War bei Erzeugung der Turmbaustelle kein Soldat vorhanden, oder wurde er während der Bauzeit getötet, läuft ein neuer Soldat zum fertig gebauten, unbesetzten Turm
  
• Werkzeugschmiede, Eisenschmelze, Kohlebergwerk, Eisenerzbergwerk werden gebaut, sobald ein Werkzeug fehlt.
  
• Wohnhäuser werden permanent gebaut, wenn Schwellwert unterschritten. Schwellenwert wächst linear mit Gebäudeanzahl
  
• Steinmetze werden abgerissen, wenn außerhalb Reichweite von Steinen
  
• Holzfäller, Farmen, Weingute erhalten südlich Platz, wo keine anderen Gebäude gebaut werden.
  
• Fischer werden bei Fisch gebaut
  
• Holzfäller werden bei Bäumen gebaut
  
• Förster bei Holzfällern, aber nicht zu nah an anderen Förstern
  
• Minen auf Rohstoffvorkommen
  
• Wohnhäuser dort, wo gerade Planierer sind
  
• Alle anderen Gebäude haben eine "In der Nähe von Beziehungen“ zu ihren Abhängigen Gebäuden. Bsp. Bäcker wird in der Nähe von Mühlen gebaut
  
• Es werden kontinuierlich Lager gebaut, wenn die Goldbarrenanzahl steigt
  
• Computerspieler ist an Gameclock angeschlossen. Das heißt, dass die KI beim Vorspulen und im Multiplayergame funktioniert
  

Noch offen:

• Weingut nördlich von Hängen bauen
  
• Gegner angreifen, wenn genügend Soldaten vorhanden sind
  
• Wohnhäuser abreißen, um Baumaterial zurück zu gewinnen
  
• Verteidigungs-Waffenschmiede bauen, falls der Gegner rushed
  
• Kampftaktik implementieren hinsichtlich: http://tips.siedler3.net/page….kampfkunst
  

Hi mavmav,

wow das sind alles sehr gute Fragen. Die werde ich in mehreren Posts beantworten.
Du hattest mich per PN ja auf die roten vs. grünen Bauplätze angesprochen.
Ich habe da schon angefangen mit der Programmierung.
Es gibt ja für die Gebäude jeweilige BestConstructionPositionFinder die Koordinaten ermitteln, wo das Gebäude gebaut werden kann und diese mit einem Score belegen, wie gut diese Koordinate geeignet ist. Ich habe nun hinzugefügt, dass der Score um so mehr negativ beeinflusst wird, desto mehr planiert werden muss.

Dann habe ich die KI mal gegen sich die alte KI, der es egal war, wo sie baut antreten lassen und habe festgestellt, dass die neue KI langsamer geworden ist. (Das heißt, sie hatte nach 30 Minuten weniger Gebäude/Waren/Siedler)
Die Ursache war, dass die Holzfäller ganz am Anfang circa 4 Bäume weiter weg vom Wald gebaut wurden, weil dort flacheres Land war.
Jetzt ist es aber so, dass zwar der Holzfäller dadurch ein kleinwenig früher fertig gebaut ist, aber hat er bei jedem einzelnen Baum einen längeren Weg und produziert dadurch langsamer Holz. Irgendwann hat der Förster zwar vor seiner Tür aufgeforstet, aber der ökonomische Schaden, der bis dahin entstanden ist, machte die komplette KI langsamer.

Deswegen habe ich die Beeinflussung des Planieraufwandes bei Holzfällern, Steinmetzen und Türmen wieder entfernt. Holzis und Steinmetze sollen so nah wie möglich an ihren Rohstoffen gebaut werden. Türme sollen am optimalen Ort gebaut werden, damit das Land sich optimal ausbreiten kann, egal ob ich 10 Sekunden länger planieren muss.

Jetzt ist die verbesserte KI auch tatsächlich schneller als die alte KI, die auch gerne mal auf rot gebaut hat

---------

Dieses Beispiel zeigt, dass Siedler3 zwar wenige verständlich Regeln hat:
- Je kürzer der Weg, desto schneller werden Rohstoffe abgeerntet
- Je mehr Gebäude, desto schneller werden Waren produziert
- Siedlermangel führt zu Warenproduktionsstopp
- Mehr Planieren bedeutet langsamer bauen
- ...

Da aber alle einfachen Regeln in Wechselwirkung zueinander stehen ist Siedler3: Easy to learn. Hard to master!

Weil Siedler3 "Hard to master" ist und ich die KI als Hobby in meiner Freizeit entwickle gehe ich Schritt für Schritt vor und möchte nach jedem Schritt eine einsetzbare KI haben.
Das bedeutet, dass die KI heute wichtigsten Gebäude baut (Baustoffwirtschaft, Nahrungswirtschaft, Waffenwirtschaft, Mana und Gold)
Jeder Soldat wird sofort rekrutiert. Denn: Wenn die KI angegriffen wird, ist ein Level1 Soldat ist besser als gar kein Soldat

Später einmal kann ich das zurückhalten von Waffen, bis Level3 erreicht ist als Optimierung implementieren. Aber bis dahin ist die KI auch so wie sie jetzt ist einsetzbar.

Meine Vision:
Die Ki baut eine sehr gute Wirtschaft auf mit 20 Waffenschmieden oder so. Dabei soll sich die KI aber auch gegen einen Rush verteidigen. Also baut sie sofort eine Verteidigungs-Waffenschmiede, wenn der Gegner seine fertig gestellt hat. Aufgrund der Laufwege und der geringeren Kampfkraft am Anfang reichen dann weniger eigene Soldaten aus, um den Angriff zu verteidigen, aber durch den kleinen Zeitlichen Versatz hat die KI vor der Notfall-Waffenschmiede in ihre Wirtschaft investiert und kann im späteren Spielverlauf den Rusher plätten.

... ok jetzt geh ich mal auf Arbeit. Bis demnächst

@mavmav 2. Teil
Du hast von Zielen für den Computerspieler gesprochen. Ich habe tatsächlich konzeptionell Ziele bei der Programmierung im Kopf:
1) mehr Soldaten als der Gegner produzieren
2) Level3 für Bogenschützen erreichen.
3) Kampfkraft erhöhen

Das erste Ziel ist dabei das wichtigste. Andererseits: wenn der Gegner mich mit 100 Soldaten angreift und ich habe zwar Level3, aber keinen Soldaten, bin ich tot. Oder wenn der Gegner mich mit 100 Soldaten angreift und ich habe zwar 100% kk aber keinen Soldaten, bin ich ebenfalls tot.
Daher strebt die KI nach einer kontinuierlich steigenden Waffenproduktion. Für Waffen benötige ich aber Nahrung, sonst bringen mir auch 18 Kohleminen nichts.

Jedenfalls baut die KI momentan folgendes:
1) 8 Holzfäller, 4 Förster, 3 Sägewerke, 5 Steinmetze
2a) 4 Weingute
3a) 2 Farmen
2b) 4 Tempel
3b) 1 Scheinefarm, 1 Mühle, 3 Bäcker, 1 Fleischer, 2 Wasserwerk
4a) 1 Eisenschmelze, 1 Waffenschmiede, Minen, 1 Kaserne
2c) 1 großen Tempel
4b) 5 Waffenschmieden (+Schmezlen und Minen)
5) Gold
6) ... weiter mit Nahrung / Waffen

Anmerkungen:
- Es wird von einem 0pt Spiel ausgegangen
- Die Werkzeugschmiede wird genau dann gebaut, wenn das Werkzeug ausgeht
zu 1) Warum 8 Holzis: Das sind Erfahrungswerte, mit 6en geht es echt langsam und mit 21 benötigt man zusätzliche Planierer und Bauarbeiter und viel Land, damit man überhaupt so bauen kann. Ist also ein Kompromiss
zu 2) Ich benötige Level3, weil ich vorher nicht rekrutieren möchte. Je länger ich auf auf Level3 warten muss, desto länger bin ich schutzlos Angriffen ausgeliefert. In meiner aktiven Siedler3 Zeit habe ich Messungen durchgeführt (etwas gerundet, zur Veranschaulichung): Ein produzierender Weingut benötigt 60 Minuten, bis er alleine Level3 erreicht hat. Wenn ich die Baustelle eines Weingutes setze, vergehen 10 Minuten, bis er gebaut ist und bis der Wein erntereif ist, ab jetzt erntet der Winzer kontinuierlich abwechselnd mit dem anpflanzen.
In der Minute, wo ich den Winzer setze entscheide ich also, wann ich später Level3 haben werde:
1 Weingut = 10 Min Bau/Wachsphase + 60 Min Produktionszeit = 70 Min
2 Weingute = 10 Min Bau/Wachsphase + 30 Min Produktionszeit = 40 Min
3 Weingute = 10 Min Bau/Wachsphase + 20 Min Produktionszeit = 30 Min
4 Weingute = 10 Min Bau/Wachsphase + 15 Min Produktionszeit = 25 Min
5 Weingute = 10 Min Bau/Wachsphase + 12 Min Produktionszeit = 22 Min

Habe ich in der 15. Spielminute alle Holzes fertig und platziere 4 Winzer, habe ich in der 40 Minute Level3. Das reichte für die meisten 0pt Spiele aus.
Bau ich stattdessen 5 Winzer, bin ich nur 3 Minuten schneller ... das ist meistens nicht so entscheidend gewesen, da investierte ich lieber das Baumaterial in schneller und damit später mehr Waffen.

Du hattest vorgeschlagen, von einem Zielpunkt aus zurückzurechnen.
Ich gehe bisher andersherum ran, indem ich mich am Schachspielcomputer orientiere:
Bei einem Schachspiel gibt es n mögliche Spielzüge. Auf die n möglichen Spielzüge folgen m Gegnerische Reaktionen, darauf wieder o mögliche eigene Spielzüge etc.
Wenn ein Schachcomputer das alles berechnet, muss er n * m * o * ... rechnen, was eine Laufzeitkomplexität von O(n hoch n) ist. In meinem weiter oben gerosteten Tagebucheintrag habe ich dargestellt, dass das schnell nicht mehr weitergerechnet werden kann, weil es 1 Million Jahre dauern würde, bis der Computer seine Entscheidung getroffen hat.
Beim Schach bewertet der Computer also die Spielsituation und setzt Zuge, die die Situation am meisten verbessern. Er rechnet aber nicht das Spiel zu Ende.
Bei der KI für das Siedler3 Remake gehe ich genauso vor. Ich versuche die Spielsituation für den Computerspieler zu verbessern. Daher entschied ich mich, direkt nach den 8 Holzfällern die 4 Winzer zu bauen. Die kleinen Tempel müssen nicht sofort folgen, dazwischen können die Farmen errichtet werden, damit die auch schonmal das Getreide wachsen lassen können.

Der große Tempel folgt sofort auf die Kaserne. Wie oben geschrieben: Soldaten sind wichtiger als Level3, aber der große Tempel nach der Kaserne liefert uns fast auf einen Schlag Level2. In Verbindung mit der angelaufenen Weinproduktion kann mal also sofort Level2 Verteidigungslanzen produzieren.

Das Gold kommt dann erst ziemlich spät. Wichtig ist die Verteidigung und die Waffenproduktion, Die Kampfkraft bekommt jeder Soldat auch später noch dazu.

Deinen Hinweis, die Arbeitsgebiete regelmäßig zu wechseln habe ich auf meine ToDo Liste gesetzt.

Die Trägerlaufwege habe ich insofern berücksichtigt, dass es für viele Gebäude eine "In-der-Nähe-von" Platzierungsstrategie gibt. Daher wird der Bäcker in der Nähe der Mühlen gebaut. Das ist vielleicht noch weiter verfeinerbar, dass ich den Bäcker nicht nur neben der Mühle, sondern auch in Richtung der Kohlebergwerke baue.

Bezüglich der Verstärkung der Grenzgebiete habe ich schon implementiert, dass Türme im Hinterland abgerissen werden. Es bleiben nur Türme stehen, die eine Außengrenze beschützen. Das ist mein erster Schritt in die Richtung Baumaterialrückgewinnung und Soldatenrückgewinnung gewesen. Hier ist noch mehr optimierter.

Deine Fragen:
- Ja, die KI kann auch ohne Bäume sich weiterentwickeln, weil sie Förster baut.
- Ja, die KI kennt die ganze Karte. Bei den Set-Maps kennt auch jeder Spieler die Karte Ich denke, dass dieser Cheat der KI hilft, für den menschlichen Spieler überhaupt ein würdiger Gegner zu sein, aber falls sich herausstellen sollte, dass die KI total krass ist (wovon ich heute nicht ausgehe), kann auch implementiert werden, dass die KI erst Rohstoffe und Landschaften kennt, wenn sie Soldaten hingeschickt hat.
- Die Produktionsraten und auch die Baukosten scheinen sich derzeit vom Originalspiel zu unterschieden. Das ist aber nur ein Bauchgefühl, ich habe noch nicht genau nachgeschaut. Ob das noch angeglichen wird, weiß ich nicht.
- Der Kohlbug ist sicher behoben
- Grundsätzlich kann die KI Pioniere kontrollieren. Vielleicht hast du ja ein Konzept im Kopf, wie man das programmatisch realisieren kann?
- Derzeit setze ich Warenhäuser als Goldlager ein, weil das einfacher zu programmieren war. (1. Schritt) Dabei habe ich festgestellt, dass das Remake noch gar keine Waren einlagert (Ist noch nicht programmiert) Daher warte ich mit dem Optimieren noch ein bisschen.
- Die Minen setze ich derzeit dort, wo am meisten Rohstoffvorkommen ist, ich achte noch nicht darauf, die maximale Auslastung zu erreichen. Das ist auch ein Optimierungsschritt, den ich mir auf die TODO Liste gesetzt habe.

*gelöscht da andere Meinungen scheinbar nicht gewollt sind.

Du vergisst eines denke ich: hier geht es um ein Remake. Und das heißt es wird nicht einfach nur neu geschrieben und von den bekannten Bugs "befreit" sondern auch zeitgemäß angepasst, solange es den Spielfluss nicht stört. Mit der alobby, VPN und älteren Betriebssystemen hat das (derzeit) gar nichts zu tun. Das Remake wird voraussichtlich auch unter mehr Betriebssystemen besser funktionieren als das Original und daher unproblematisch sein. Und btw. ist das was Maximilius macht "nur" ein kleiner Teil des Ganzen, wenn auch wichtig für Nutzer die einfach mal zocken wollen

Also grundsätzlich wären Entscheidungen treffen aufgrund dessen, was die KI sieht möglich.
Es kann für jede Kartenkoordinate abgefragt werden, ob ein bestimmter Spieler diese sieht oder nicht. So könnten die Gebäudestatistiken entsprechend gefiltert werden, dass die KI nur jene Informationen bekommt, die sie sehen kann.

Natürlich würde die KI dann nicht nur auf Spione zurückgreifen, sondern auch einen Schwerti Scout losschicken

... das wär schon ne coole KI, von der unerfahrene Spieler noch was lernen können