Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Panel
panelIconId1f525
panelIcon:fire:
panelIconText🔥
bgColor#FFF0B3

You are on fire!

If you are here, you should have been successful in completing a basic version of your recipe recommendation agent. You will have been able to implement this basic version by following the project assignment instructions in the other sections. This will already enable you to provided to you on the Designing and Developing Your Agent page. If you have developed a basic conversational agent, created all the Project Deliverables, you will pass the project, that is, if you also write a good enough report (see Final Report).

An implementation of only this basic version, however, will not get you a (very) high grade (see check out the 2024 Assessment Rubric for more information). Therefore, we encourage you to read through this section. It will provide you with some ideas of how you can extend your recipe recommendation agent. By implementing extensions, you will be able to improve your grade.

First of all, we want to emphasize that you can implement any extension that you can think of that makes sense (argue for that in your report and motivate your choices). We thus want to encourage you to be creative! Feel free, for example, to add anything that you think will enhance user experience. The more creative, innovative, or sophisticated your design idea is and the better your implementation of it is, the more points you will get for it. Feel free to go beyond what we have suggested for this reason. Even if your design idea has not been perfectly implemented and testing still reveals issues with it, we may still award you some points if you explain everything well in your report: you should justify the extensions and, in case it is not working optimally, explain what is not working and how you could fix it.

There are We provide a lot range of suggestions we provide below that you may can consider for extending your agent. Again, we provide some examples below, but you should feel free to explore other options we do not mention below. The list has been ordered from the relatively easier extensions to more elaborate extensions. Of course, this also depends on the effort that you put into it! Here is the a list of suggestions that you can use for inspiration:

  • Add a Filter: Make more types of recipe requests: Add a new filter by adding a rule logic to the recipe_selection.pl file and entity to filter recipes in a new way.

    Add a Capability: The basic agent is quite limited in what it can do, so you could add, for example:

  • Check if the user has all the ingredients: before confirming the recipe, your agent could ask the user if they have the ingredients the recipe requires, so they can check before starting. This would require a new page, pattern, and response.

  • Ask to restart or quit at any point in time: you would need to add a pattern, intent, entity, etc.

  • Repair: Add more advanced handling for repair of a conversational breakdown. There is a lot you can work on:

    Agents should

    An easy one is adding a filter for meal types, another one could be to filter on the tags associated with a recipe, or, on, for example 'easy' recipes. More challenging ones that we mentioned already on the Capability 7: Filter on Dietary Restrictions page are filtering on low-carb or cheap recipes. And there are many more you can come up with yourselves.

  • Refine the responses of your agent: An easy way to make your agent’s responses more interesting is to make sure you add a lot of variety and choice in your agent’s responses. In the assignment instructions, we already suggested that you can use any tool that you can think of to generate more example phrases for your agent that you can add to the responses.pl file. A more challenging thing to do is to contextualize your agent’s responses (they may still sound quite generic or repetitive, making your agent sound even more robotic than it already does). Perhaps you already contextualized the responses your agent provides for out of context intents (see the discussion related to the contextMismatch intent on the Capability 4: Handling Unexpected Intents page). But if not, or you did so only for some contexts, you might want to think about how you can further contextualize and refine your agent responses at various places during a conversation. In principle, agents should, for example, have helpful recovery prompts for each step of the dialog. Here are some useful pointers/ideas:

    • Check out this and other Best practices for repair suggested by Google.

    • More specific feedback: rather than stating misunderstanding, the agent could provide more information on what aspect of the user utterance it did not understand, or provide pointers to what the user can say at that point in the conversation.

    • Suggest alternatives: A breakdown may be due to the fact that a user does not know how to continue the conversation. In that case, the agent could suggest one or more ways to continue

      .User

      .

  • Add a capability: The basic agent that you were asked to develop is still limited in what it can do. So there is plenty of room for you to extend it. We provide a few examples, ranging from the easy ones to more challenging ones. And there are still many more that you can think of yourselves.

    • Ask to restart at any point in time: you would need to add a pattern and intents.

    • Check if the user has all the ingredients: before confirming the recipe, your agent could ask a user if they can check they have all ingredients that the recipe requires. This would require a new pattern, and intents, and perhaps new visuals.

    • Repair: Allow for user-initiated repair: It

      may also

      can happen that a user initiates repair (e.g, “I don’t understand that”, “what do you mean by ‘X’?”). Add a capability that enables the agent to know how to respond to such a user move. That is, make the agent understand such user-initiated repair, and respond with an appropriate explanation to address the user’s move.

    • Small talk capabilities related to the recipe domain: small talk can make the agent more engaging for a user. It would require you to think of small talk patterns, either initiated by the user or by the agent, that can be naturally integrated at some point in the recipe recommendation conversation. You would need one or more new intents, patterns, and responses.

  • Extend Visuals: In the visuals section, we already talk about suggested some ways to extend it. We mostly mentioned some aesthetic changes that you can add. Now, we are specifically referring to extending the functionality of the visuals, i.e. But you can also think about making the visuals more useful by adding something that makes the visuals more supportive. An example would be to show the visualize the progress made thus far, or make the complete filtering history available at any point. Another example would could be to add a rating system for the agent to get feedback. However, keep in mind that the interaction should primarily be conversational in nature!

  • Agent personality, style, and characteristics: You can work on designing and shaping the responses from your agent to suggest a particular personality, to provide it with a specific conversational style, or with social characteristics that may increase the user experience. See e.g. this paper for more ideas.

Panel
panelIconIdatlassian-warning
panelIcon:warning:
bgColor#FFF0B3

We can highly recommend more than one extension, unless the extension is a large and time-consuming one. We will rate extensions on perceived added contribution to the agent. Multiple useful smaller things that contribute about the same as one bigger thing will merit about the same grade. Also see the Check out the 2024 Assessment Rubric on how we will grade extensions.