Computer Go

This article is about the study ofGo (game)in artificial intelligence. For the computer programming language, seeGo (programming language).

Not to be confused withGo software.

Computer Gois the field ofartificial intelligence(AI) dedicated to creating acomputer programthat plays the traditionalboard gameGo.The field is sharply divided into two eras. Before 2015, the programs of the era were weak. The best efforts of the 1980s and 1990s produced only AIs that could be defeated by beginners, and AIs of the early 2000s were intermediate level at best. Professionals could defeat these programs even given handicaps of 10+ stones in favor of the AI. Many of the algorithms such asalpha-beta minimaxthat performed well as AIs forcheckersandchessfell apart on Go's 19x19 board, as there were too many branching possibilities to consider. Creation of a human professional quality program with the techniques and hardware of the time was out of reach. Some AI researchers speculated that the problem was unsolvable without creation ofhuman-like AI.

The application ofMonte Carlo tree searchto Go algorithms provided a notable improvement in the late2000s decade,with programs finally able to achieve alow-dan level:that of an advanced amateur. High-dan amateurs and professionals could still exploit these programs' weaknesses and win consistently, but computer performance had advanced past the intermediate (single-digitkyu) level. The tantalizing unmet goal of defeating the best human players without a handicap, long thought unreachable, brought a burst of renewed interest. The key insight proved to be an application ofmachine learninganddeep learning.DeepMind,aGoogleacquisition dedicated to AI research, producedAlphaGoin 2015 and announced it to the world in 2016.AlphaGo defeated Lee Sedol,a 9 dan professional, in a no-handicap match in 2016, thendefeated Ke Jie in 2017,who at the time continuously held the world No. 1 ranking for two years. Just ascheckers had fallen to machines in 1995andchess in 1997,computer programs finally conquered humanity's greatest Go champions in 2016–2017. DeepMind did not release AlphaGo for public use, but various programs have been built since based on the journal articles DeepMind released describing AlphaGo and its variants.

Overview and history

Professional Go players see the game as requiring intuition, creative and strategic thinking.It has long been considered a difficult challenge in the field ofartificial intelligence(AI) and is considerably more difficult to solve thanchess.Many in the field considered Go to require more elements that mimic human thought than chess.MathematicianI. J. Goodwrote in 1965:

Go on a computer? – In order to programme a computer to play a reasonable game of Go, rather than merely a legal game – it is necessary to formalise the principles of good strategy, or to design a learning programme. The principles are more qualitative and mysterious than in chess, and depend more on judgment. So I think it will be even more difficult to programme a computer to play a reasonable game of Go than of chess.

Prior to 2015, the best Go programs only managed to reachamateur danlevel.On the small 9×9 board, the computer fared better, and some programs managed to win a fraction of their 9×9 games against professional players. Prior to AlphaGo, some researchers had claimed that computers would never defeat top humans at Go.

Early decades

The first Go program was written byAlbert Lindsey Zobristin 1968 as part of his thesis onpattern recognition.It introduced aninfluence functionto estimate territory andZobrist hashingto detectko.

In April 1981, Jonathan K Millen published an article inBytediscussing Wally, a Go program with a 15x15 board that fit within theKIM-1microcomputer's 1K RAM.Bruce F. Websterpublished an article in the magazine in November 1984 discussing a Go program he had written for theApple Macintosh,including theMacFORTHsource.Programs for Go were weak; a 1983 article estimated that they were at best equivalent to 20kyu,the rating of a naive novice player, and often restricted themselves to smaller boards.AIs who played on theInternet Go Server (IGS)on 19x19 size boards had around 20–15kyustrength in 2003, after substantial improvements in hardware.

In 1998, very strong players were able to beat computer programs while giving handicaps of 25–30 stones, an enormous handicap that few human players would ever take. There was a case in the 1994 World Computer Go Championship where the winning program, Go Intellect, lost all three games against the youth players while receiving a 15-stone handicap.In general, players who understood and exploited a program's weaknesses could win even through large handicaps.

2007–2014: Monte Carlo tree search

In 2006 (with an article published in 2007),Rémi Coulomproduced a new algorithm he calledMonte Carlo tree search.In it, a game tree is created as usual of potential futures that branch with every move. However, computers "score" a terminal leaf of the tree by repeated random playouts (similar toMonte Carlostrategies for other problems). The advantage is that such random playouts can be done very quickly. The intuitive objection - that random playouts do not correspond to the actual worth of a position - turned out not to be as fatal to the procedure as expected; the "tree search" side of the algorithm corrected well enough for finding reasonable future game trees to explore. Programs based on this method such as MoGo and Fuego saw better performance than classic AIs from earlier. The best programs could do especially well on the small 9x9 board, which had fewer possibilities to explore. In 2009, the first such programs appeared which could reach and hold lowdan-level rankson theKGS Go Serveron the 19x19 board.

