16 comments

  • vunderba 3 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 an hour 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 43 minutes 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 25 minutes 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 23 minutes 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 14 minutes ago

          Interesting would be how much bytes improve by 100 ELO?

  • kyledrake 2 minutes ago

    pawn e2e8 checkmate

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

  • 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 37 minutes ago

    Related, a collection of tiny chess programs by Oscar Toledo:

    https://nanochess.org/chess.html

  • reilly3000 an hour 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 an hour 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 42 minutes ago

        Kind of crazy to put “Complete” in the post’s title then.

  • jcoder an hour 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.

  • tzal3x an hour ago

    Doesn’t work. Played p2p5 and it just accepted it.

  • dwheeler 2 hours ago

    Impressive, but no castling or en passent, so it's not really chess.

  • 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...>