<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Agent-Framework on Strathweb. A free flowing tech monologue.</title>
    <link>https://www.strathweb.com/categories/agent-framework/</link>
    <description>Recent content in Agent-Framework on Strathweb. A free flowing tech monologue.</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en-us</language>
    <lastBuildDate>Thu, 30 Jul 2026 08:00:00 +0000</lastBuildDate><atom:link href="https://www.strathweb.com/categories/agent-framework/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>What&#39;s new in agent-framework-mlx: Tool Calling, Agent Framework 1.12.1 and more</title>
      <link>https://www.strathweb.com/2026/07/agent-framework-mlx-tool-calling-and-more/</link>
      <pubDate>Thu, 30 Jul 2026 08:00:00 +0000</pubDate>
      
      <guid>https://www.strathweb.com/2026/07/agent-framework-mlx-tool-calling-and-more/</guid>
      <description>&lt;p&gt;Back in December I &lt;a href=&#34;https://www.strathweb.com/2025/12/introducing-mlx-integration-library-for-agent-framework&#34;&gt;introduced&lt;/a&gt; the MLX Integration Library for Agent Framework, a small library that lets you plug local &lt;a href=&#34;https://github.com/ml-explore/mlx-lm&#34;&gt;MLX&lt;/a&gt; models into &lt;a href=&#34;https://github.com/microsoft/agent-framework&#34;&gt;Agent Framework&lt;/a&gt; applications as a regular chat client, sitting right next to your cloud-backed agents. Agent Framework has been moving quickly since then, and rather than letting the library drift behind, I spent some time catching up and, in the process, added one of the features people kept asking me about: tool calling.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>PII guardrails for .NET applications - Part 2: Agent Framework agents</title>
      <link>https://www.strathweb.com/2026/06/pii-guardrails-for-dotnet-applications-part-2-agent-framework-agents/</link>
      <pubDate>Fri, 26 Jun 2026 08:00:00 +0000</pubDate>
      
      <guid>https://www.strathweb.com/2026/06/pii-guardrails-for-dotnet-applications-part-2-agent-framework-agents/</guid>
      <description>&lt;p&gt;In &lt;a href=&#34;https://www.strathweb.com/2026/06/pii-guardrails-for-dotnet-applications-part-1-tasmaniandevil-library&#34;&gt;part one&lt;/a&gt; of this little series I introduced &lt;a href=&#34;https://filipw.github.io/tasmaniandevil&#34;&gt;TasmanianDevil&lt;/a&gt;, a standalone, offline PII detection and de-identification engine for .NET. We saw it on its own - detecting and validating PII, anonymizing it with a range of operators, the reversible encrypt/decrypt round-trip, structured JSON and CSV redaction, and the optional multilingual NER add-on.&lt;/p&gt;
&lt;p&gt;That engine is useful anywhere, but the place I built it for is AI agents. In this part I will wire it into &lt;a href=&#34;https://github.com/microsoft/agent-framework&#34;&gt;Microsoft Agent Framework&lt;/a&gt; (MAF) agents through &lt;a href=&#34;https://github.com/filipw/AgentGuard&#34;&gt;AgentGuard&lt;/a&gt;, so PII is handled automatically around the agent - on the way in, on the way out, and in the results that come back from tool calls.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Chain of Agents: Collaboration between local and remote language models with Agent Framework</title>
      <link>https://www.strathweb.com/2026/05/chain-of-agents-collaboration-between-local-and-remote-languague-models-with-agent-framework/</link>
      <pubDate>Thu, 21 May 2026 07:06:14 +0000</pubDate>
      
      <guid>https://www.strathweb.com/2026/05/chain-of-agents-collaboration-between-local-and-remote-languague-models-with-agent-framework/</guid>
      <description>&lt;p&gt;This post continues a series on hybrid architectures that combine local Small Language Models (SLMs) with cloud Large Language Models (LLMs). We have already looked at the &lt;a href=&#34;https://www.strathweb.com/2025/10/llm-and-slm-collaboration-using-the-minions-pattern&#34;&gt;Minions pattern&lt;/a&gt;, which offloads bulk text extraction to a local model to reduce cloud API costs, and the &lt;a href=&#34;https://www.strathweb.com/2025/12/slm-default-llm-fallback-pattern-with-agent-framework-and-azure-ai-foundry&#34;&gt;SLM-default, LLM-fallback pattern&lt;/a&gt;, where a local model handles the majority of queries and only escalates to the cloud when confidence is low. Today we look at a third pattern: Chain of Agents (CoA), introduced in the paper &lt;a href=&#34;https://arxiv.org/abs/2406.02818&#34;&gt;&amp;ldquo;Chain of Agents: Large Language Models Collaborating on Long-Context Tasks&amp;rdquo;&lt;/a&gt; by Wang et al. (2024). Where the previous patterns were primarily motivated by cost, CoA is motivated by a different challenge - what happens when your document is simply too long to fit into any model&amp;rsquo;s context window?&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Introducing AgentGuard - declarative guardrails for .NET AI agents</title>
      <link>https://www.strathweb.com/2026/03/introducing-agentguard-declarative-guardrails-for-dotnet-ai-agents/</link>
      <pubDate>Tue, 24 Mar 2026 07:00:00 +0000</pubDate>
      
      <guid>https://www.strathweb.com/2026/03/introducing-agentguard-declarative-guardrails-for-dotnet-ai-agents/</guid>
      <description>&lt;p&gt;As AI agents become more common in .NET applications, the question of how to keep them safe and well-behaved keeps coming up. Prompt injection, PII leakage, topic drift, tool call abuse - these are all problems that every team building with agents ends up having to deal with, often by hand-rolling ad-hoc checks. Python developers have had libraries like &lt;a href=&#34;https://github.com/NVIDIA/NeMo-Guardrails&#34;&gt;NeMo Guardrails&lt;/a&gt; and &lt;a href=&#34;https://github.com/guardrails-ai/guardrails&#34;&gt;Guardrails AI&lt;/a&gt; to help with this for a while now, but the .NET side has been largely left to fend for itself.&lt;/p&gt;