In 2010, at the 2010 European Go Congress in Finland, MogoTW played 19x19 Go againstCatalin Taranu(5p). MogoTW received a seven-stone handicap and won.

In 2011,Zenreached 5 dan on the server KGS, playing games of 15 seconds per move. The account which reached that rank uses a cluster version of Zen running on a 26-core machine.

In 2012, Zen beatTakemiya Masaki(9p) by 11 points at five stones handicap, followed by a 20-point win at four stones handicap.

In 2013,Crazy StonebeatYoshio Ishida(9p) in a 19×19 game at four stones handicap.

The 2014 Codecentric Go Challenge, a best-of-five match in an even 19x19 game, was played between Crazy Stone and Franz-Jozef Dickhut (6d). No stronger player had ever before agreed to play a serious competition against a go program on even terms. Franz-Jozef Dickhut won, though Crazy Stone won the first match by 1.5 points.

2015 onwards: The deep learning era

Further information:AlphaGo,AlphaGo versus Fan Hui,AlphaGo versus Lee Sedol,andAlphaGo versus Ke Jie

AlphaGo,developed byGoogle DeepMind,was a significant advance in computer strength compared to previous Go programs. It used techniques that combineddeep learningandMonte Carlo tree search.In October 2015, it defeatedFan Hui,the European Go champion, five times out of five in tournament conditions.In March 2016, AlphaGo beatLee Sedolin the first three of five matches.This was the first time that a9-danmaster had played a professional game against a computer without handicap.Lee won the fourth match, describing his win as "invaluable".AlphaGo won the final match two days later.With this victory, AlphaGo became the first program to beat a 9 dan human professional in a game without handicaps on a full-sized board.

In May 2017, AlphaGo beatKe Jie,who at the time was ranked top in the world,in athree-game matchduring theFuture of Go Summit.

In October 2017, DeepMind revealed a new version of AlphaGo, trained only through self play, that had surpassed all previous versions, beating the Ke Jie version in 89 out of 100 games.

After the basic principles of AlphaGo were published in the journalNature,other teams have been able to produce high-level programs. Work on Go AI since has largely consisted of emulating the techniques used to build AlphaGo, which proved so much stronger than everything else. By 2017, bothZenandTencent's projectFine Artwere capable of defeating very high-level professionals some of the time. The open sourceLeela Zeroengine was created as well.

Challenges for strategy and performance for classic AIs

For a long time, it was a widely held opinion that computer Go posed a problem fundamentally different fromcomputer chess.Many considered a strong Go-playing program something that could be achieved only in the far future, as a result of fundamental advances in general artificial intelligence technology. Those who thought the problem feasible believed that domain knowledge would be required to be effective against human experts. Therefore, a large part of the computer Go development effort was during these times focused on ways of representing human-like expert knowledge and combining this with local search to answer questions of a tactical nature. The result of this were programs that handled many specific situations well but which had very pronounced weaknesses in their overall handling of the game. Also, these classical programs gained almost nothing from increases in available computing power. Progress in the field was generally slow.

Size of board

The large board (19×19, 361 intersections) is often noted as one of the primary reasons why a strong program is hard to create. The large board size prevents analpha-beta searcherfrom achieving deep look-ahead without significant search extensions orpruningheuristics.

In 2002, a computer program called MIGOS (MIni GO Solver) completely solved the game of Go for the 5×5 board. Black wins, taking the whole board.

Number of move options

Continuing the comparison to chess, Go moves are not as limited by the rules of the game. For the first move in chess, the player has twenty choices. Go players begin with a choice of 55 distinct legal moves, accounting for symmetry. This number rises quickly as symmetry is broken, and soon almost all of the 361 points of the board must be evaluated.

Evaluation function

One of the most basic tasks in a game is to assess a board position: which side is favored, and by how much? In chess, many future positions in a tree are direct wins for one side, and boards have a reasonable heuristic for evaluation in simple material counting, as well as certain positional factors such as pawn structure. A future where one side has lost their queen for no benefit clearly favors the other side. These types of positional evaluation rules cannot efficiently be applied to Go. The value of a Go position depends on a complex analysis to determine whether or not the group is alive, which stones can be connected to one another, and heuristics around the extent to which a strong position has influence, or the extent to which a weak position can be attacked. A stone placed might not have immediate influence, but after many moves could become highly important in retrospect as other areas of the board take shape.

