AI 资源库 · 已整理 5 项

Azure

查看与Azure相关的 AI 资讯、工具、Skill、工作流和开源项目。

微软将停用 Azure Deployment Environments,且无替代产品

微软宣布,Azure Deployment Environments 将于 2027 年 2 月 22 日停用,而且没有推出替代产品。届时,使用该服务的团队需要改用 Bicep 或 ARM 模板,直接部署环境。Microsoft Dev Box 会在 2028 年 9 月 18 日停用,官方建议转向 Windows 365,但微软自己说明,两者并非一一对应的替代关系。仍在 Dev Box 上的工作负载预计会被删除。对用户来说,原有环境管理能力将逐步消失,需要提前规划迁移,改用相应工具或服务。

文中可用工具

  • Azure Deployment Environments按需创建和管理开发环境的 Azure 服务,即将停用
  • Bicep微软的声明式基础设施即代码语言,被建议作为直接替代方式
  • ARM templatesAzure 资源管理器模板,被建议作为直接替代方式
  • Microsoft Dev Box面向开发者的云托管开发机服务,将于 2028 年停用
  • Windows 365微软云电脑服务,被指为 Dev Box 的迁移方向,但非一一对应
☆ 收藏查看来源 ↗

GitHub 9 月提交量达 74 亿次,新增 400 万 CPU 核心和 160 PB 存储以应对增长

GitHub 的提交量涨得极快:2024 年平均每月约 6500 万次,今年 4 月 14 亿次,8 月 29 亿次,9 月已达到 74 亿次,公司称主要推手是 AI Agent 带来的自动化需求。这种增长也让服务频繁出故障,所以 GitHub 今年已增加 400 万个 CPU 核心(多数在 Azure 上)、160 PB 高速存储和 50 Tb/s 网络带宽,并加强 GitHub Actions 算力。同时它正把计算和存储拆开重新架构,内部测试写入吞吐最高提升 35 倍。对开发者的意义是:这轮扩容已在进行,目标是减少卡顿和宕机,但新架构的具体上线时间原文未说明。

文中可用工具

  • GitHub ActionsGitHub 的自动化构建与运行服务,此次增加了算力
  • Azure微软云平台,GitHub 新增 CPU 核心主要部署于此
☆ 收藏查看来源 ↗

AI Recruiting Copilot:基于 Azure AI 的招聘简历筛选、候选人匹配与投标响应工作流

yshruzu-png/AI-Recruiting-Copilot · AI recruiting assistant on Azure: Content Understanding resume extraction, Agent Framework agent, bias-aware screening workflow, Terraform IaC, keyless security

AI Recruiting Copilot 是一个部署在 Azure 上的招聘辅助系统。它使用 Azure Content Understanding 从 PDF、Word 和扫描图片格式的简历中提取结构化候选人档案,并用 Azure AI Search 混合检索与透明评分公式把候选人与职位描述匹配。项目基于 Microsoft Agent Framework 构建招聘 Agent,让模型只看到匿名档案,只能依据代码计算的匹配得分作答,并拒绝基于年龄、婚姻状况等受保护属性的筛选请求。它还提供针对公共部门 Requests for Resumes 的核对流程:从 PDF 读取强制性与评分要求,按日期化工作经历核对证据,起草匿名响应表格和摘要,最后由招聘人员审批并导出 Word。仓库包含 Terraform 基础设施、合成数据集、离线测试与提取、搜索、Agent 和投标流程的评测脚本。

☆ 收藏查看来源 ↗

通往智能体规模 Git 基础设施的桥梁

GitHub 把 99.99999% 的仓库复制到了 Azure,但最繁忙的那一小部分仓库因为跨区域往返一次约 25 毫秒而搬不过去。原来的写入会锁住整个仓库,一次只能处理一个写入,最慢的副本拖慢了所有写入。现在 GitHub 把锁的范围从整个仓库缩小到单个引用(如分支),不同分支的写入可以同时进行,内部测试中写入吞吐提升了 3 到 4 倍。接下来,等数据都存进 Azure Blob Storage,读取就能和写入分开扩容,读者日常拉取代码时有望更快、高峰期也不容易被写入挤占。这一改动是已公布的架构演进,具体全面上线时间文中未说明。

文中可用工具

提供的材料未提及具体可用工具。

☆ 收藏查看来源 ↗

审计日志写着我的名字:把凭证交给智能体时,它到底继承了什么

作者把自己的 Azure 登录凭证直接交给一个 AI 编程智能体,然后测量它实际能碰到什么。结果发现:数据库只看到作者的名字、机器和工具,无法分辨是人还是智能体在执行,其中一个环境能删掉安全数据库里的数据,却偏偏没有审计记录。问题不在配置错误,而是整套身份设计默认“握着凭证的是人”,智能体借用人的身份后就继承了人的全部权限。这意味着你无法单独限制或吊销智能体的权限,也无法在事后证明某条查询是人还是机器跑的。

文中可用工具

  • Azure CLI缓存用户的登录令牌,供其他工具直接调用
  • sqlcmd命令行连接 SQL 数据库并执行查询
  • Azure提供云资源与身份认证的凭证体系
☆ 收藏查看来源 ↗