<?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>Tue, 24 Mar 2026 07:00:00 +0000</lastBuildDate><atom:link href="https://www.strathweb.com/categories/agent-framework/index.xml" rel="self" type="application/rss+xml" />
    <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>
