# Checkless Chess

Is there any material difference between chess the way it is now versus doing away with check and checkmate and defining victory as simply capturing the opponent's King, assuming an available King capture is always taken?

Here is another way way of putting it, along with the motivation for my question: If a chess AI ignored the concepts of check and checkmate, and treated the material value of a King as infinity, would that change its behavior?

Your "checkless" chess AI would run into problems with the stalemate rule. It would consider the poaition with white king on a6, white pawn a7, black king a8, a win for White because wherever Black moves his king it will get captured. In standard chess, of course, the position is a draw.

This variant is distinct from regular chess. Some positions you can win more quickly, and others more slowly. This comes about because stalemate is still a thing.

``````
[title "White to move. (a) mate in 3 moves (b) unroyal: capture king in 2 moves"]
[fen "7k/5P2/8/5K2/8/8/8/8 w - - 0 1"]

``````

Solution:
(a) 1. Kf6 Kh7 2. f8=R Kh6 3. Rh8#
(b) 1. Kg6 Kg8,Kg7,Kh7 2. fxKg8,KxKg7,KxKh7

``````
[title "White to move. (a) mate in 1 move (b) unroyal: capture king in 3 moves"]
[fen "8/8/8/5N2/K7/8/4p1pp/4Bbrk w - - 0 1"]

``````

Solution:
(a) 1. Ng3#
(b) 1. Bf2 e1=? 2. Ng3 ~ 3. NxKh1

By the way, does anyone here know a name for this variant of chess where there are no checks or checkmates, and you win by capturing the opponent's king? I'm calling it Unroyal Chess for the purposes of this post. "Checkless chess" is something different. It means that check is illegal unless it ends the game with checkmate.

• That second one is an interesting case, playing the move that would usually be checkmate is an error! I think that it would be logical to declare this type of stalemate a loss instead of a draw, if we're doing away with other types of stalemate. It's hardly relevant for practical play anyway. May 2, 2018 at 14:01
• @RemcoGerlich: Thanks for this. Stalemate=loss still doesn't give us regular chess, where stalemate is a draw. May 2, 2018 at 14:42

Apart from stalemate, what you have to account for is the possibility that both kings are captured in succession, restoring the balance. That's what one of my chess programs did, capturing a defended piece with the king, because the defending pawn was pinned against my king.

So, if the only possible moves are with the king, you need to check whether those are actually legal, or whether the position is stalemate. And when a king is taken, you need to make sure that subsequent moves don't change the evaluation. Apart from that you need to check for checkmate only in the current position, as far as I can see.

• I think defining ±∞ + ∓∞ as ±∞ would solve this problem. Jan 29, 2017 at 2:06
• I read "defining victory as simply capturing the opponent's King" as meaning that the game is still over when a king is captured, so successive captures still couldn't happen. Jan 30, 2017 at 12:45
• Sure, I'm just pointing out a possible tripwire in the implementation. Jan 31, 2017 at 10:44

If you ignore check/checkmate and do something else, the side giving check would be able to capture the king on the next turn. Therefore, what you are asking is simply the current rules.

Chess AI is already representing the king as infinity internally. You are not changing anything.

• This is wrong due to stalemate. With check, K + pawn vs K is often a draw, without check it's always a win (if the defending king can't simply capture the pawn immediately). Jan 30, 2017 at 12:43