GitHub Copilot App Feedback

Post your feedback on the GitHub Copilot App as a comment below — or use the /feedback slash command in the comment box to auto-fill the template. Don't overthink it — we want your gut reactions!

If comfortable, please record yourself launching the app for the first time [optional]. Feel free to answer the questions below in your recording by talking out loud rather than writing it down – no need to repeat your answers if you've already answered them verbally. You may attach your video to the discussion comment, or provide a link to a video.

You've had a few days with the app now. We'd love to hear how things have evolved.

Again, please feel free to share recordings of specific, real workflows that involve the GitHub Copilot App. Talk out loud and feel free to answer the questions below verbally in the video or through written answers.

1. What have you tried doing with the app so far (e.g., start a new project, review a PR, write code, etc.), and why?

2. What has been most useful about this app? What tasks is it particularly suited for?

3. How does this experience compare to other tools you use today (e.g., Copilot in your IDE, Claude Code, Codex)? What does the GitHub App do better or worse?

4. What is missing, or confusing, if anything?

5. What type of tasks do you still feel like you need to go to github.com or other tools for?

6. If you had a magic wand to make this app just right for you, what would you change?

[jessejlt]

Windows + WSL support is limited. Otherwise, really like the direction of this project.

[albertored]

Not only WIndows + WSL but in general it would be very useful to a feature similar to vscode remote SSH.
Ideally it should be possible to open repositories remotely so that agent can run commands and use skills directly on the target machine without the need of installing the tooling on the Windows (or whatever else) host

[joshuameng]

I am unable to login after installing on Windows. I click "Sign in to GitHub". The application states "Opening GitHub.com to authorize..." and provides an 8 digit code. The web browser never opens, so I navigate manually to https://github.com/login/device/ to enter the code. After submitting the code I get the message "Uh oh, we couldn't find anything Please make sure you entered the user code correctly."

[codess-aus]

Tried to install it, but it's not trusted. Have reported it as safe, but as I'm not the owner they might not believe me

[dgibson66]

I pulled the Appimage to one of our RHEL8.8 systems with no luck. Can you build on as old a system as possible so that those of us in the corporate space have a prayer of running it without having to go virtual?

ETA: Yes I know that there are dinosaurs younger than RHEL8.8 but still, at least sharing what the system requirements are would help.

[SlothCroissant]

Need the ability to have the "commit" button use a custom commit message syntax with a given model - much like VSCode provides: https://code.visualstudio.com/docs/sourcecontrol/staging-commits. Bonus points if you can select the model and provide specific instructions for commit messages.

Having to leave the GitHub App just to commit and push changes seems a bit silly. Alternative is to just have my instructions set to commit changes, but then at that point, the button is useless :)

[SlothCroissant]

With this UI, it really takes Copilot CLI to the next level, IMO (beyond the CLI, as it were :)

Idea that could be exceedingly useful in many enterprises - support UI navigation of GitHub Copilot marketplaces (https://docs.github.com/en/copilot/how-tos/copilot-cli/customize-copilot/plugins-marketplace)

Keeping the marketplace experience inside one cohesive UI would be brilliant - install plugins, skills, agents, etc - all without leaving the app.

[cquanu]

Any plans to support transcribing or dictation?

[cquanu]

How can we edit our message just like in VS Code GHC agent.

[cquanu]

Chat mode: the PR status icon is wrong. It returned a list of "open PRs/color" that were already merged.

[jcleigh]

Please add automated workflows running on Copilot Cloud Agent instead of only locally

[cyonix]

I'd like to see the Chat Debug View feature ported here as well.

[AnushPadmanabhan]

It is awesome that we can have our team-specific custom workflow as a template here. We were in the verge of building something similar for the entire org. Super cool, we can improve on this.

[trollfalgar]

The browser don´t allow us to open different domains. For exemple, .test domains cannot be open. Forcing us to use localhost:port.

[Liebeck]

First of all. Thank you very much!

1. What have you tried doing with the app so far (e.g., start a new project, review a PR, write code, etc.), and why?

I have used three sessions for maintenance tasks on an existing project. For more details, see my newsletter post https://www.linkedin.com/pulse/episode-7-first-look-new-github-copilot-app-dr-matthias-liebeck-yniue

2. What has been most useful about this app? What tasks is it particularly suited for?

Very smooth UI experience. I love switching between the sessions, the progress indicator and the sound. I'm not sure if you prioritized my sessions since they were through the App, but they felt very very fast, like 5x from what I'm used to.

3. How does this experience compare to other tools you use today (e.g., Copilot in your IDE, Claude Code, Codex)? What does the GitHub App do better or worse?

The UI was very smooth. Still in early stages, but I can see myself switch to the GitHub Copilot App as main development environment for agentic coding in the next couple of months, if the issues from point 4 (see blow) are addressed.

4. What is missing, or confusing, if anything?

The most confusing what the Git commit behaviour. At first, I only managed to get automatic commits working, #419. Then, I guess I can't find a commit button or a way to specify a commit message #423

Maybe it's already there, but confusing since I can't find it.

#421
#422

5. What type of tasks do you still feel like you need to go to github.com or other tools for?

Right now, manual commits feel like I need to switch out of the GitHub App into a Git UI like Fork.

I'm also not sure how to use multiple sessions that from my local docker test setup in parallel. Usually, I would run my full E2E PlayWright test suite, but I have no idea how I would have three sessions that access the same docker container or at least something like "okay I need to access containers that session A uses. I wait until session A is done to spin up my own containers".

6. If you had a magic wand to make this app just right for you, what would you change?

See 4)

