10 comments

  • vunderba 4 hours ago
    It seems like it’s partially based on LeanChess [1], which is 288 bytes long. I’d be curious to know whether this program was AI-assisted or written entirely from scratch, since Lean Chess was written at a time predating the era of LLMs.

    Another thing that amuses me is that these tiny programs often claim to be “complete” chess engines while not actually implementing all the rules. This one doesn’t appear to support en passant, and likely doesn't have pawn promotion either.

    If you’re allowed to arbitrarily redefine the scope of chess, then code size stops being as impressive a metric.

    [1] - https://leanchess.github.io

    • ekelsen 2 hours ago
      Yeah, I don't understand why the metric isn't "complete chess engine that achieves X ELO" in yyy bytes or something.

      Instead it seems to have been "minimal thing that kinda looks like chess in yyy bytes"

      • taftster 1 hour ago
        I'd suggest just ensuring that the entire rules of chess are first evaluated or supported in a chess program, before worrying about ELO rating, etc.
      • applfanboysbgon 1 hour ago
        > X ELO in yyy bytes

        Because then you're measuring on two axes. Which is better, 1500 elo in 300 bytes or 1550 elo in 310 bytes?

        For a byte count comparison to make much sense, the program really ought to have a static target criteria.

        • ekelsen 1 hour ago
          I used a placeholder for X ELO, but my point was the community should pick one value that makes sense and then not change it.
        • noiv 1 hour ago
          Interesting would be how much bytes improve by 100 ELO?
  • semitones 2 hours ago
    I was able to capture the opponent's pawn on H4 by moving my pawn from H2 to H4. Huge and unacceptable bug, this is a joke.
  • omoikane 1 hour ago
    Related, a collection of tiny chess programs by Oscar Toledo:

    https://nanochess.org/chess.html

  • reilly3000 2 hours ago
    I found some correctness issues that leave me a little unimpressed, although it’s a pretty phenomenal piece of code golf in general. For example, on my second move I mistakenly entered f1a1 instead of f1a6. It accepted this and then suddenly I had a bishop where the rook should be and no idea if my rook still exists.
    • wat10000 2 hours ago
      It's intentionally rather limited. There's no validation of the input moves, and it leaves out some important rules.

      > Moves are trusted and given in plain coordinates: no click-to-move, no castling, en passant, or promotion.

      • mmmattt 1 hour ago
        Kind of crazy to put “Complete” in the post’s title then.
  • jcoder 2 hours ago
    > Moves are trusted

    Indeed, you can just play e1e8 and capture the opponents king (which doesn’t end the game). It’s a digital chessboard, not a chess engine.

  • kyledrake 59 minutes ago
    pawn e2e8 checkmate

    Very cool this can be done in such a small amount of memory.

  • dwheeler 2 hours ago
    Impressive, but no castling or en passent, so it's not really chess.
  • tzal3x 2 hours ago
    Doesn’t work. Played p2p5 and it just accepted it.
  • TMWNN 2 hours ago
    Highly relevant:

    Great Moments in PCMR History: A chess game published in 1982 includes a computer opponent but only uses 672 bytes of RAM. 1K ZX Chess has been described as "wizardry", "history's greatest game programming feat", and "the greatest program ever written". By comparison, this headline uses 298 bytes. <https://np.reddit.com/r/pcmasterrace/comments/3s9riy/great_m...>