Use Case 4: "I have too many tasks"
Scenario: You have five tickets in your sprint: bug fixes, new features, and technical debt. You cannot complete them all synchronously.
Time: ~30 minutes
Copilot Features: GitHub Copilot app, My work, custom agents, Copilot cloud agent
Your Challenge: Direct several isolated agent sessions while you stay focused on prioritization, architecture, and review.
Table of Contents
- Step 1: Triage Work in the Copilot App
- Step 2: Start an Issue-Scoped Session
- Step 3: Delegate to a Repository Custom Agent
- Step 4: Direct Concurrent Sessions
- Step 5: Review the Resulting Pull Requests
- Optional: Use Mission Control on the Web
- What You Learned
- Next Steps
Step 1: Triage Work in the Copilot App
- Open the GitHub Copilot app.
- Select My work in the sidebar.
- Find the
Improve test coverage for APIissue for your workshop repository. - Open the issue and review its description, labels, assignees, and repository context.
If the issue does not exist, create it with the title Improve test coverage for API. Ask for coverage of the API routes, error paths, and database failures, with make test-coverage as the validation command. Return to My work after creating it.
Use sections and filters in My work to separate active issues, review requests, and completed work. This gives you one queue for issue and pull request work across repositories.
Step 2: Start an Issue-Scoped Session
-
From the issue details, click New session. The session starts with the issue context already attached.
-
Select the repository and
mainas the base branch if the app prompts you, then choose a new worktree for the session. -
Keep the model set to Auto. Increase reasoning only when the task requires deeper architectural analysis.
-
Choose Plan mode, then prompt:
Implement this issue. First confirm the acceptance criteria and propose a concise plan. Run make test-coverage and open a pull request when validation passes. -
Review the proposed plan and approve it only when the scope matches the issue.
-
Follow the session as the agent explores the repository, changes files, and runs validation.
A session in a new worktree uses its own branch and isolated checkout. If your organization enables cloud-based sessions, you can instead delegate the task to Copilot cloud agent in a GitHub-hosted environment.
Step 3: Delegate to a Repository Custom Agent
Start a second session for specialized test work:
-
Open the relevant cart-testing issue in My work, or create a small issue that asks for behavior-driven development (BDD) coverage of the cart.
-
Click New session.
-
Select the branch from the cart pull request created in Feature Development. If that pull request has already merged, select the updated default branch instead.
-
Select the repository-provided BDD Specialist custom agent.
-
Keep the model set to Auto, and prompt:
Add comprehensive BDD tests for the Cart page feature. Follow the issue acceptance criteria, run the focused test suite, and open a pull request when the tests pass. -
Start the session.
The custom agent definition in .github/agents/bdd-specialist.agent.md provides repository-specific instructions and tools. Teams can add other custom agents for areas such as APIs, documentation, or security.
Step 4: Direct Concurrent Sessions
Keep both sessions running so you can practice directing parallel workstreams:
-
Switch between the sessions in the app sidebar.
-
In each session, review:
- Current progress and completed steps
- Commands and validation results
- Changed files
- The session branch or worktree
-
Steer the API coverage session with a follow-up:
Also cover database connection failures and malformed request parameters. -
Confirm that the agent incorporates the new instruction without expanding beyond the issue's intent.
Because each session is isolated, the agents can work concurrently without overwriting one another's uncommitted changes.
Parallel work still needs coordination. Avoid assigning overlapping files or contradictory requirements to separate sessions unless you plan to reconcile the changes.
Step 5: Review the Resulting Pull Requests
When a session finishes:
- Review its summary, changed files, and validation results.
- Ask the agent to correct incomplete work before creating a pull request.
- Open or create the pull request from the session.
- Return to My work and open the resulting pull request.
- Confirm that the pull request links to the correct issue and that its description explains the changes and validation.
Do not merge yet. You will review the pull request in the next use case.
Optional: Use Mission Control on the Web
If you prefer a browser, open Mission Control to monitor and steer Copilot cloud agent sessions. Mission Control is a useful web alternative, but the GitHub Copilot app remains the primary workflow for this exercise.
What You Learned
✅ My work - Triage issues and pull requests in one place
✅ Issue-Scoped Sessions - Start with repository and issue context already attached
✅ Custom Agents - Apply specialized repository instructions and tools
✅ Isolated Worktrees - Run concurrent sessions without sharing uncommitted changes
✅ Steering and Progress - Review activity, changed files, and validation while work is in progress
✅ Pull Request Handoff - Turn validated session work into reviewable pull requests
Time Investment: 30 minutes to delegate, steer, and review agent work
Value: Advance several independent tickets while retaining human direction and review
Next Steps
Continue to Code Review to learn how to review pull requests and resolve feedback with Copilot.