[AaronRobinsonMSFT]

I've got some feedback and a question from the Bing team.

I switched from copilot cli to the copilot app since you left. it's pretty crazy I feel like there's no reason to use the CLI anymore after using it exclusively for development the last couple of months.

Yay!

Is the copilot app using the same SDK as the CLI?

This is the question I'm trying to answer. I assume yes?

Where is the best place to talk directly with the team? I've got dual access and have access to Slack.

[andriy-ah]

Check this feedback: #4684
Basically, you are pretty much behind compared to leading agentic apps. Why can't you catch up? We are a paid customer and I am frustrated.

[JanUnoPetersen]

Når jeg arkiverer en chat, vil jeg kunne finde den igen og gendanne den. Arkivering bør ikke være permanent, og gendannelse bør være tydeligt adskilt fra sletning.

[JamesCPPisGreat]

To the GitHub Copilot Product and Engineering Teams,

I am writing to express my serious dissatisfaction with the direction of GitHub Copilot and to urge you to reconsider its fundamental design.

My concern goes beyond occasional incorrect code or the usual limitations of AI. The interaction itself has become a significant part of the problem.

Copilot can be stubborn, overconfident, unnecessarily critical, and seemingly incapable of accepting straightforward corrections. It ignores explicit instructions, substitutes its own judgment for the user's requirements, defends incorrect assumptions, and sometimes responds in a condescending or argumentative manner.

When a user identifies an error, the expected behavior should be straightforward: investigate the correction, acknowledge the mistake when appropriate, and fix it. Instead, the user can end up spending valuable time arguing with an assistant that was supposed to make the work easier.

This is a fundamental usability failure.

An AI coding assistant should not behave as though its own interpretation is more important than the developer's explicit requirements. It should not confuse confidence with competence or generate lengthy justifications when a simple correction is needed.

I would like GitHub to reconsider Copilot's behavior in several areas:

Instruction following: Explicit user requirements should take precedence over the model's assumptions and unsolicited preferences, subject to legitimate safety and technical constraints.
Honest uncertainty: Copilot should distinguish between verified facts, reasonable inferences, and guesses rather than presenting all three with equal confidence.
Correction handling: When a user provides evidence that an answer is wrong, Copilot should reassess its reasoning rather than reflexively defending its previous response.
Respectful communication: Unsolicited criticism, condescension, and unnecessary arguments should not be characteristics of a productive coding assistant.
Accountability for changes: Copilot should explain deviations from instructions, avoid unnecessary scope expansion, and make it easier for users to control what it changes.
Meaningful evaluation: Product quality should be measured not only by code generation benchmarks but also by instruction adherence, correction success, unnecessary changes, and the amount of human effort required to get a correct result.

Please treat this as a request for substantive product improvement rather than another opportunity to collect generic user feedback.

The purpose of an AI coding assistant is to help developers work more effectively. When users must repeatedly correct, constrain, and argue with the assistant, that purpose is being undermined; to balance honesty with obedience.

GitHub has an opportunity to build a much better product by making Copilot more reliable, more responsive to corrections, less presumptuous, and more respectful of the developer's control over their own work.

I hope the team will take these concerns seriously and consider whether Copilot's current interaction model is delivering the experience developers actually need.

