Aula 03 - 15/03/2013 - Agente para jogo EATERS

 

CONTEÚDO DO RELATÓRIO:

 

• ATIVIDADE 1

• ATIVIDADE 2

• ATIVIDADE 3

• ATIVIDADE 4

 

---

ATIVIDADE 1:

1.1. Como o estado atual da criatura é considerado nas regras?

O arquivo "move-to-food.soar" tem apenas 3 regras, representadas abaixo:

 

A primeira propõe o operador "move-to-food" caso receba do "input-link" um conteúdo que indique uma direção onde existe ou uma "normalfood" ou uma "bonusfood"; para essa direção ele cria um operador "move-to-food" que possui uma EXTENSÃO "direction" que é a direção onde está a comida.

Em outras palavras, o agente irá se mover para uma das posições ao seu redor onde houver comida.

A entrada recebida pelo programa é um objeto "my-location" que possui extensões para cada direção; cada uma delas, por sua vez, possui uma extensão "content" que indica o que existe nessa posição. O tutorial apresenta ao final a relação completa dessas extensões, reproduzida a seguir:

 

 

 

1.2. Como a decisão de ação escolhida é aplicada de fato ao jogo?

A ação definda - no caso, o movimento do agente - é aplicado ao jogo com a criação de uma extensão "move" a partir do "output-link"; o formato final é:

 

 

(<id-output-link> ^move <id-move)
(<id-move> ^direction north)

 

 

 

* Exemplo com movimento para o norte.

Quando a ação é completada pelo programa, é adicionado ao estado <id-move> a extensão "status", ficando da seguinte forma:

 

(<id-move> ^direction north ^status complete)
 

 

1.3. Como esse conjunto de regras escolhe a direção para a qual a criatura deve se mover?

A proposição do operador "move-to-food" busca uma direção na qual existe uma posição com uma "normalfood" ou "bonusfood"; para todas elas são propostos operadores. Como existe a indicação de preferência indiferente (=) o Soar seleciona randomicamente entre todas as regras propostas.


1.4. Para que serve a regra "apply*move-to-food*remove-move"? O que aconteceria se ela não existisse?

1. A possibilidade de utilizar variáveis nas regras Soar para fazer o "match" de um atributo - como no caso da análise das informações do "input-link" para determinação de qual direção seguir;
2. O uso de conjuntos (com "<<" e ">>) para testar valores de variáveis.
3. O uso de uma forma condensada para testar vários sub-atributos numa condição de regra:

sp {apply*move-to-food
   (state <s> ^io.output-link <out>
              ^operator (^name move-to-food
                         ^direction <dir>))
 

• Se temos 4 proposições feitas A, B, C e D
• Se a princípio todas elas estão aceitáveis (+) e indiferentes (=)
• Se a proposição A é a melhor de todas (>)
• Se a proposição B é melhor que A (A > B)

As probabilidades de seleção das proposições são:

• A = 33.3%
• C = 33.3%
• D = 33.3%

Isso porque não existe nada explícito que diga que B é melhor que C e D.