Lichess endgame evaluation Why is it that Lichess, and other engines for that matter, give a non-zero evaluation score on an endgame position that should be either a draw or a win for one of the sides (given perfect play)? For example, the position below returns an evaluation score of -0.5 when there doesn't seem to be enough material for black to achieve a victory.
[FEN &quot;6r1/8/8/8/3k1K2/R2b4/8/8 w - - 0 1&quot;]
Unless you explicitly hard-code these endgames, or provide the computer with endgame tablebases, they will apply what they've always done throughout the game: search lines and return the static eval (which is basically the evaluation function of the engine, evaluated on the final position). The static eval isn't smart enough to realize that this game is a draw - keep in mind the static eval is supposed to work for all positions, so it's not surprising that it doesn't return a completely accurate score for this one. Accordingly the computer flatlines at -0.50, until the 50-move rule helps it prune to a draw.