https://thedotnetblog.com/zh/tags/github/Articles, tutorials and insights from the .NET community.Hugozh@thedotnetblog (The .NET Blog)@thedotnetblogSun, 14 Jun 2026 00:00:00 +0000https://thedotnetblog.com/zh/news/emiliano-montesdeoca/ai-alone-wont-change-business-system-will/Sun, 14 Jun 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/zh/news/emiliano-montesdeoca/ai-alone-wont-change-business-system-will/Jay Parikh 最新的 AI 平台文章值得一读，因为它正确地定位了企业的真正挑战：模型很重要，但持久的价值来自构建、上下文化、运行和持续改进智能体的受治理系统。<p>在最新的 Microsoft AI 平台文章中，有一句话我认为直击当前时刻的核心：</p> <p><strong>赢家不会是那些拥有最多演示的组织，而是那些将 AI 转变为用于实际工作的、受治理且持续改进的系统的组织。</strong></p> <p>这完全正确。</p> <h2 id="这是最好的战略性-ai-文章之一因为它把层级定位对了">这是最好的战略性 AI 文章之一，因为它把层级定位对了</h2> <p>太多 AI 对话仍然停留在模型争论上。</p> <p>哪个模型更聪明。哪个模型更便宜。哪个模型最新。</p> <p>这些并非无关紧要的问题，但如果你以企业的视角思考，它们格局太小了。</p> <p>源文章正确地把握了挑战的规模。它明确表示：&quot;<strong>决定成功的是 AI 周围的系统。</strong>&quot;</p> <p>这才是有用的框架。</p> <p>因为真正的企业价值来自于模型周围的系统：</p> <ul> <li>智能体是如何构建的</li> <li>它们如何在企业上下文中落地</li> <li>它们是如何部署的</li> <li>它们是如何治理的</li> <li>它们如何随时间改进</li> </ul> <p>这就是分散的实验与真正的转型之间的区别。</p> <h2 id="为什么我认为这个框架如此重要">为什么我认为这个框架如此重要</h2> <p>如果你只关注模型，你得到的是短暂的优势。</p> <p>如果你关注系统，你得到的是复利式的杠杆。</p> <p>这是关键的区分。</p> <p>这与 Foundry、GitHub、Microsoft IQ 和 Agent Framework 最近的发展方向高度吻合。</p> <h2 id="我的看法">我的看法</h2> <p>这是该批次中较强大的战略性文章之一，因为它将 AI 描述为工作的操作系统，而非一组孤立的演示。</p> <p>这正是企业实际需要思考的层面。</p> <p>老实说，公共领域的 AI 对话应该更多地发生在这个层面上。</p> <p>原文：<a href="https://blogs.microsoft.com/blog/2026/06/02/ai-alone-wont-change-your-business-the-system-running-it-will/">AI alone won&rsquo;t change your business. The system running it will.</a></p>https://thedotnetblog.com/zh/news/emiliano-montesdeoca/azure-devops-github-ai-era-platform-direction/Wed, 03 Jun 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/zh/news/emiliano-montesdeoca/azure-devops-github-ai-era-platform-direction/微软最新的 Azure DevOps 和 GitHub 更新使方向更加明确：GitHub 是最新智能体工作流首先落地的平台，而 Azure DevOps 在混合和过渡性企业环境中仍然重要。<p>最新的 Azure DevOps 和 GitHub 公告之所以有趣，与其说是因为某个单一功能，不如说是因为它明确揭示的平台方向。</p> <p>现在的信息已经很清晰了：</p> <ul> <li>GitHub 是最新智能体开发工作流首先落地的平台</li> <li>Azure DevOps 仍然重要，尤其是在混合和过渡性企业环境中</li> </ul> <p>这种分化正变得越来越容易如实描述。</p> <h2 id="这篇文章最有用的地方在于它不再假装">这篇文章最有用的地方在于它不再假装</h2> <p>源文章中最好的说法之一是，对于正在进行活跃开发的团队来说，将仓库迁移到 GitHub 通常意味着解锁&quot;<strong>最新的 AI 驱动工作流</strong>&quot;，而 Azure DevOps 则继续为需要更多时间的团队接受投资。</p> <p>这比模糊的&quot;一切都很棒&quot;的表述方式有用得多。</p> <p>因为现实很简单：</p> <ul> <li>GitHub 越来越是 Copilot 和智能体工作流的前沿</li> <li>Azure DevOps 仍然重要，因为真正的企业不能总是同时迁移所有东西</li> </ul> <p>这就是实际情况。</p> <h2 id="为什么这对正在做决策的团队很重要">为什么这对正在做决策的团队很重要</h2> <p>对许多组织来说，问题不在于 GitHub 是否有更强的 AI 势头——它显然有。</p> <p>问题在于如何在迁移过程中不破坏：</p> <ul> <li>规划工作流</li> <li>现有管道投资</li> <li>仓库治理</li> <li>迁移时间线</li> <li>围绕 Azure Boards 和测试基础设施的内部流程</li> </ul> <p>这就是为什么混合故事如此重要。</p> <p>文章表明微软并没有强制一个虚假的&quot;全有或全无&quot;的选择。它在围绕一个过渡性的现实进行建设。</p> <h2 id="enterprise-live-migrations-可能是操作上最重要的部分">Enterprise Live Migrations 可能是操作上最重要的部分</h2> <p>我认为 <strong>Enterprise Live Migrations</strong> 预览版是本次公告中最实用的内容之一。</p> <p>团队可以在&quot;<strong>最小化切换停机时间</strong>&ldquo;的情况下进行迁移，同时开发者继续工作——这正是企业比品牌宣传语言更关心的细节。</p> <p>这才是策略变真实的地方：</p> <ul> <li>更少的冻结时间</li> <li>更少的迁移戏剧性</li> <li>更现实的阶段性迁移</li> <li>更好地匹配大型组织的约束条件</li> </ul> <p>这就是平台方向变得可采纳的方式。</p> <h2 id="azure-devops-这边仍然有意义">Azure DevOps 这边仍然有意义</h2> <p>我也很欣赏 Azure DevOps 的故事并未被抛弃。</p> <p>文章仍然强调了：</p> <ul> <li>Azure DevOps 的 Copilot 代码审查</li> <li>Azure DevOps 中 CodeQL 的自动修复</li> <li>Azure Pipelines 中的 Apple Silicon 托管代理</li> <li>Azure DevOps MCP 服务器</li> </ul> <p>这很重要，因为很多组织将在混合状态下运行相当长一段时间。</p> <p>而在那段时间里，他们仍然需要更好的安全性和更好的开发者工作流。</p> <h2 id="我的看法">我的看法</h2> <p>对于规划下一步行动的组织来说，这很有用，因为它用更具操作性的现实取代了模糊的平台定位。</p> <p>GitHub 越来越是 AI 前沿的源代码控制中心。 Azure DevOps 在规划、管道、测试和过渡路径方面仍然重要。</p> <p>这就是实际解读。</p> <p>老实说，这比假装转型问题不存在要好得多。</p> <p>原文：<a href="https://devblogs.microsoft.com/devops/azure-devops-and-github-journeying-into-the-ai-era/">Azure DevOps and GitHub: Journeying into the AI Era</a></p>