# Introduction to Artificial Intelligence

## Environment simulator and agents for the Israeli traveler problem

In this first exercise you are asked to implement an environment simulator that runs a variant of the Canadian traveller problem (CTP). Then, you will implement some agents that live in the environment and evaluate their performance.

In the Canadian traveller problem, we are given a weighted graph, and the goal is to travel as cheaply as possible from a given start vertex to a given goal vertex. However, unlike standard shortest path problems in graphs, which have easy known solutions (e.g. the Dijkstra algorithm), here the problem is that some of the edges (an edge being an abstraction of a road in the real world) may be blocked by snow or ice, this being the Canadian traveller problem.

In the open research problem version of CTP, the agent can only tell which edges are blocked when visiting an incedent vertex. This leads to a problem of shortest path under uncertainty, with which we are not ready to deal yet. Instead, we will introduce a variant, called the Israeli traveller problem, with certain knowledge but also add ways to unblock paths, making this an interesting search problem.

### Israeli TP Environment

The environment consists of a weighted graph. Each edge can be blocked by the authorities due to a nearby fire, (a rather common state of affairs in Israel this last summer), or clear. Some vertices have resevoirs of water that can be used to put out a fire. The environment can contain one or more agents, each with a known starting location, and a required goal location. For each agent, there are state variables designating it current location, and whether it is carrying water.

An agent can apply 4 types of action: drive (like move in the standard CTP), pickup water, start a fire, and no-op. The results of a drive (from a current vertex V to a specific adjacent vertex U) action is as follows. If the edge E to be traversed is clear, the agent reaches U, at a cost equal to the weight of the edge, or twice that weight if the agent is carrying water. If E is blocked by a fire, and the agent is carrying water, agent traverses E, and again the agent reaches U, with a side-effect that the fire is extinguished and the water disappears. However, if E is blocked but the agent is not carrying water, the action fails, and the agent remains at V. In either case the action encurs a cost equal to the weight of the edge. The pickup action leaves the agent at the same vertex, causes it to be carrying water, and the resevoir at the node to become empty. The action has a cost Cpickup specified by the user. The start action allows an agent situated at a node to start a fire in any adjacent edge, as a result the agent moves along that edge. This action has zero cost (or at least no direct cost, consequences are another issue). The no-op action does nothing and costs a small positive constant epsilon.

The simulator should keep track of score, i.e. the number of actions done by each agent, and the total cost encurred by the agent for traversing edges, etc.

### Implementation part I: simulator + simple agents

Initially you will implement the environment simulator, and several simple (non-AI) agents. The environment simulator should start up by reading the graph from a file, in a format of your choice. We suggest using a simple adjancency list in an ASCII file, that initially specifies the number of vertices. For example (comments beginning with a semicolon):

```#V 4    ; number of vertices n in graph (from 1 to n)

#E 1 2 W1 C   ; Edge from vertex 1 to vertex 2, weight 1, clear
#E 3 4 W1 F   ; Edge from vertex 3 to vertex 4, weight 1, fire
#E 2 3 W1 F   ; Edge from vertex 2 to vertex 3, weight 1, fire
#E 1 3 W4 C   ; Edge from vertex 1 to vertex 3, weight 4, clear
#E 2 4 W5 C   ; Edge from vertex 2 to vertex 4, weight 5, clear

#W 1    ; Water at vertex 1
#W 2    ; Water at vertex 2
```

The simulator should query the user about the number of agents and what agent program to use for each of them, from a list defined below. Initialization parameters for each agent (initial and goal position) are also to be queried from the user.

After the above initialization, the simulator should run each agent in turn, performing the actions retured by the agents, and update the world accordingly. Additionally, the simulator should be capable of displaying the state of the world after each step, with the appropriate state of the agents and their score. A simple screen display in ASCII is sufficient (no bonuses for fancy graphics - this is not the point in this course!).

Each agent program (a function) works as follows. The agent is called by the simulator, together with a set of observations. The agent returns a move to be carried out in the current world state. The agent is allowed to keep an internal state (for example, a computed optimal path, or anything else desired) if needed. In this assignment, the agents can observe the entire state of the world.

You should implement the following agents:

1. A human agent, i.e. read the next move from the user, and return it to the simulator.
2. A fire fighter automaton. This agent will work as follows: if carrying water, find the edge with the fire that can be reached with least cost, and move towards it in the least-cost path, until the fire is extinguished. If not carrying water, get to water in the cheapest path, and then pickup. Ties are broken in favor of always going for lower-numbered vertices. If neither action is possible (cannot get to water, or carrying water and there is no fire), does no-op.
3. A pyromaniac automaton sets fires. Once every X moves, starts a fire at an adjacent node that has no fire. Prefers cheap edges. Ties are broken in favor of always going for lower-numbered vertices. Does no-op if all adjacent edges are on fire.
4. A greedy agent, that works as follows: the agent should compute the shortest currently unblocked path to its target, and follow it. If there is no such path, do no-op.

At this stage, you should run the environment with two agents participating in each run: fire fighter, and one other agent that can be chosen by the user. Your program should display and record the scores. In particular, you should run the greedy agent with various initial configurations, and various initial locations of the fire fighter automaton. Also, test your environment with several agents in the same run, to see that it works correctly. You would be advised to do a good job here w.r.t. program extensibility, modularity, etc. much of this code may be used for some of the following assignments as well.

### Implementation part II: search agents

Now, after chapter 4, you will be implementing intelligent agents (this is part 2 of the assignment) that need to act in this environment. Each agent should assume that it is acting alone, regardless of whether it is true. You will be implementing a "search" agent as defined below. All the algorithms will use a heuristic evaluation function of your choice.

1. A greedy search agent, that picks the move with best immediate heuristic value.
2. An agent using A* search, with the same heuristic.
3. An agent using a simplified version of real-time A*.

The performance measure will be composed of two parts: S, the agent's score, and T, the number of search expansion steps performed by the search algorithm. The performance of an agent will be:

```   P = f * S + T
```

Clearly, a better agent will have P as small as possible. The parameter f is a weight constant. You should compare the performance of the three agents (each acting alone) for the following values of f: 1, 100, 10000. Note that the higher the f parameter, the more important it is to expend computational resources in order to get a better score!

Bonus version: construct a search agent as above, but in addition allow one fire fighter automaton and one pyromaniac automaton also acting in the environment. Your search agent needs to take this into account. Observe that although this seems to be a multi-agent problem, the fact that the fire fighter and pyromaniac are perfectly predictable makes this in essence a single agent search problem.

Addtional bonus - theoretical (new): What is the computational complexity of the Israeli Traveler Problem (single agent)? This is a minor seemingly open problem. Can you prove that it is NP-hard? Or is it in P? If the latter, can you design an algorithm that solves the problem in polynomial time?

## Deliverables

The program and code sent to the grader, by e-mail or otherwise as specified by the grader, a printout of the code and results. A document stating the heuristic function you used and the rationale for selecting this function. Set up a time for frontal grading checking of the delivered assignment, in which both members of each team must demonstrate at least some familiarity with their program...

Due date for part 1 (recommended): Thursday, November 8.

For the complete assignment: Sunday, November 25.