This is not an official KGS page.
Computer Go Tournaments on KGS Rules of Play
These tournaments are open only to computer programs. People may not enter.
All tournaments use Chinese (area) rules.
These are interpreted as specifying
positional superko;
so a program may not cause the same board position to appear a second time,
even with a different player to move.
Programs are encouraged to
play on, filling their own territory if necessary, until the status
of all groups is clear and the same to both players.
The Tournament Director has absolute discretion over all decisions.
Conditions for Entry
Which programs should be allowed to enter KGS Computer Go Tournaments
has been debated at some length on the
computer-Go mailing list.
This page gives the current rules. They are liable to change, so please read the page
from time to time.
One division: Criteria for entry
With effect from the start of 2009, there will only be one division, which will use
the requirements for entry that formerly applied to the "Formal" division.
Permission of copyright-holders
An entrant's operator must have the consent of the authors of all the copyright
code which it contains.
Uniqueness of move-generating code
All the code in it that is in any way involved in move-generation (i.e.
anything that causes the program to prefer one move to another) or position
evaluation must be unique among the entrants. Code that is involved only in
non-essential parts of the program, such as input/output, or scoring the
position after the game is over, need not be unique. If two or more people
want to submit programs containing the same code to the formal division,
then the author of that code shall decide which may enter.
Known name of author
The tournament organiser must be told the name of the person or people who wrote
the program. He may require evidence that this really is the real name of the author.
He will publish this name.
Programs are expected to support this game-end protocol:
- To play in a tournament, programs must either implement both
"kgs-genmove_cleanup" and "final_status_list dead", or they must
play until all of their opponent's dead stones are removed from
the board. It's OK if "play until dead stones removed" is an
option, but they have to make sure that this option is turned on
whenever they are going to be in a tournament, or they will do
poorly in the tournament!
- Programs play as normal.
- After double pass in a tournament game, programs that support
both "kgs-genmove_cleanup" and "final_status_list dead" will be
sent "final_status_list dead", which will be uploaded to the
server as the list of dead stones. Programs which are missing
either of those from their list of supported commands will tell
the server that no stones are dead.
If there is disagreement, "kgs-genmove_cleanup" will be sent to
programs that support it, "genmove" to programs that do not. Note
that there cannot be a disagreement if neither program supports
"kgs-genmove_cleanup" (since after all both will have reported
all stones as alive!), so at least one program will get the
cleanup command.
- After a second double pass, both programs will report to the
server that no stones are dead, and the server will score from
there.
Documentation for the command kgs-genmove_cleanup is now included in the kgsGtp
tar, available from the
CGoban 3 downloads page.
Programs that fail to support this protocol will be allowed to enter.
However they will be liable to lose games, because their opponents'
dead stones may be treated as alive.
Interacting with your program
An operator may not interact with their program in any way during a game.
Nor may they permit anyone else to interact with it. This includes passing
information to it in any way and changing any of its settings. The only
exception to this is that an operator may instruct his program to resign.
If the program crashes or freezes during a game, its operator my re-start it
with the same settings.
An operator may change his program's settings, and alter and recompile it,
between rounds.