Poor evaluation of board states will cause the AI to work toward positions it incorrectly believes favor it, but actually do not.

Life and death

One of the main concerns for a Go player is which groups of stones can be kept alive and which can be captured. This general class of problems is known aslife and death.Knowledge-based AI systems sometimes attempted to understand the life and death status of groups on the board. The most direct approach is to perform atree searchon the moves which potentially affect the stones in question, and then to record the status of the stones at the end of the main line of play. However, within time and memory constraints, it is not generally possible to determine with complete accuracy which moves could affect the 'life' of a group of stones. This implies that someheuristicmust be applied to select which moves to consider. The net effect is that for any given program, there is a trade-off between playing speed and life and death reading abilities.

State representation

An issue that all Go programs must tackle is how to represent the current state of the game. The most direct way of representing a board is as a one- or two-dimensional array, where elements in the array represent points on the board, and can take on a value corresponding to a white stone, a black stone, or an empty intersection. Additional data is needed to store how many stones have been captured, whose turn it is, and which intersections are illegal due to theKo rule.In general, machine learning programs stop there at this simplest form and let the organic AIs come to their own understanding of the meaning of the board, likely simply using Monte Carlo playouts to "score" a board as good or bad for a player. "Classic" AI programs that attempted to directly model a human's strategy might go further, however, such as layering on data such as stones believed to be dead, stones that are unconditionally alive, stones in asekistate of mutual life, and so forth in their representation of the state of the game.

System design

Historically,symbolic artificial intelligencetechniques have been used to approach the problem of Go AI.Neural networksbegan to be tried as an alternative approach in the 2000s decade, as they required immense computing power that was expensive-to-impossible to reach in earlier decades. These approaches attempt to mitigate the problems of the game of Go having a highbranching factorand numerous other difficulties.

The only choice a program needs to make is where to place its next stone. However, this decision is made difficult by the wide range of impacts a single stone can have across the entire board, and the complex interactions various stones' groups can have with each other. Various architectures have arisen for handling this problem. Popular techniques and design philosophies include:

• some form oftree search,
• pattern matchingandknowledge-based systems,
• the application ofMonte Carlo methods,
• the use ofmachine learning.

Minimax tree search

Onetraditional AItechnique for creating game playing software is to use aminimaxtree search.This involves playing out all hypothetical moves on the board up to a certain point, then using anevaluation functionto estimate the value of that position for the current player. The move which leads to the best hypothetical board is selected, and the process is repeated each turn. While tree searches have been very effective incomputer chess,they have seen less success in Computer Go programs. This is partly because it has traditionally been difficult to create an effective evaluation function for a Go board, and partly because the large number of possible moves each side can make each leads to a highbranching factor.This makes this technique very computationally expensive. Because of this, many programs which use search trees extensively can only play on the smaller 9×9 board, rather than full 19×19 ones.

There are several techniques, which can greatly improve the performance of search trees in terms of both speed and memory. Pruning techniques such asalpha–beta pruning,Principal Variation Search,andMTD(f)can reduce the effective branching factor without loss of strength. In tactical areas such as life and death, Go is particularly amenable to caching techniques such astransposition tables.These can reduce the amount of repeated effort, especially when combined with aniterative deepeningapproach. In order to quickly store a full-sized Go board in a transposition table, ahashingtechnique for mathematically summarizing is generally necessary.Zobrist hashingis very popular in Go programs because it has low collision rates, and can be iteratively updated at each move with just twoXORs,rather than being calculated from scratch. Even using these performance-enhancing techniques, full tree searches on a full-sized board are still prohibitively slow. Searches can be sped up by using large amounts of domain specific pruning techniques, such as not considering moves where your opponent is already strong, and selective extensions like always considering moves next to groups of stones which areabout to be captured.However, both of these options introduce a significant risk of not considering a vital move which would have changed the course of the game.

Results of computer competitions show that pattern matching techniques for choosing a handful of appropriate moves combined with fast localized tactical searches (explained above) were once sufficient to produce a competitive program. For example,GNU Gowas competitive until 2008.

Knowledge-based systems

