Porting code example (Ruby to Elixir)

It’s not a problem for me, but If it’s possible wrote about when you will have a time for this project, so I do not need wait and I can better manage my time.

My English is not good, but I will try answer your questions:

escript - read this tutorial
rest is generated by mix new vexil command

It’s predefined color name. See bunt dependency github project.

No, when I wrote this code I had Grid struct (so I found another name for this module), but after some changes this struct was not needed. But now I think it’s much more cleaner, because Battleground generate grid and have methods for read and write to it. Of course I can send PR with changed module name if you wwant.

AI as a separated Erlang process will decide what to do.
It will ask Battleground module if it can do something and depends on results it will call Battleground to apply AI decision (for example because AI - here bot - see only cells in specific range, think about Battleground as game engine).

Note: color should be unique for all teams.
Database naming convention for example in simple blog we have:

1. Post with title, body and id
2. Comment with user_name, body and post_id.

So Team has color (like id) and Bot has team_color (like team_id).

I use Agent to store game data. In previous (not pushed) version I don’t have Agent and I was need to pass more arguments. For example see where I read map_last_index. In previous version I need to pass it in lots of functions. I think it’s much more easier to read when we read game data from Agent.

What do you exactly mean?
I added code to make it configurable, so you can easily setup game rules, for example Bot types and their count.
I think it’s much more easier to modify this code without completely rewrite “game engine”.
Do you know M.U.G.E.N? It was really configurable. Anybody could add new characters, backgrounds, music and lots more. Lots of fans from lots of communities used this to create own games with for example: characters from other game.
I think project like it (but much more simpler - your vexil) should be configurable too. You can add some exercises to implement new features without need to write new game.
Also I read your code in Ruby and my configuration and it’s implementation is based on setup method in Referee class.This method have statically selected data and I split it to configuration (config.exs) and implementation (Battleground and it’s utils). See how I place bots based on their number.
Do you agree with me?

start_edge from config.exs is based on your setup method.

# I translated it like:
# Defender count is: 3
# if the rest of the division bot count (from configuration) by 2 is 1
# place bot exactly at `start_edge` corner
place(team, Defender, 5, 5)
place(team, Defender, 5, rand(1..4)) # `start_edge` for `defender` is 5
place(team, Defender, rand(1..4), 5) # same here

corner is from Team struct and it’s randomly selected - see &Vexil.Battleground.TeamUtils.random_corner/1 method.

Note: in configuration I use “human” numbers (people count from 1) and translate it to List index (computers count from 0). So when start_edge is 5 I place bots on 4th index random cell (half on X edge and half on Y edge).

Do you have any more questions?