[AsafMah]

Project coordinator drops earlier asks and does work inline instead of delegating (app 1.1.34)

When I send several asks to a Project coordinator, or send a new message while it is working, it tends to act only on the latest message and to research or query inline instead of delegating to child sessions. Earlier asks get silently dropped, and the coordinator goes quiet while it works.

The built-in orchestrate skill encourages the inline part: "Single-repo research → do it inline in this session."

Requests:

1. Treat every user message as additive. Show an ask queue with a status for each ask: dispatched to which session, delivered, or blocked.
2. Make coordinator mode dispatch-only by default, with task-content work (research, code reading, queries, waits) running in child sessions. Allow inline single-repo research only when the user opts in.
3. Dispatch independent asks to parallel child sessions in the same turn, and acknowledge immediately.

[Josverl]

cherry picking 3 Questions to answer

2. What has been most useful about this app? What tasks is it particularly suited for?

Projects,
The ability to have an agent reason over multiple repros was what allows me to actually use the app. 80%+ of my use involves multiple repos and that is Why I was addicted to VSCodes workspaces

4. What is missing, or confusing, if anything?

Better WSL support.
I expect that the GH APps as an intimate understanding of WSL , including wnen not to work on a worktree located on a cross OS filesystem

• https://learn.microsoft.com/en-au/windows/wsl/filesystems#file-storage-and-performance-across-file-systems

6. If you had a magic wand to make this app just right for you, what would you change?

• that the app can spin out tasks to WSL, other hypervisors or GH runners for cross platform tasks ( MacOS , Ubuntu , Windows etc )

[DamienRouge25]

Feature Request: Enable Multilingual Voice Transcription in the GitHub Copilot App

Current Limitation

The GitHub Copilot App currently lacks multilingual voice transcription support, despite this capability already being available through the CLI.

The Nemotron 3.5 ASR Streaming 0.6B model (nemotron-3.5-asr-streaming-0.6b-generic-cpu:3) supports multilingual speech recognition, but this functionality is not exposed in the GitHub Copilot App.

Expected Behavior

Enable multilingual voice transcription directly within the GitHub Copilot App, allowing users to dictate prompts and interact naturally in their preferred language.

This would be particularly valuable for international users who frequently switch between English and their native language when working with AI coding assistants.

Requested Enhancement

• Enable multilingual ASR support using the existing Nemotron model.
• Provide automatic language detection or manual language selection.
• Ensure feature parity between the CLI and the GitHub Copilot App.

Question for the Product Team

Given that multilingual transcription is already supported in the CLI, could this capability be enabled in the next GitHub Copilot App release?

Related Discussions

