GitHub Copilot app for Beginners: Managing your work
If you’re juggling multiple Copilot sessions, use the My work pane to track what’s in flight, what’s done, and what’s next.
This is the third post in our GitHub Copilot app for Beginners series. If you’re just joining us, check out, GitHub Copilot app for beginners: Getting started, where we introduced the app and how it helps you work across multiple agent sessions. Our second post goes deeper on working within a session. Here, we’ll look at how to keep all of the requests and work being done on a project organized in one place.
If you’ve been following along in this series, you know that real development is rarely a straight line. You fix a bug here, review a pull request there, and chase down a new idea somewhere in between. As you continue to assign tasks to Copilot and create new pull requests, you’ll quickly find yourself with several proverbial balls in the air.
Being able to manage everything from one centralized location is key, and that’s exactly why the My work pane exists. Below, we’ll cover how you can use it to manage what’s currently in flight, what’s completed, and what’s next.
Exploring the default views for pull requests and issues
When you open the My work tab, you’ll see three tabs waiting for you. The first is All, which shows all of your pull requests and issues in one place.
This list is automatically filtered based on the projects you’ve touched inside the Copilot app. It’s not every repo you have access to. If there’s a repo you’d like to see here, just create a quick session pointing to that repo, and it’ll show up.
Alongside All, you’ll find three more built-in views:
- Active shows all of your open pull requests and issues.
- Review requests shows the pull requests where someone has requested your review.
- Done shows everything that’s been closed.
These give you an at-a-glance sense of what needs your attention right now versus what’s already wrapped up.
Creating your own views and filters
The built-in views are a great start, but you can also create your own. Select New view, and you’ll get the familiar “New view” placeholder name, which you can rename to something like “My issues.”
From here, you can build your filter. You can type it out using the angle-bracket syntax you might recognize from GitHub, or use the UI, which is often the friendlier option when you’re getting started.
For your My issues view, you can add a filter for Is: Issue to grab all issues, then add one more filter for Assignee: Me. Select Save, and now this view shows every issue that’s been assigned to you.
You can also do some quick filtering. Select the filter at the top and you’ll get the same interface. Maybe instead of sorting by Recently updated, you’d rather flip it to Ascending so the oldest items float to the top. From there, save your changes to a brand-new view, update the view you’re currently on, or discard the changes to revert back.
Customizing your list and table layouts
By default, your items show up in a list view, which feels a bit like a set of cards. It’s a clean, approachable way to scan through your work.
If you’d like a little more control, switch to the table view. The table unlocks a few extra features you won’t find in the list: choose which columns to display, move them around, and resize them to fit how you like to work.
And don’t worry about experimenting: you can always reset everything back to the way it was before, and switch right back to the list view whenever you’d like.
Starting agent sessions from issues and pull requests
Here’s where things really come together. You can bring up any item by selecting it, and from there, start a brand-new session on it. Just tell Copilot, “Hey, let’s get to work on this,” it’ll get to work, using the issue as its context.
Back in the list view, you can select multiple items at once, choose Actions, and create new sessions from them. This is useful in a couple of ways:
- If you have several independent feature requests, you can spin up an individual session for each one.
- If you have a series of bug reports that all point to the same feature, you can bundle them into a single session by selecting New session.
In either case, you can change the repo that the Copilot app uses for its session, which is perfect for those situations where the repo hosting the issue is separate from the one hosting the code.
Creating issues and changing your repository scope
Near the top of the pane, you’ll find two more helpful buttons.
The first is your repository filter, which is set to All Repositories by default. Remember, even “all” here is automatically scoped to the repos you’ve touched inside the Copilot app.
The second is New issue, which lets you create an issue right on the spot. For example, if you want to add a light mode toggle, select Create and you can kick off a brand-new session that starts with that issue as its context.
Take this with you
The My work pane gives you a single, centralized place to manage all of your pull requests and issues. You can create custom views, search to find exactly what you need, and quickly assign tasks to Copilot, so you can stay organized and focus your attention where it’s needed most.
Learn more by exploring the rest of the videos in this series, or by visiting gh.io/app. We’ll see you in the next post!
Tags:
Written by
Related posts
How canvases make agentic workflows visible, steerable, and cost-efficient
Chat is great for intent, but agent work gets lost in the scroll. Here is how I use canvases with my agentic workflows—and why your workflow also deserves a canvas.
How to bring your software delivery workflow into GitHub with agent apps
See how four GitHub agent apps can help you scope, secure, roll out, and ship a feature across the SDLC–all without leaving GitHub.
GitHub Copilot app for Beginners: Write your first prompt
Learn how to write your first prompt in the GitHub Copilot app, choose the right context and model, and start your first task with confidence.