Mission Control dashboard links 404: /copilot/tasks/<uuid> path doesn't exist; sessions actually live at /agents/tasks/<uuid>

[dai]

Describe the bug

The github.com Mission Control "Created by me" dashboard shows links to remote sessions that point to a non-existent URL path. Clicking the link returns a 404, but the session itself is alive and reachable from the CLI via copilot --resume=.

The dashboard renders each session as:
\
https://github.com/copilot/tasks/?q=is%3Aopen
\
but the actual cloud API is served at:
\
/agents/tasks/
\
The two paths are not equivalent. Web routing for /copilot/tasks/ returns 404 even though the task exists in the cloud backend.

Reproduction

1. Open https://github.com/copilot -> "Created by me" (or any session list).
2. Click the first remote session in the list.
3. Observe: browser shows a 404 / page-not-found for the task.
4. In a terminal on the same account, run:
   \
   copilot --resume=05db5cb6-fea4-43ee-8914-4460ca096ca3
   \\
5. Observe: CLI prints "Remote control connected" and joins the same session, MCP servers reload successfully.

API evidence (collected 2026-09-09)

Endpoint	Auth	Status
GET /copilot/tasks/05db5cb6-fea4-43ee-8914-4460ca096ca3	no	404
GET /agents/tasks/05db5cb6-fea4-43ee-8914-4460ca096ca3	no	400 (bad request)
GET /agents/tasks/05db5cb6-fea4-43ee-8914-4460ca096ca3	yes	200
GET https://github.com/copilot/tasks/05db5cb6-...	n/a	404 (web route)

The CLI itself prints \https://github.com/copilot/tasks/\ after a successful resume, which suggests the URL template is generated client-side from a slug that omits the /agents/ prefix, instead of being derived from the actual API endpoint the CLI talks to.

Expected behavior

Clicking a session link in the Mission Control dashboard should land on a working detail page that resolves to the same task the CLI sees.

Affected version

• GitHub Copilot CLI: 1.0.84-3 (prerelease, 2026-09-09)
• Browser: latest Chrome on Windows
• github.com web app: current

Additional context

• The dashboard lists 320 active + 292 completed sessions on this account, with many entries under "No repository" -- likely accumulated test/orphan tasks from prior CLI versions and /remote experiments.
• The CLI's --resume\ works fine; only the web frontend's URL composition is broken.
• Possibly related to issue /remote command generates broken session URL (404) for enterprise users #2813 (URL format regression), but /remote command generates broken session URL (404) for enterprise users #2813 was fixed in v1.0.33 and the URL shape here is post-fix; this is a separate routing failure rather than a URL-shape failure.