Purposes of this assignment

• To get give you more practice in Prolog.
• To introduce the idea of nonmonotonic logic.

General idea

Your assignment is to write an adventure game in SWI-Prolog. Pick any theme you like for your adventure game: rescue, survival, treasure hunt, "a day in the life," or whatever else appeals to you.

Copy the file adventure.pl and use it as a starting point. This is an absolutely boring game consisting of one room, one object, and one direction you can go (but going in that direction takes you back to the same room). Add to this code to create your own game; if it doesn't do what you want, fix it so that it does. This is free code, to use or modify any way you like. If you don't want to use it, that's OK too.

I gave this same assignment last year, so you can get additional ideas and sample code from last year's games. However, please don't copy one of these games and change the words around; write your own game!

If you have trouble downloading these files, you can instead download the (identical) files adventure.txt and spider.txt, and change the .txt extension to .pl.

Special note: I would like to publish your game on my website, so that your classmates (and anyone else) can play your game. If you would prefer that I not do this, please say so clearly in your readme.txt file.

Details

Your program should contain one (or more, if you like) of each of the following:

Locked door

In its most boring form, you must find a key and use it to unlock a door, thus giving you access to one or more additional rooms. With a little more imagination: You aren't admitted without a badge. You need to buy a ticket. You must give the troll a gold piece before you can cross the bridge. Waving the magic wand causes the rainbow bridge to appear. Et cetera. Any sort of locked door puzzle will do.

Hidden object

Boring form: You open a box and find something inside. More interesting: You break open a treasure chest. You use the combination to a safe. You peer into the crystal ball. You buy the candy bar from the vending machine. You disassemble the robot to get some part out of it.

Incomplete object

Your flashlight needs batteries. Your gun needs bullets. Your car needs gas. Your bicycle has a flat tire. You need a computer to get at the information on a floppy disk. You are a zombie and need a brain.

Limited resouces

You have a limited amount of time (to find the bomb before it goes off) or money (to buy the things you need), or food, drink, or sleep (so you don't collapse), or some other resource. Maybe you can find more resources in the game, maybe you can't. Depending on just what you decide to do, you may want to figure out how to do arithmetic in Prolog.

You should have a start/0 predicate (similar to the one provided) that my TA and I can use to start your game and find out what commands you have added. Don't make us look at the code to figure out how to run your program!

Also include an inventory command (abbreviation: i) to tell what the player is currently holding.

Play the game by running Prolog and typing queries into it. Prolog can easily read Prolog terms, but reading anything else is awkward, and not worth learning how to do. (However, if you want to ask the user for a number, you can use the read(X) predicate; a number is a term. Just remember to type a period after the number.)

Grading

Your program should work, should satisfy the above requirements, and should be reasonably formatted.

We reserve the right for some subjective judgment. If we like your game, we may give you bonus points for it. If your game seems to lack creativity and interest, you may lose points.

Due date

Wednesday, September 16, before 6:00am. Please zip up and turn in to Canvas a zip file containing:

• Your game_name.pl source code. The game_name should be a short version of the name of your game.
• A transcript of a sample run of your program.
  • A "transcript" is a walkthrough of the game, showing the commands entered and the computer's response to each command. You can get this by playing the game and copy/pasting the results.
• A readme.txt file containing:
  • The name of your game. Try to choose an interesting name.
  • A one-sentence description of your game.
  • An indication of how you have satisfied the requirements for a locked door, hidden object, incomplete object, and limited resource.

The name of the game and the one-sentence description are for posting purposes. The transcript and the descriptions of the locked door, etc., are to make it possible for my TAs to grade your program without extensive effort.

Late penalties: 5 points per day, up to a maximum of 35 points (but see the late days policy). One week after due date, no further submissions will be accepted.