Human novices often learn from the game records of old games played by master players. AI work in the 1990s often involved attempting to "teach" the AI human-style heuristics of Go knowledge. In 1996, Tim Klinger and David Mechner acknowledged the beginner-level strength of the best AIs and argued that "it is our belief that with better tools for representing and maintaining Go knowledge, it will be possible to develop stronger Go programs."They proposed two ways: recognizing common configurations of stones and their positions and concentrating on local battles. In 2001, one paper concluded that "Go programs are still lacking in both quality and quantity of knowledge," and that fixing this would improve Go AI performance.

In theory, the use of expert knowledge would improve Go software. Hundreds of guidelines and rules of thumb for strong play have been formulated by both high-level amateurs and professionals. The programmer's task is to take theseheuristics,formalize them into computer code, and utilizepattern matchingandpattern recognitionalgorithms to recognize when these rules apply. It is also important to be able to "score" these heuristics so that when they offer conflicting advice, the system has ways to determine which heuristic is more important and applicable to the situation. Most of the relatively successful results come from programmers' individual skills at Go and their personal conjectures about Go, but not from formal mathematical assertions; they are trying to make the computer mimic the way they play Go. Competitive programs around 2001 could contain 50–100 modules that dealt with different aspects and strategies of the game, such as joseki.

Some examples of programs which have relied heavily on expert knowledge are Handtalk (later known as Goemate), The Many Faces of Go, Go Intellect, and Go++, each of which has at some point been considered the world's best Go program. However, these methods ultimately had diminishing returns, and never really advanced past an intermediate level at best on a full-sized board. One particular problem was overall game strategy. Even if an expert system recognizes a pattern and knows how to play a local skirmish, it may miss a looming deeper strategic problem in the future. The result is a program whose strength is less than the sum of its parts; while moves may be good on an individual tactical basis, the program can be tricked and maneuvered into ceding too much in exchange, and find itself in an overall losing position. As the 2001 survey put it, "just one bad move can ruin a good game. Program performance over a full game can be much lower than master level."

Monte-Carlo methods

Main article:Monte-Carlo tree search

One major alternative to using hand-coded knowledge and searches is the use ofMonte Carlo methods.This is done by generating a list of potential moves, and for each move playing out thousands of games at random on the resulting board. The move which leads to the best set of random games for the current player is chosen as the best move. No potentially fallible knowledge-based system is required. However, because the moves used for evaluation are generated at random it is possible that a move which would be excellent except for one specific opponent response would be mistakenly evaluated as a good move. The result of this are programs which are strong in an overall strategic sense, but are imperfect tactically.This problem can be mitigated by adding some domain knowledge in the move generation and a greater level of search depth on top of the random evolution. Some programs which use Monte-Carlo techniques are Fuego,The Many Faces of Go v12,Leela,MoGo,Crazy Stone,MyGoFriend,and Zen.

In 2006, a new search technique,upper confidence bounds applied to trees(UCT),was developed and applied to many 9x9 Monte-Carlo Go programs with excellent results. UCT uses the results of theplay outscollected so far to guide the search along the more successful lines of play, while still allowing alternative lines to be explored. The UCT technique along with many other optimizations for playing on the larger 19x19 board has led MoGo to become one of the strongest research programs. Successful early applications of UCT methods to 19x19 Go include MoGo, Crazy Stone, and Mango.MoGo won the 2007Computer Olympiadand won one (out of three) blitz game against Guo Juan, 5th Dan Pro, in the much less complex 9x9 Go. The Many Faces of Gowon the 2008Computer Olympiadafter adding UCT search to its traditional knowledge-based engine.

Monte-Carlo based Go engines have a reputation of being much more willing to playtenuki,moves elsewhere on the board, rather than continue a local fight than human players. This was often perceived as a weakness early in these program's existence.That said, this tendency has persisted in AlphaGo's playstyle with dominant results, so this may be more of a "quirk" than a "weakness."

Machine learning

The skill level of knowledge-based systems is closely linked to the knowledge of their programmers and associated domain experts. This limitation has made it difficult to program truly strong AIs. A different path is to usemachine learningtechniques. In these, the only thing that the programmers need to program are the rules and simple scoring algorithms of how to analyze the worth of a position. The software will then automatically generates its own sense of patterns, heuristics, and strategies, in theory.

This is generally done by allowing aneural networkorgenetic algorithmto either review a large database of professional games, or play many games against itself or other people or programs. These algorithms are then able to utilize this data as a means of improving their performance. Machine learning techniques can also be used in a less ambitious context to tune specific parameters of programs that rely mainly on other techniques. For example,Crazy Stonelearns move generation patterns from several hundred sample games, using a generalization of theElo rating system.

