Feature Request: support repositories hosted on external Git providers (for example Azure DevOps Repos)

## Problem

Session creation and repository-aware behavior assume a repository hosted on GitHub. Many organizations adopting Copilot keep a substantial amount of source in other Git hosts and cannot migrate it in the near term. Azure DevOps Repos is a common example: an organization may use GitHub for some work while its primary product repositories remain in Azure DevOps.

Those repositories are currently out of reach for agent sessions, which forces teams either to exclude their primary codebases from agent workflows or to mirror them into GitHub, which introduces drift and additional governance burden.

## What is missing

- No supported way to point a session at a repository hosted on a different Git provider, such as Azure DevOps Repos.
- No documented contract describing which capabilities require GitHub hosting (for example pull request creation or issue linking) and which only require a Git working tree.

## Proposed behavior

- A session can target any reachable Git remote, authenticated through a caller-supplied credential.
- Capabilities that genuinely require GitHub-specific APIs degrade explicitly, with a clear capability error, rather than failing in an undifferentiated way.
- Code-level capabilities that only need a working tree — reading, editing, running commands, running tests, producing a diff or a patch — work regardless of the host.
- Documentation states clearly which features are host-agnostic and which are GitHub-specific.

## Example scenario

An organization's application code lives in Azure DevOps Repos while its shared open-source dependencies live on GitHub. The team wants the agent to investigate and patch the Azure DevOps repository and return a reviewable change, using an Azure DevOps credential supplied by the caller.

## Acceptance criteria

- A repository on a non-GitHub Git remote, such as Azure DevOps Repos, can be used as the session working tree.
- Authentication for that remote is caller-supplied and not required to be a GitHub credential.
- Host-specific capabilities return a clear, documented capability error when unavailable.

Không có tệp mã nguồn, bài kiểm thử hoặc điểm vào nào được nêu; hãy bắt đầu bằng cách xác định phần tạo session và xử lý xác thực repository trong SDK. Được xem là hoàn tất khi có thể sử dụng một remote không phải GitHub có thể truy cập được bằng thông tin xác thực do bên gọi cung cấp, trong khi các capability đặc thù của host không khả dụng sẽ tạo ra các lỗi rõ ràng và được ghi chép.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.