| ← Previous lesson: Custom instructions | Next lesson: GitHub Copilot coding agent → |
|---|
Even the simplest of updates to an application typically require updates to multiple files and operations to be performed like running tests. As a developer your flow typically involves tracking down all the necessary files, making the changes, running the tests, debugging, figuring out which file was missed, making another update... The list goes on and on.
This is where Copilot Agent Mode comes into play.
Copilot Agent Mode is built to act more autonomously in your IDE. It behaves in a similar fashion to a developer, starting by exploring the existing project structure, performing the necessary updates, running tasks like tests, and automatically fixing any discovered mistakes. Let's explore how you can use Agent Mode to introduce new functionality to your site.
Note
While the names are similar, agent mode and coding agent are built for two different types of experiences. Agent mode performs its tasks in your IDE, allowing for quick feedback cycles and interaction. Coding agent is designed as a peer programmer, working asynchronously like a member of the team, interacting with you via issues and pull requests.
In this exercise, you will learn how:
- Copilot Agent Mode can explore your project, identify relevant files, and make coordinated changes.
- GitHub Copilot Agent Mode can implement new features across both backend and frontend codebases.
- to review changes and tests generated by Copilot Agent Mode before merging into your codebase.
As the list of games grows, you want to allow users to filter by category. This will require updating both the API and UI, and updating the tests for the API. With the help of Copilot Agent Mode you'll work with your AI pair programmer to add the new feature!
Before you make any changes, let's explore the Tailspin Toys website to understand its current functionality.
The website is a crowdfunding platform for board games with a developer theme. It allows users to list games and display details about them. The website has two main components: the front-end (written in Svelte) and the backend (written in Python).
To make running the website easier, a script has been provided that will start both the front-end and back-end servers. You can run this script in your GitHub Codespace to start the website with the following instructions:
-
Return to your codespace. You'll continue working in your current branch.
-
Open a new terminal window inside your codespace by selecting Ctl + `.
-
Run the following script to start the website:
scripts/start-app.sh
Once the script is running, you should see output indicating that both the front-end and back-end servers are running, similar to the below:
Server (Flask) running at: http://localhost:5100 Client (Astro) server running at: http://localhost:4321
Note
If a dialog box opens prompting you to open a browser window for http://localhost:5100 close it by selecting the x.
- Open the website by using Ctrl-Click (or Cmd-Click on a Mac) on the client address
http://localhost:4321in the terminal.
Note
When using a codespace, selecting a link for the localhost URL from the Codespace terminal will automatically redirect you to https://<your-codespace-name>-4321.app.github.dev/. This is a private tunnel to your codespace, which is now hosting your web server!
Once the website is running, you can explore its functionality. The main features of the website include:
- Home Page: Displays a list of board games with their titles, images, and descriptions.
- Game Details Page: When you select a game, you'll be brought to a details page with more information about the game, including its title, description, publisher and category.
The initial implementation of the website is functional, but we want to enhance it by adding new capabilities. Let's start off by reviewing the backlog. Ask GitHub Copilot to show you the backlog of items that we created in the previous exercise.
- Return to your codespace.
- Open Copilot Chat.
- Create a new chat session by selecting the New Chat button, which will remove any previous context.
- Ensure Agent is selected from the list of modes.
- Select Claude Sonnet 4.5 from the list of available models.
Important
The authors of this lab are not indicating a preference towards one model or another. When building this lab, we used Claude Sonnet 4.5, and as such are including that in the instructions. The hope is the code suggestions you receive will be relatively consistent to ensure a good experience. However, because LLMs are probabilistic, you may notice the suggestions received differ from what is indicated in the lab. This is perfectly normal and expected.
- Open the GitHub Copilot Chat, if it is not already open.
- Switch to Agent mode, if you are not already in agent mode.
- Select Claude Sonnet 4.5 from the list of available models.
Important
The authors of this lab are not indicating a preference towards one model or another. When building this lab, we used Claude Sonnet 4.5, and as such are including that in the instructions. The hope is the code suggestions you receive will be relatively consistent to ensure a good experience. However, because LLMs are probabilistic, you may notice the suggestions received differ from what is indicated in the lab. This is perfectly normal and expected.
Note
Because of the probabilistic nature of LLMs, Copilot may utilize a different MCP command, but should still be able to complete the task.
-
Ask Copilot about the backlog of issues by sending the following prompt to Copilot:
Please show me the backlog of items from my GitHub repository. Help me prioritize them based on those which will be most useful to the user. -
Select Continue to run the command to list all issues.
-
Review the generated list of issues.
Notice how Copilot has even prioritized the items for you, based on the ones that it thinks will be most useful to the user.
Before kicking off the agent to generate the code, it's a good time to review the instructions file you'll use to provide Copilot context for its work. You're going to take advantage of the user interface (UI) file, which contains context on how to approach adding functionality to the website.
- In your codespace, navigate to .github/instructions/ui.instructions.md.
- Take note of the overall guidance on how to approach adding functionality. This includes:
- An overview of the architecture.
- Principles for component design, testability and accessibility.
- Links to specific instructions files for various file types, including:
- Astro
- Svelte
- Tailwind CSS
Tip
Instructions files allow you to reference both other instructions files and files in your project. The paths are relative to the location of the instructions file. This allows for reuse, breaking down complex instructions into smaller more manageable chunks, and providing examples and templates.
To implement filtering, no less than three separate updates will need to be made to the application:
- A new endpoint added to the API
- A new set of tests for the new endpoint
- Updates to the UI to introduce the functionality
In addition, the tests need to run (and pass) before you merge everything into your codebase. Copilot Agent Mode can perform these tasks for you! Let's add the functionality.
-
You can continue in the current conversation with Copilot, or start a new one by selecting New Chat.
-
Select Add Context, Instructions, and ui as the instructions file.
-
Ensure Agent mode is still selected.
-
Ensure Claude Sonnet 4.5 is still selected for the model.
-
Prompt Copilot to implement the functionality based on the issue you created earlier by using the following prompt:
Please update the site to include filtering by publisher and category based on the requirements from the related GitHub issue in the backlog. Ensure all tests are passing before completion. The server is already running, so you do not need to start it up. -
Watch as Copilot begins by exploring the project, locating the files associated with the desired functionality. You should see it finding both the API and UI definitions, as well as the tests. It then begins modifying the files and running the tests.
Note
You will notice that Copilot will perform several tasks, like exploring the project, modifying files, and running tests. It may take a few minutes depending on the complexity of the task and the codebase. During that process, you may notice Keep and Undo buttons appear in the code editor. When Copilot is finished, you will have a Keep or Undo for all of the changes, so you do not need to select them while work is in progress.
-
As prompted by Copilot, select Continue to run the tests.
-
You may experience some pauses and even see some tests fail throughout the process. That's okay! Copilot works back and forth between code generation and tests until it completes the task and doesn't detect any errors.
-
Explore the generated code for any potential issues.
Important
Remember, it's always important to review the code that Copilot or any AI tools generate.
- Return to the browser with the website running. Explore the new functionality!
- Once you've confirmed everything works and reviewed the code, select Keep in the Copilot Chat window.
With your changes created locally you're ready to create a pull request (PR) to allow for your team to review your suggested changes and work through your DevOps process. The first step in that process is to publish the branch. Let's take care of that first.
-
Navigate to the Source Control panel in the Codespace and review the changes made by Copilot.
-
Stage the changes by selecting the + icon.
-
Generate a commit message using the Sparkle button.
-
Select Publish to push the branch to your repository.
There are several ways to create a pull request, including through github.com and the GitHub command-line interface (CLI). But since you're already working with GitHub Copilot, let's let it create the PR for you! You can have it find the relevant issue and create the PR with an association to the located issue.
-
Navigate to the Copilot Chat panel and select New Chat to start a new session.
-
Ask Copilot to create a PR for you:
Find the issue in the repo related to filtering by category and publisher. Create a new pull request for the current add-filters branch, and associate it with the correct issue. -
As needed, select Continue to allow Copilot to perform the tasks necessary to gather information and perform operations.
-
Notice how Copilot searches through the issues, finds the right one, and creates the PR.
-
Select the link generated by Copilot to review your pull request, but please don't merge it yet.
Congratulations! In this exercise, we explored how to use GitHub Copilot Agent Mode to add new capabilities to the Tailspin Toys website. We learned how:
- GitHub Copilot Agent Mode can implement new features across both backend and frontend codebases.
- Copilot Agent Mode can explore your project, identify relevant files, and make coordinated changes.
- to review changes and tests generated by Copilot Agent Mode before merging into your codebase.
Now let's return to our coding agent to see how well it did with the issues we assigned to it.
As the list of games grows there will be a need for paging to be enabled. Using the skills you learned in this exercise, prompt Copilot to update the site to implement paging. Some considerations for the code include:
- follow the existing best practices, including using the existing instructions files.
- consider how you want paging implemented, if you want to allow the user to select the page size or for it to be hard-coded.
- as you create the prompt ensure you provide Copilot with the necessary guidance to create the implementation as you desire.
- you may need to iterate with GitHub Copilot, asking for changes and providing context. This is the normal flow when working with Copilot!
- Coding agent 101
- Copilot ask, edit, and agent modes: What they do and when to use them
- Agent mode in VS Code
| ← Previous lesson: Custom instructions | Next lesson: GitHub Copilot coding agent → |
|---|





