我太懂这种浏览器能正常访问但代码死活报错的憋屈感了！结合我踩过的坑，给你梳理几个容易遗漏的关键排查点：

1. 优先用**个人访问令牌(PAT)**替代普通密码 #

现在Azure DevOps（原VSO）对账号密码的支持已经很有限了，尤其是你的账号开启了MFA（多因素认证）的话，普通密码、Windows凭据完全没用。你得生成一个PAT：

• 登录Azure DevOps网页，点右上角头像 → Personal access tokens
• 新建令牌时，至少勾选Work Items分类下的Read权限，设置好有效期
• 代码里用VssBasicCredential传入PAT，用户名随便填（比如空字符串或者"PAT"都行）：

var credentials = new VssBasicCredential(string.Empty, "你的PAT令牌内容");
var connection = new VssConnection(new Uri(this.uri), credentials);
var workItemClient = connection.GetClient<WorkItemTrackingHttpClient>();

2. 彻底清理凭据缓存（别只清表面） #

你说清理了缓存，但可能没清彻底：

• 先关掉所有Visual Studio实例、Team Explorer相关进程（比如vssuiservice.exe）
• 删除这几个路径的缓存文件夹：
  • %LOCALAPPDATA%\Microsoft\Team Foundation\8.0\Cache
  • %LOCALAPPDATA%\Microsoft\VisualStudio\<你的VS版本号>\Team Explorer\Cache
• 打开控制面板→凭据管理器，删掉所有和dev.azure.com、visualstudio.com相关的Windows凭据/通用凭据

3. 核对projectUri的格式是否正确 #

要确保URI是项目的完整路径，格式应该是：

• 新格式：https://dev.azure.com/{你的组织名}/{项目名}/
• 旧格式：https://{你的组织名}.visualstudio.com/{项目名}/
  注意别漏了末尾的斜杠，也别写错组织或项目名称，差一个字符都可能导致认证失败

4. 确认账号的项目权限没被限制 #

就算浏览器能访问，也要检查你的账号在项目里有没有查看工作项的权限：

• 进入Azure DevOps项目→设置→权限→用户，找到你的账号，确认它所在的角色（比如Contributor）有View work items in this node的权限，自定义角色可能会漏掉这个权限

5. 强制指定认证方式 #

有时候自动凭据协商会出问题，你可以在代码里明确指定用Basic认证：

var patCredentials = new VssBasicCredential(string.Empty, "你的PAT");
var vssCredentials = new VssCredentials(patCredentials);
vssCredentials.AuthenticationType = VssAuthenticationType.Basic;
var connection = new VssConnection(new Uri(this.uri), vssCredentials);

6. 排查网络代理的影响 #

如果你的环境用了企业代理，浏览器可能已经配置了代理，但代码默认不会走代理。可以在代码里手动设置代理：

var proxyHandler = new HttpClientHandler
{
    Proxy = new WebProxy("http://你的代理地址:端口号"),
    UseProxy = true,
    // 如果代理需要认证，这里加上代理凭据
    // Credentials = new NetworkCredential("代理用户名", "代理密码")
};
var credentials = new VssBasicCredential(string.Empty, "你的PAT");
var connection = new VssConnection(new Uri(this.uri), credentials, proxyHandler);

内容的提问来源于stack exchange，提问作者user1335978