enclose.horse

 (enclose.horse)
1 Punkte von GN⁺ 2026-01-07 | 1 Kommentare | Auf WhatsApp teilen
  • Ein Puzzlespiel, bei dem man mit einer begrenzten Anzahl an Mauern ein Pferd einschließt; Ziel ist es, einen möglichst großen Zaun zu bauen
  • Spieler klicken auf Grasfelder, um Mauern zu setzen; das Pferd kann sich weder diagonal noch über Wasser bewegen
  • Werden Kirschen (Cherries) innerhalb des Zauns eingeschlossen, gibt es Extrapunkte; je größer der Zaun, desto höher die Punktzahl
  • Unterstützt Level-Editor, Leaderboard, tägliche Rätsel und das Durchstöbern von nutzergenerierten Levels
  • Begann als einfache Idee, entwickelte sich aber zu einem Optimierungsproblem im Stil von Leetcode/Advent of Code

Spielüberblick

  • enclose.horse ist ein Puzzlespiel, bei dem man mit einer begrenzten Anzahl an Mauern ein Pferd einschließt
    • Ziel ist es, einen möglichst großen Bereich mit einem Zaun zu umschließen
    • Die Punktzahl richtet sich nach der Größe des Zauns und der Anzahl der eingeschlossenen Kirschen
  • Die Steuerung funktioniert durch das Klicken auf Grasfelder, um Mauern zu errichten
    • Das Pferd kann sich weder diagonal noch über Wasser bewegen
    • Wenn Kirschen innerhalb des Zauns eingeschlossen werden, gibt es +3 Punkte
    • Einreichen ist nur einmal möglich

Spieloberfläche und Funktionen

  • Die Level-Informationen zeigen unter anderem Größe (12x14), Mauerbudget (12), Anzahl der Spielversuche (4455) und Level-ID (ZtiI9g) an
  • Im Einstellungsmenü lassen sich Name, Gitterlinien, Theme und erweiterte Einstellungen anpassen
  • Im Leaderboard wird der Name gespeichert, sodass man die eigene Punktzahl mit anderen Spielern vergleichen kann
  • Über den Level-Editor lassen sich eigene Rätsel erstellen und teilen
  • Auf der „Browse“-Seite kann man Levels anderer Nutzer durchsuchen und nach dem Spielen darüber abstimmen

Update-Verlauf

  • 29. Dezember 2025: Erstveröffentlichung, Level-Editor und Leaderboard hinzugefügt
  • 30. Dezember: Funktionen für tägliche Rätsel (Daily puzzles) und frühere Rätsel (Past Puzzles) eingeführt
  • 31. Dezember: Update-Tab hinzugefügt
  • 1. Januar 2026: Solver zum Level-Editor hinzugefügt, außerdem Durchstöbern und Abstimmen für nutzergenerierte Levels eingeführt
  • 2. Januar: Funktion zur Verfolgung der besten erreichten Fläche während des Spielens hinzugefügt
  • 3. Januar: Kirschen-Element hinzugefügt
  • 4. Januar: Kirschen-Bug behoben und Suchfilter verbessert

Entwicklungshintergrund

  • Der Entwickler konzipierte das Spiel zunächst als Optimierungsproblem wie bei Leetcode oder Advent of Code
  • Nachdem er es selbst gespielt hatte, kam er zu dem Schluss, dass es sich zu einem ausgereiften Puzzlespiel weiterentwickeln lässt
  • Das Spiel wurde von Shivers entwickelt und über die offizielle Website sowie den X-(Twitter-)Account veröffentlicht