The most famous example of this approach is AlphaGo, which proved far more effective than previous AIs. In its first version, it had one layer that analyzed millions of existing positions to determine likely moves to prioritize as worthy of further analysis, and another layer that tried to optimize its own winning chances using the suggested likely moves from the first layer. AlphaGo used Monte Carlo tree search to score the resulting positions. A later version of AlphaGo, AlphaGoZero, eschewed learning from existing Go games, and instead learnt only from playing itself repeatedly. Other earlier programs using neural nets include NeuroGo and WinHonte.

Computer Go and other fields

Computer Go research results are being applied to other similar fields such ascognitive science,pattern recognitionandmachine learning.Combinatorial Game Theory,a branch ofapplied mathematics,is a topic relevant to computer Go.

John H. Conwaysuggested applyingsurreal numbersto analysis of the endgame in Go. This idea has been further developed byElwyn R. BerlekampandDavid Wolfein their bookMathematical Go.Go endgames have been proven to bePSPACE-hardif the absolute best move must be calculated on an arbitrary mostly filled board. Certain complicated situations such as Triple Ko, Quadruple Ko, Molasses Ko, and Moonshine Life make this problem difficult.(In practice, strong Monte Carlo algorithms can still handle normal Go endgame situations well enough, and the most complicated classes of life-and-death endgame problems are unlikely to come up in a high-level game.)

Various difficult combinatorial problems (anyNP-hardproblem) can be converted to Go-like problems on a sufficiently large board; however, the same is true for other abstract board games, includingchessandminesweeper,when suitably generalized to a board of arbitrary size.NP-completeproblems do not tend in their general case to be easier for unaided humans than for suitably programmed computers: unaided humans are much worse than computers at solving, for example, instances of thesubset sum problem.

List of Go-playing computer programs

See also:Go software

• AlphaGo,a machine learning program by Google DeepMind, and the first computer program to win in no-handicap matches against a 9-dan human Go player
• BaduGI, a program by Jooyoung Lee
• Crazy Stone,byRémi Coulom(sold as Saikyo no Igo in Japan)
• Darkforest,byFacebook
• Fine Art,byTencent
• Fuego, anopen sourceMonte Carlo program
• Goban, a Macintosh Go program by Sen:te (requires free Goban Extensions)
• GNU Go,an open source classical Go program
• KataGo,by David Wu.
• Leela,the first Monte Carlo program for the public
• Leela Zero,a reimplementation of the system described in the AlphaGo Zero paper
• The Many Faces of Go, by David Fotland (sold as AI Igo in Japan)
• MyGoFriend, a program by Frank Karger
• MoGo by Sylvain Gelly; parallel version by many people.
• Pachi, an open source Monte Carlo program by Petr Baudiš
• Smart Go, by Anders Kierulf, inventor of theSmart Game Format
• Steenvreter, by Erik van der Werf
• Zen,by Yoji Ojima aka Yamato (sold as Tencho no Igo in Japan); parallel version by Hideki Kato.

Competitions among computer Go programs

Several annual competitions take place between Go computer programs, including Go events at theComputer Olympiad.Regular, less formal, competitions between programs used to occur on the KGS Go Server(monthly) and the Computer Go Server(continuous).

Many programs are available that allow computer Go engines to play against each other; they almost always communicate via the Go Text Protocol (GTP).

History

The first computer Go competition was sponsored byAcornsoft,and the first regular ones byUSENIX.They ran from 1984 to 1988. These competitions introduced Nemesis, the first competitive Go program fromBruce Wilcox,and G2.5 by David Fotland, which would later evolve into Cosmos and The Many Faces of Go.

One of the early drivers of computer Go research was the Ing Prize, a relatively large money award sponsored by Taiwanese bankerIng Chang-ki,offered annually between 1985 and 2000 at the World Computer Go Congress (or Ing Cup). The winner of this tournament was allowed to challenge young players at a handicap in a short match. If the computer won the match, the prize was awarded and a new prize announced: a larger prize for beating the players at a lesser handicap. The series of Ing prizes was set to expire either 1) in the year 2000 or 2) when a program could beat a 1-dan professional at no handicap for 40,000,000NT dollars.The last winner was Handtalk in 1997, claiming 250,000 NT dollars for winning an 11-stone handicap match against three 11–13 year old amateur 2–6 dans. At the time the prize expired in 2000, the unclaimed prize was 400,000 NT dollars for winning a nine-stone handicap match.