• [GitHub Discussion #4680 – Enable Multilingual Voice Transcription](Enable Multilingual Voice Transcription #4680)

Thanks for considering this enhancement!

[dbengtsson]

Feature request: Add an “Open in Zed” action on files in a session’s Changes view (or file list). It should open the session’s worktree as the project and focus the selected file in Zed. Ideally, support a configurable editor, but a direct Zed action would already help. This would avoid copying paths or running a CLI command just to inspect a changed file.

[joel-000]

Make Project sessions easier to inspect alongside sidebar tools

When I’m working in a Project, the Project chat is the only thing open in the main window. If I open one of the Project’s sessions from the sidebar, that session appears in the sidebar too. I use it to understand and inspect the changes it made, but while it’s open, I can’t open another sidebar item—such as the Terminal or file browser—at the same time.

That gets in the way of reviewing the session’s work. I may want to read the session’s explanation while checking files or running a command, but switching to a tool replaces the session in the sidebar. I then have to switch back and forth, which makes the Project workflow more cumbersome than working with a standalone session.

It would be helpful to have a way to keep a Project session available while opening sidebar tools alongside it—for example, by supporting multiple sidebar panels or another layout that lets me move the session out of the sidebar. The key need is to review a Project session and use tools such as the Terminal or file browser at the same time.

[DamienRouge25]

Anyone interested to enable the multilingual? like Nemotron 3.5 ASR Streaming 0.6B model (nemotron-3.5-asr-streaming-0.6b-generic-cpu:3) in the GitHub Copilot App to support voice transcription in multi languages.

[SWARUP-Selvaraj]

Feature request: Support local repositories in Projects

Projects can currently use GitHub repositories, while locally connected folders can be used in individual sessions but not added as a Project repository.

Please let users add a local repository or folder to a Project as a first-class working repository. This would let them coordinate ongoing work across sessions and keep project context together, even when their code is local or not hosted on GitHub. Include a clear indication that the folder is available only on the machine where it’s connected.

[glitchwizard]

Could we have a setting to always open files and links in the side panel instead of a modal? I’d like to keep the conversation visible while viewing them. It switches the sides of the chat and the opened file. It feels like an extra step that doesn’t need to happen when it could just open by default in the side panel instead.

[robin-furner]

I would love to see IDE style code navigation built in. I currently still use my IDE alongside the Copilot Desktop app, but only really for exploring the code base. I want to be able to see the usages, go to definitions, go to implementations etc. and be able to see how everything is hanging together, and if I could do this effectively in the copilot app, I'd rarely need to use anything else.

[JakubAnderwald]

Please no. IDEs are declining for a reason. Lets keep the GitHub copilot app focused on orchestrating and interacting with agents, not turn into quasi VSCode

[robin-furner]

I still want to be able to navigate my code base myself rather than burning tokens having an agent trace through. The ability to navigate via usages, implementations, definitions etc. is vital for that.

[glitchwizard]

Oh also, can projects show their subagent sessions as child nodes in the navbar? That would be really helpful

[maycare4u]

Nobody is supposed to get my information

…

On Fri, Nov 13, 2026 at 10:21 AM C M ***@***.***> wrote: Oh also, can projects show their subagent sessions as child nodes in the navbar? That would be really helpful — Reply to this email directly, view it on GitHub <#3?email_source=notifications&email_token=CD7BPTCEIKFS3LEBK2GOUSL5Y4RJFA5CNFSNUABIM5UWIORPF5TWS5BNNB2WEL2ENFZWG5LTONUW63SDN5WW2ZLOOQXTCOJVHEZTINBZUZZGKYLTN5XKU43VMJZWG4TJMJSWJJLFOZSW45FMMZXW65DFOJPWG3DJMNVQ#discussioncomment-19593449>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/CD7BPTCJTPBDD3GYV76MZPL5Y4RJFAVCNFSNUABJKJSXA33TNF2G64TZHMYTEMJSHE2TQNRSGU5UI2LTMN2XG43JN5XDWMJQGAZDINZWGSQXMAQ> . Triage notifications, keep track of coding agent tasks and review pull requests on the go with GitHub Mobile for iOS <https://github.com/notifications/mobile/ios/CD7BPTBVVWIBJKVPKRSSYLT5Y4RJFA5CNFSNUABIM5UWIORPF5TWS5BNNB2WEL2ENFZWG5LTONUW63SDN5WW2ZLOOQXTCOJVHEZTINBZUZZGKYLTN5XKU43VMJZWG4TJMJSWJJLFOZSW45FKMZXW65DFOJPWS33T> and Android <https://github.com/notifications/mobile/android/CD7BPTGSD2JEPNNKXKENNAL5Y4RJFA5CNFSNUABIM5UWIORPF5TWS5BNNB2WEL2ENFZWG5LTONUW63SDN5WW2ZLOOQXTCOJVHEZTINBZUZZGKYLTN5XKU43VMJZWG4TJMJSWJJLFOZSW45FOMZXW65DFOJPWC3TEOJXWSZA>. Download it today! You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>

[mhmdaldlymy831-boop]

Post your feedback on the GitHub Copilot App as a comment below — or use the /feedback slash command in the comment box to auto-fill the template. Don't overthink it — we want your gut reactions!

If comfortable, please record yourself launching the app for the first time [optional]. Feel free to answer the questions below in your recording by talking out loud rather than writing it down – no need to repeat your answers if you've already answered them verbally. You may attach your video to the discussion comment, or provide a link to a video.

You've had a few days with the app now. We'd love to hear how things have evolved.

Again, please feel free to share recordings of specific, real workflows that involve the GitHub Copilot App. Talk out loud and feel free to answer the questions below verbally in the video or through written answers.

1. What have you tried doing with the app so far (e.g., start a new project, review a PR, write code, etc.), and why?

2. What has been most useful about this app? What tasks is it particularly suited for?

3. How does this experience compare to other tools you use today (e.g., Copilot in your IDE, Claude Code, Codex)? What does the GitHub App do better or worse?

4. What is missing, or confusing, if anything?

5. What type of tasks do you still feel like you need to go to github.com or other tools for?

6. If you had a magic wand to make this app just right for you, what would you change?