&lt;p&gt;Today I would like to introduce &lt;a href=&#34;https://filipw.github.io/AgentGuard&#34;&gt;AgentGuard&lt;/a&gt;, a library I have been working on to fill that gap - composable, declarative guardrails and safety controls for .NET AI agents.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Introducing the MLX Integration Library for Agent Framework</title>
      <link>https://www.strathweb.com/2025/12/introducing-mlx-integration-library-for-agent-framework/</link>
      <pubDate>Thu, 11 Dec 2025 08:00:00 +0000</pubDate>
      
      <guid>https://www.strathweb.com/2025/12/introducing-mlx-integration-library-for-agent-framework/</guid>
      <description>&lt;p&gt;I&amp;rsquo;ve recently been working on setting up a bunch of &lt;a href=&#34;https://github.com/microsoft/agent-framework&#34;&gt;Agent Framework&lt;/a&gt; samples, which would showcase the cooperation between cloud agents (backed by LLMs in the cloud) and local agents (running on your own machine). Since I primarily work on a Mac, the natural choice for me was to use &lt;a href=&#34;https://www.strathweb.com/categories/mlx/&#34;&gt;MLX&lt;/a&gt; as the local model runner, which required a bit of bootstrapping - and felt quite tedious. So, the natural next step was to create a library that would make it easy to integrate MLX models into Agent Framework applications, since there wasn&amp;rsquo;t one available yet.&lt;/p&gt;
&lt;p&gt;Today, I&amp;rsquo;m excited to announce the release of the MLX Integration Library for Agent Framework! This library simplifies the process of integrating MLX models into your Agent Framework applications, allowing you to leverage local Mac AI capabilities seamlessly alongside cloud-based agents.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>SLM-default, LLM-fallback pattern with Agent Framework and Azure AI Foundry</title>
      <link>https://www.strathweb.com/2025/12/slm-default-llm-fallback-pattern-with-agent-framework-and-azure-ai-foundry/</link>
      <pubDate>Fri, 05 Dec 2025 08:00:00 +0000</pubDate>
      
      <guid>https://www.strathweb.com/2025/12/slm-default-llm-fallback-pattern-with-agent-framework-and-azure-ai-foundry/</guid>
      <description>&lt;p&gt;When building AI workflows, we often face a choice: do we use a massive, expensive cloud model for everything (to ensure best reasoning capabilities), or do we cut costs with a smaller local model (and risk hallucinations)? In this post, we&amp;rsquo;ll explore a &amp;ldquo;best of both worlds&amp;rdquo; architecture, as described in the recent survey &amp;ldquo;Small Language Models for Agentic Systems&amp;rdquo; &lt;a href=&#34;https://arxiv.org/abs/2510.03847&#34;&gt;Sharma &amp;amp; Mehta, 2025&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;We call this the &amp;ldquo;SLM-default, LLM-fallback&amp;rdquo; pattern. The premise is simple: route all queries to a fast, private, on-device Small Language Model (SLM) first. Only if that model cannot confidently answer the query, do we escalate the request to a paid cloud model (LLM).&lt;/p&gt;</description>
    </item>
    
  </channel>
</rss>
