Agent Skills
返回列表
🤖

Azure DevOps MCP 连接器

AI Agent 更新于 2026.08.30

将以下提示词粘贴到你的 AI 对话框中：

请根据 https://skillhub.cn/install/skillhub.md，安装 @user_3c6cb52e/connect-azure-devops-projects-work-items-repos-and-pipelines-to-mcp-agents

技能介绍

这个技能解决什么问题

把 Azure DevOps 暴露给 AI 代理时，常见的做法是给代理一个完整的 PAT，再让它自己拼 REST API 路径。结果是 URL、版本头、分页、错误结构都要代理自己处理，权限边界也无从谈起。当代理需要读取项目结构、认领工作项、拉取代码库内容、查看或触发管道、浏览测试计划与 Wiki 时，这类"裸 API"方案很容易越权或写坏数据。

这个技能的作用是提供一个 Azure DevOps MCP 服务，把上述资源类型收敛成少量带语义的工具调用，让代理以托管方式访问项目、工作项、构建、代码库、测试计划、Wiki 和管道，而不用关心具体的 REST 端点与认证细节。

它如何工作

技能的调用面覆盖 Azure DevOps 中代理最常需要的资源：

  • 项目与工作项：查询和变更工作项，例如把 /Getting Started Wiki 页面按最新的入职说明更新
  • 代码库：浏览文件内容与提交历史
  • 构建与管道：查看运行状态，必要时触发执行
  • 测试计划与 Wiki：读取测试用例与文档内容

部署上推荐使用远程 MCP 服务器，通过可流式传输的 HTTP 传输直接连到 Azure DevOps 托管端点；只有在你的场景明确需要本地 stdio 形态时，才安装 Node.js 20+ 并跑本地服务器。

适用边界与注意点

身份验证依赖 Microsoft 体系。 需要组织层面的 Microsoft 身份验证，而不是简单的 API Key。

远程优先，本地兜底。 除非有明确的离线或低延迟需求，否则不要自找麻烦起本地 stdio。

这是访问层，不是业务流程编排器。 它负责让代理能读能调，至于代理拿到结果后怎么决策、怎么分步执行，需要你自己在提示词或上层 Agent 里定义清楚。

使用场景

  • 版本发布前，让代理拉取当前迭代的工作项清单并按优先级排序，输出待办概览
  • 排查构建失败时，让代理读取管道运行日志和对应提交的代码变更，定位失败原因
  • 迭代收尾阶段，让代理检查测试计划中的未完成用例，并汇总到维基的发布说明页
  • 代码评审中，让代理对比两个分支的提交历史与文件内容，生成变更摘要供评审参考

适合人员

  • Azure DevOps 管理员，需要给团队的 AI 代理配置受控的 ADO 访问权限
  • DevOps 工程师，希望代理自动查询工作项和管道状态以加速故障排查
  • 使用 MCP 客户端的开发者，需要在本地 stdio 或远程服务间为 ADO 集成做选型
  • 团队技术负责人，想把迭代收尾的测试与发布说明整理工作交给代理处理