Many other large regional Go tournaments ( "congresses" ) had an attached computer Go event. The European Go Congress has sponsored a computer tournament since 1987, and the USENIX event evolved into the US/North American Computer Go Championship, held annually from 1988 to 2000 at the US Go Congress.

Japan started sponsoring computer Go competitions in 1995. The FOST Cup was held annually from 1995 to 1999 in Tokyo. That tournament was supplanted by the Gifu Challenge, which was held annually from 2003 to 2006 in Ogaki, Gifu. TheComputer Go UEC Cuphas been held annually since 2007.

Scoring formalization in computer-computer games

When two computers play a game of Go against each other, the ideal is to treat the game in a manner identical to two humans playing while avoiding any intervention from actual humans. However, this can be difficult during end game scoring. The main problem is that Go playing software, which usually communicates using the standardizedGo Text Protocol(GTP), will not always agree with respect to the alive or dead status of stones.

While there is no general way for two different programs to "talk it out" and resolve the conflict, this problem is avoided for the most part by usingChinese,Tromp-Taylor,orAmerican Go Association(AGA) rules in which continued play (without penalty) is required until there is no more disagreement on the status of any stones on the board. In practice, such as on the KGS Go Server, the server can mediate a dispute by sending a special GTP command to the two client programs indicating they should continue placing stones until there is no question about the status of any particular group (all dead stones have been captured). The CGOS Go Server usually sees programs resign before a game has even reached the scoring phase, but nevertheless supports a modified version of Tromp-Taylor rules requiring a full play out.

These rule sets mean that a program which was in a winning position at the end of the game under Japanese rules (when both players have passed) could theoretically lose because of poor play in the resolution phase, but this is very unlikely and considered a normal part of the game under all of the area rule sets.

The main drawback to the above system is that somerule sets(such as the traditional Japanese rules) penalize the players for making these extra moves, precluding the use of additional playout for two computers. Nevertheless, most modern Go Programs support Japanese rules against humans.

Historically, another method for resolving this problem was to have an expert human judge the final board. However, this introduces subjectivity into the results and the risk that the expert would miss something the program saw.

See also

• Computer chess
• Computer Othello
• Computer shogi
• Go Text Protocol

Further reading

• Co-Evolving a Go-Playing Neural Network,written by Alex Lubberts & Risto Miikkulainen, 2001
• Computer Game Playing: Theory and Practice,edited by M.A. Brauner (The Ellis Horwood Series in Artificial Intelligence), Halstead Press, 1983. A collection of computer Go articles. The American Go Journal, vol. 18, No 4. page 6. [ISSN 0148-0243]
• A Machine-Learning Approach to Computer Go,Jeffrey Bagdis, 2007.
• Minimalism in Ubiquitous Interface DesignWren, C. and Reynolds, C. (2004) Personal and Ubiquitous Computing, 8(5), pages 370–374.Video of computer Go vision system in operationshows interaction and users exploringJosekiandFuseki.
• Monte-Carlo Go,presented by Markus Enzenberger, Computer Go Seminar, University of Alberta, April 2004
• Monte-Carlo Go,written by B. Bouzy and B. Helmstetter from Scientific Literature Digital Library
• Static analysis of life and death in the game of Go,written by Ken Chen & Zhixing Chen, 20 February 1999
• article describing the techniques underlying Mogo

External links

• Extensive list of computer Go events
• All systems Goby David A. Mechner (1998), discusses the game where professional Go playerJanice Kimwon a game against programHandtalkafter giving a 25-stone handicap.
• Computer GoandComputer Go Programmingpages atSensei's Library
• Computer Go bibliography
• Another Computer Go Bibliography
• Computer Go mailing list
• Published articles about computer Go onIdeospheregives current estimate of whether a Go program will be best player in the world
• Information on the Go Text Protocolcommonly used for interfacing Go playing engines with graphical clients and internet servers
• The Computer Go Room on theK Go Server(KGS) for online discussion and running "bots"
• Two Representative Computer Go Games,an article about two computer Go games played in 1999, one with two computers players, and the other a 29-stone handicap human-computer game
• What A Way to Godescribes work at Microsoft Research on building a computer Go player.
• Cracking Goby Feng-hsiung Hsu,IEEE Spectrummagazine (October 2007) – Why it should be possible to build a Go machine stronger than any human player
• computer-go-dataset, SGF datasets of 1,645,958 games