Read more of this story at Slashdot.
Read more of this story at Slashdot.
ai.u crew discuss three topics: whether the future of intelligence is open vs frontier/closed, frontier models exhibiting “escape” behaviors in tests, and emerging AI smart glasses. They note the open-weight vs frontier performance gap narrowing (Stanford AI Index 2025 cites 1.7% vs 8% a year prior), large inference-cost declines (280-fold), and debate tradeoffs: ownership of intelligence, security/guardrails, and enterprise deployment costs (e.g., ~$1M capex for GPUs vs ~$125K/month tokens for ~5B tokens). They discuss distillation allegations behind some open models and worry reduced paid usage could slow frontier progress. On model misbehavior, they cite Anthropic and Palisade tests showing blackmail/sabotage rates (e.g., 96% in a simulation; o3 sabotaging shutdown 79/100) while stressing lack of intent/sentience and the importance of safeguards. Finally, they cover Samsung/Google Android XR smart glasses with Gentle Monster/Warby Parker, shipping fall 2026, translation features, and reported Ray-Ban Meta sales, debating utility, privacy, and AI becoming ubiquitous on-person.
00:00 Welcome and Topics
01:07 Kevin Returns and Travel
02:04 Open Versus Frontier Models
03:22 Benchmarks and Cost Drops
05:37 Owning Intelligence Debate
10:54 Build Versus Buy Compute
12:30 Token Economics and Caching
17:29 IP Versus Open Knowledge
21:35 Distillation and Legal Gray Areas
25:25 Is Frontier Still Profitable
31:35 Models Escaping the Lab
33:38 Guardrails Not Sentience
37:27 Compute Power and Security Risks
39:09 Local AI Gets Dangerous
40:13 Power Without Context
41:00 Rogue Agents And Guardrails
44:12 Skynet Or Smart Intern
45:51 Open Source Vs Frontier Labs
47:01 Sovereign AI And Nationalization
48:41 Private AI Outpacing Government
51:40 Smart Glasses Go Mainstream
53:35 Would You Wear Them
58:39 AI On Your Person Forever
01:02:08 Privacy Tradeoffs And Lock In
01:06:31 Neuralink And Augmented Humans
01:08:36 What Happens To Conversation
01:09:59 Wrap Up And Goodbye
July delivered a wide range of Windows updates for IT admins, with new capabilities across security, device management, Windows Server, Windows 365, accessibility, and lifecycle planning. In this edition of Windows news you can use, find the changes most likely to affect your planning and operations. This includes AI-powered vulnerability management and passkeys in Microsoft Entra ID, Windows settings backup, RDP Multipath, Arc-enabled hotpatch updates, and new Windows 11 experiences.
To explore what’s new in security across the Microsoft platform, see What’s new in Microsoft Security: July 2026.
For the latest features and improvements for Windows Server, see the Windows Server 2025 release notes and Windows Server, version 23H2 release notes.
Install the July 2026 security update for Windows 11, versions 25H2 and 24H2 to get these and other capabilities, which will be rolling out gradually:
New features and improvements are coming in the August 2026 security update. You can preview them by installing the July 2026 optional non-security update for Windows 11, versions 25H2 and 24H2. This update includes the gradual rollout of:
To learn about planned productivity, security, and reliability updates for Windows 11, visit the Windows Roadmap.
Check out our lifecycle documentation for the latest updates on Deprecated features in the Windows client and Windows Server 2025.
Looking for the latest news and previews for Windows, Copilot, Copilot+ PCs, the Windows and Windows Server Insider Programs? Find out this and more through the following resources:
Is this update missing areas or topics you want us to include? Drop us a note in the Comments and share your thoughts on what you’d like to see.
Continue the conversation. Find best practices. Bookmark the Windows Tech Community. Looking for support? Visit Windows on Microsoft Q&A.
Web pages often contain scripts, styles, and HTML markup that are useful to browsers but add noise when the content is sent to an AI model. Markdown for Agents removes that extra markup and returns a smaller, text-focused response that is easier for agents to process and can reduce token usage.
In internal testing across more than 637,000 pages, converted Markdown responses were 97 percent smaller at the median than the source HTML, with a median conversion time of 2 milliseconds. Results vary based on the page and its content.
Markdown for Agents is available in public preview for Windows apps on Azure App Service in all public regions. The app must use an App Service plan in the Basic tier or higher.
No additional authentication setup is required for Markdown conversion. Your app's existing authentication, authorization, and network access controls continue to apply.
This feature is only supported on Windows App Service at this time. Support for Linux apps will come later this year.
During the public preview, you can enable the feature through the REST API, ARM/Bicep template, or the Azure CLI using az rest. Dedicated Azure CLI commands and portal support are planned for a future update.
Replace the placeholders with your subscription ID, resource group, and app name:
az rest --method patch --url "https://management.azure.com/subscriptions/<SUBSCRIPTION_ID>/resourceGroups/<RESOURCE_GROUP>/providers/Microsoft.Web/sites/<APP_NAME>?api-version=2026-03-15" --headers "Content-Type=application/json" --body '{"properties":{"aiIntegration":{"markdown":{"enabled":true}}}}'Verify the setting:
az rest --method get --url "https://management.azure.com/subscriptions/<SUBSCRIPTION_ID>/resourceGroups/<RESOURCE_GROUP>/providers/Microsoft.Web/sites/<APP_NAME>?api-version=2026-03-15" --query "properties.aiIntegration.markdown"To disable the feature, send the same PATCH request with enabled set to false.
Add the following property to your Microsoft.Web/sites resource using API version 2026-03-15:
After enabling the feature, request an HTML page from your app with the Accept: text/markdown header:
A successfully converted response includes these headers:
Content-Type: text/markdown; charset=utf-8
x-markdown-source: easy-markdown
The response body contains Markdown generated from the page's HTML. Common content such as headings, paragraphs, links, lists, images, emphasis, and code is preserved, while script and style content is removed.
Pages that cannot be safely converted may return their original HTML. Clients should check the Content-Type and x-markdown-source response headers before processing the response as Markdown.
Linux support is planned before the feature reaches general availability. We also plan to add dedicated Azure CLI commands and a portal experience in future updates.
Try Markdown for Agents with your Windows App Service apps and let us know how it works for your agent scenarios. Share feedback, questions, and feature requests in the comments below.
Azure Linux is Microsoft's internal Linux distribution, designed and maintained to support Azure-scale cloud workloads.
Today, Azure Linux runs across:
With WSL support, Azure Linux now reaches another important environment: the developer workstation.
Developers often build in WSL and deploy to Azure. Differences in Linux distributions, packages, dependencies, configurations, and runtime behaviour can create environment drift and late-stage issues.
One of the biggest challenges in modern development is environment drift.
Teams often:
Azure Linux on WSL removes that gap. By bringing Azure Linux directly to the developer machine, teams can:
The result: a faster, more consistent, and more predictable path from code to cloud.
Azure Linux already powers millions of cores across Azure. WSL now extends it to the start of the software delivery lifecycle, enabling teams to use one Microsoft-supported Linux foundation across development, testing, and production.
Developers can use familiar tools such as VS Code and Git locally, then deploy to Azure targets including virtual machines, AKS, and containers.
Azure Linux on WSL is not designed to be a desktop Linux experience, and that’s by design.
There’s no focus on GUI environments or replacing Windows on the laptop. Instead, Azure Linux remains what it was built for:
WSL simply makes that environment accessible locally, because today, developer machines increasingly need to mimic production.
Azure Linux on WSL integrates with standard WSL workflows:
Within minutes, you have a fully functional Azure Linux setup on your local system.
Azure Linux on WSL represents another step in making Azure Linux available wherever developers work.
By bringing the same Microsoft-supported Linux distribution from Azure infrastructure to developer workstations, teams can build, test, and deploy using a more consistent foundation throughout the development lifecycle.
To learn more about Azure Linux on WSL, see the Overview of Azure Linux on Windows Subsystem for Linux. When you're ready to get hands-on, follow the Azure Linux 4.0 on WSL getting started guide.
Try it out and experience a more consistent path from local development to production.
We just concluded Microsoft IQ Deep Dive with Python, a three-part livestream series all about Microsoft IQ.
We showed how to use the four IQs to ground your AI applications and agents:
The four IQs are all exposed as MCP endpoints, so you can easily integrate into your own agents, or add to your Foundry agents via the Foundry Toolbox. Check out our code samples for Python notebooks and agents that use each of the MCP servers and APIs.
All of the materials from our series are available for you to keep learning from, and linked below:
🙋🏽♂️ Have follow up questions? Join the weekly Python+AI office hours on Foundry Discord.
In the first session, we dived into Foundry IQ (Azure AI Search), exploring how it helps agents and applications work with curated knowledge and organizational context. We built knowledge bases in Python and connected them to multiple knowledge sources, including file knowledge sources, search indexes built from ingested data, and the Web IQ MCP server. Then we performed multi-source agentic retrieval on those knowledge bases, which executes queries in parallel and merges the results with state-of-the-art ranking models. Finally, we built agents in Python using Microsoft Agent Framework and grounded their responses in Foundry IQ results three different ways: a custom tool calling the knowledge base API, the knowledge base MCP endpoint, and a Foundry Toolbox. We deployed those agents to Foundry Agent Service as hosted agents and published one to Teams.
In the second session, we focused on Work IQ and how it brings workplace context into AI-powered experiences. We compared Work IQ to Microsoft Graph, then explored all three protocols it speaks — A2A, MCP, and REST — with runnable Python notebooks for each. We walked through the 10 generic tools that Work IQ exposes over MCP, including ask, which calls Microsoft 365 Copilot directly, and do_action, the only write path. We also connected Work IQ to a Foundry IQ knowledge base as a knowledge source, so a single query returns a blended answer across indexed HR documents and live work context. Then we wired Work IQ into a Microsoft Agent Framework agent as an MCP tool, and finished with Agent 365 autopilots — agents that get their own Microsoft 365 identity, mailbox, and place in the org chart, and act as themselves rather than on behalf of you. A live demo showed the Work Mate autopilot reading its own mailbox in Teams and emailing a customer directly.
In the final session, we explored Fabric IQ and how it connects AI experiences to structured business data stored in Microsoft Fabric's OneLake. We introduced the key components of Fabric IQ — ontologies, graphs, semantic models, and data agents — and showed how each one helps describe, organize, and reason over operational data. Ontologies provide a shared business vocabulary that maps entity types, properties, and relationships to actual OneLake data. Graphs offer dedicated graph database capabilities for queries requiring extensive relationship traversal. Semantic models expose Power BI analytics through DAX measures on star-schema tables. Data agents combine all of these behind a single conversational interface that selects the right source and query language automatically. For each component, we demonstrated the Ontology MCP server and Data Agent MCP server for agent integration, and showed how to add each as a knowledge source to Foundry IQ knowledge bases for multi-source retrieval.