why an additional structure. As Dissi said: I personally always saw the controller as a way to control the room. It should be considered the most important structure in the room in stead of the "oh yeah that thing" structure it is now.

so something like when attacking a controler you're granted temporal building rights in the room. Still, there can't be 7 towers, but if you destroy one of his - you can build your own as well as ramparts and such... The room battles will take a whole other perspective than the static one there currently is

is the shard1 map going to be the one from the PTR? How often would it expand as in the a case a lot of players decide to spawn/respawn there, it might get too crowded real fast?

well, then i'm out of quick solutions

well, "meaningful" should be handled by our scripts and if the option was to have or not have the data - yeah, i'd like to have it even when the creep dies one-shotted, but the choice is having most of this feature available soon or at an unknown period probably at the end of the year

also, why not store the info in the creep's memory - that way it'll persist even after its death

Personally, i'm ok with the info gone when your creep dies, or pointing to a non-existing ID (creep/structure died as well - we can handle storing all creeps/towers and matching that ID so it shouldn't be an issue), but what does leaving the room has to do with it?

You can store the info when different players' creeps interact which shouldn't be that often or a lot of extra data

You can't guess this by range.. there are towers, range attacker/healers and multiple close targets - even with your "fog of war" you should now know many "people" have hit you (and even if you've been hit) and for how much

1. It is going to be used by 0.1% of players.
2. It can be used only once per day, thus manual usage is not much harder than scripted usage.

doesn't matter - the game is about automation so it needs to be there - if not right away - eventually is ok - as long as the game keeps its consistency of allowing our scripts to be autonomous 

• is this a game about autonomous game scripting or a “player” will need to be manually operating it all the time

I don’t think this question is something that should be answered. It’s obvious enough that Screeps is about scripting.

GREAT! then why having this discussion and trying to disable a feature in the ingame API. We won't have the same heated comments from everyone again when the power creeps are introduced and u limit their usage to some manual intervention, right?

Also, great to hear that importing data from outside via the web endpoints is fraud upon

Artem, can you answer my questions so I can personally dial down my frustration with your game roadmap

- is this a game about autonomous game scripting or a "player" will need to be manually operating it all the time

- is the CPU limit a cup for the scripts and balancing for the players or the available server resources and thus distributing some of the processing time to an own server and just sending the data back via the API is the way the developers see the game in the future?

if the answer to the first question is that the game scripts should not be fully autonomous - the whole discussion here will go away as surely the people that are trying to create AIs that can play the game will just go do something else cause this won't be achievable here and thus pointless to waste their times

if the answer to the second question is that we should boost our ingame scripts with data imported from the web endpoints - then the discussion goes away as we'll have the answer to how to fully automate the scripts - it'll just require an external server running an off-site version of our scripts

never mind of how the technical part is actually done, i'm still concerned about my 2 questions not being answered:

- is this a game about autonomous game scripting or a "player" will need to be manually operating it all the time

- is the CPU limit a cup for the scripts and balancing for the players or the available server resources and thus distributing some of the processing time to an own server and just sending the data back via the API is the way the developers see the game in the future?