Weitere Elemente

  • Die Funktion „Horse Tip“ warnt beim Einreichen, wenn noch Mauern übrig sind
    • Es gibt eine Option „Nicht mehr anzeigen“
  • Über die Bug-Report-Funktion können unangemessene oder unlösbare Levels gemeldet werden
  • Enthält auch einige humorvolle Elemente wie „Name Five of Cherries“

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2026-01-07
Hacker-News-Kommentare

  • Es war wirklich ein unterhaltsames Spiel. Wenn der Entwickler die Daten gut sammelt, könnte man 100 Level nach Schwierigkeitsgrad bündeln und auf Steam veröffentlichen.
    Allerdings ist die Animation, bei der die Tür nach oben auftaucht, verwirrend, weil sie die 2D-Bildlogik bricht.
    Ich hoffe, dass künftig neue Spielmechaniken hinzukommen. Zum Beispiel:

    • Futter: Das Pferd bewegt sich in jedem Zug auf das Futter zu. Heuballen oder Zuckerwürfel wären gute Köder.
    • Zielpunkt: Ein Rätsel, bei dem man das Pferd in einen Zaun lenkt und auf ein bestimmtes Feld bringen muss.
    • Flut: Das Wasser steigt vom Rand her an, und man muss gleichzeitig das Pferd einsperren und das Wasser aufhalten.
    • Jemand meinte, dass solche Datensammlung unangenehm sei. Ich finde, es sollte auch Spiele geben, die man ohne Überwachung einfach genießen kann.
    • In diesem Spiel steckt Potenzial für ein rundenbasiertes Minispiel. Wenn sich das Pferd zum Ausgang bewegt, könnte man Wände setzen, um seinen Weg umzulenken, und mit begrenzten Wänden dafür sorgen, dass es möglichst viele Felder zurücklegt.
    • Ich stimme der Meinung zu, dass die nach oben fahrende Türanimation nicht zur gesamten Ästhetik passt. Trotzdem ist es ein großartiges Spiel.
    • Ich habe die Animation eher wie eine Top-down-RPG-Perspektive interpretiert. Visuell fand ich sie nicht verwirrend, aber auf Mobilgeräten war es unpraktisch, weil man leicht auf das falsche Feld tippt.
    • Ich finde, je simpler das Spiel ist, desto besser. Wenn man programmieren kann, wäre es auch ein gutes Lernprojekt, das man selbst über ein paar Wochenenden hinweg nachbauen könnte.

  • Ich habe die optimale Lösung des Rätsels von Tag 8 von Hand gesucht, und das hat ziemlich viel Spaß gemacht.
    Ich bin von einer Minimal-Lösung ausgegangen und habe sie Schritt für Schritt erweitert, wobei ich bei jeder Umplatzierung von Wänden darauf geachtet habe, eine gültige Lösung beizubehalten.
    Am Ende habe ich in 15 Minuten die optimale Punktzahl gefunden.

    • Jemand meinte, dieser Ansatz erinnere an die Denkweise von TDD (testgetriebene Entwicklung).
    • Ich habe denselben Algorithmus verwendet. Der Top-down-Ansatz hat bei mir nicht funktioniert, aber es hat wirklich Spaß gemacht.

  • Es wäre lustig, die Kirschen durch Batterien zu ersetzen und das Spiel Correct Horse Battery Stable zu nennen.

    • Oder man ersetzt die Kirschen durch Gebäck oder PBJ-Snacks und macht daraus Collect Horse Buttery Stable — auch niedlich.
    • Es kam auch die Idee auf, statt Wänden Heftklammern (staples) zu verwenden.
    • Jemand meinte, man könnte die Kirschen durch Zuckerstücke ersetzen und es My Lovely Horse nennen.
    • Dieser Witz bezieht sich auf xkcd 936.

  • Das Spiel war sehr gut. Nur schade, dass man beim Klicken auf „Show optimal“ seine eigene Lösung nicht direkt daneben vergleichen kann.
    Die Wände nehmen anderthalb Felder ein, was verwirrend ist, und das Design erinnert eher an einen Dinosaurierzaun, deshalb wäre ein Pferdezaun passender.

    • Es wäre gut, „Show optimal“ als Toggle-Button umzusetzen, damit man zwischen der optimalen und der eigenen Lösung hin- und herschalten kann. Ich stimme auch zu, dass sich Wände auf Mobilgeräten überlagern und schwer anzutippen sind.
    • Es braucht einen Button zum schnellen Umschalten. Ich habe einen Weg gefunden, über das Menü mit den vergangenen Tagen zu meiner Lösung zurückzukehren.
    • Wenn das Pferd beim Anklicken von Aghamemnon spricht, steckt vielleicht noch mehr dahinter.

  • Wenn der Anfangswert der Punktzahl statt N/A N/EIGH wäre, würde das gut zum Pferdethema passen.

    • Das erinnert mich an einen alten Comic über ein Pferdeparlament (neigh).
    • Beeindruckend, auf so einen Gedanken zu kommen.

  • Ich habe selbst einen Solution Finder gebaut.

    1. Einen Screenshot des Gitters machen
    2. Auf enclosure-horse-solution.onrender.com hochladen
    3. Die Anzahl der Wände prüfen und dann auf Solve klicken
      Es ist die kostenlose Version, daher stürzt sie gelegentlich ab, aber ich habe Caching hinzugefügt.
      Im GitHub-Repository kann man es auch lokal ausführen.
    • Im Level-Editor kann man benutzerdefinierte Karten erstellen und die optimale Lösung sehen. Wenn man offizielle Karten nachbaut, kann man auch die Absicht des Entwicklers nachvollziehen.
    • Manche fragten, ob das Caching im Speicher oder auf der Festplatte erfolgt. Mit etwas wie Redis wäre es vermutlich stabiler.
    • Der Server ist oft down, daher wird empfohlen, es lokal auszuführen, falls kein Ergebnis erscheint.

  • Ich wünschte, es gäbe eine Funktion, um meine Lösung und die optimale Lösung auf einmal zu vergleichen.

    • Ich habe ebenfalls zwei Screenshots gemacht und sie verglichen.
    • Eine Side-by-Side-(Diff-)Ansicht wäre perfekt.

  • Mich interessiert, wie man die optimale Lösung dieses Problems algorithmisch findet. Ich hatte in Factorio schon einmal versucht, ein ähnliches Problem zu lösen, aber keine schnelle Methode gefunden.

    • Auf der Website heißt es, dass Answer Set Programming (ASP) und die Clingo-Engine verwendet werden. Solche Gitter-Maximierungsprobleme sind wahrscheinlich NP-schwer. SAT-/SMT-Solver sind für Flood-Fill-Berechnungen ineffizient.
    • Es gab auch die Meinung, dass ein Ansatz mit Constraint Programming passend sei. Man setzt die Wandpositionen als Variablen und die vom Pferd erreichbaren Felder als Constraints.
    • Jemand schrieb, dass ihn dieses Problem an verschiedene Optimierungsansätze wie Graph Cut, SAT/SMT, ACSP denken ließ.
    • Eine verwandte Diskussion gibt es auch auf CS StackExchange.
    • Manche sehen es als NP-schweres Problem und meinen, man könne es vom Sparsest Cut herleiten. Vorgeschlagen wurde, einen Min-Cut zu finden und dann die Kapazitäten anzupassen und die Suche zu wiederholen.

  • Jedes Mal, wenn ich die horse-Domain sehe, muss ich lächeln und traceroute bad.horse ausführen.

    • Jemand reagierte darauf, dass dieser Witz wirklich wunderschön sei.

  • Es scheint, als würden die täglichen Challenges je nach Zeitzone unterschiedlich freigeschaltet. Ein Freund sieht bereits Tag 9, während ich nur Tag 8 sehe.
    Es wäre gut, weltweit denselben Veröffentlichungszeitpunkt zu haben, damit man besser mit Freunden konkurrieren kann.