<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/">
  <channel>
    <title>Zeaware</title>
    <link>https://www.zeaware.com</link>
    <atom:link href="" rel="self" type="application/rss+xml" />
    <description><![CDATA[Smart cloud applications for modern businesses driving competitve advantage]]></description>
    <language>en-AU</language>
    <generator>https://zeaware.com/cms?v=5.6.1</generator>
    <lastBuildDate>Tue, 21 Apr 2026 00:00:00 GMT</lastBuildDate>
    <sy:updatePeriod>hourly</sy:updatePeriod>
    <sy:updateFrequency>1</sy:updateFrequency>
    <item>
      <title>Tony Bain Speaking at AI in Practice Panel</title>
      <link>https://www.zeaware.com/blog/deakin_ai_breakfast_panel_2026_event</link>
      <dc:creator><![CDATA[The Zeaware Team]]></dc:creator>
      <pubDate>Tue, 21 Apr 2026 00:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://www.zeaware.com/blog/deakin_ai_breakfast_panel_2026_event</guid>
      <description><![CDATA[<section>
  <p>Zeaware CEO Tony Bain will be a panelist at the upcoming event <em>AI in Practice: Turning Hype into Measurable SME Impact</em>.</p>
  <p>The session brings together a range of speakers to discuss how small and medium-sized organisations are approaching AI, with a focus on practical use rather than theory.</p>

  <h3>About the session</h3>
  <p>The panel is centred on a common question - how to move from experimenting with AI to actually using it in day-to-day operations.</p>
  <p>Topics are expected to include:</p>
  <ul>
    <li>Where AI is currently being used in SMEs</li>
    <li>Challenges in getting from pilot to production</li>
    <li>What tends to work in practice</li>
    <li>The role of data, workflows, and governance</li>
  </ul>

  <h3>Tony�s contribution</h3>
  <p>Tony will share perspectives based on Zeaware�s work building and deploying AI systems in business environments.</p>
  <p>This includes a focus on:</p>
  <ul>
    <li>Making AI work within existing processes</li>
    <li>Keeping outputs reliable and consistent</li>
    <li>Applying governance as part of the design</li>
  </ul>

  <h3>Event details</h3>
  <p>The event will be held as a breakfast panel session in Melbourne, bringing together practitioners and business leaders interested in practical AI adoption.</p>
  <p>
    More information and registration is available here:
    <a href="https://www.eventbrite.com.au/e/breakfast-panel-ai-in-practice-turning-hype-into-measurable-sme-impact-tickets-1985685067490" target="_blank" rel="noopener noreferrer">
      View event details
    </a>
  </p>
</section>]]></description>
      <content:encoded><![CDATA[<section>
  <p>Zeaware CEO Tony Bain will be a panelist at the upcoming event <em>AI in Practice: Turning Hype into Measurable SME Impact</em>.</p>
  <p>The session brings together a range of speakers to discuss how small and medium-sized organisations are approaching AI, with a focus on practical use rather than theory.</p>

  <h3>About the session</h3>
  <p>The panel is centred on a common question - how to move from experimenting with AI to actually using it in day-to-day operations.</p>
  <p>Topics are expected to include:</p>
  <ul>
    <li>Where AI is currently being used in SMEs</li>
    <li>Challenges in getting from pilot to production</li>
    <li>What tends to work in practice</li>
    <li>The role of data, workflows, and governance</li>
  </ul>

  <h3>Tony�s contribution</h3>
  <p>Tony will share perspectives based on Zeaware�s work building and deploying AI systems in business environments.</p>
  <p>This includes a focus on:</p>
  <ul>
    <li>Making AI work within existing processes</li>
    <li>Keeping outputs reliable and consistent</li>
    <li>Applying governance as part of the design</li>
  </ul>

  <h3>Event details</h3>
  <p>The event will be held as a breakfast panel session in Melbourne, bringing together practitioners and business leaders interested in practical AI adoption.</p>
  <p>
    More information and registration is available here:
    <a href="https://www.eventbrite.com.au/e/breakfast-panel-ai-in-practice-turning-hype-into-measurable-sme-impact-tickets-1985685067490" target="_blank" rel="noopener noreferrer">
      View event details
    </a>
  </p>
</section>]]>&gt;</content:encoded>
    </item>
    <item>
      <title>Claude Opus 4.7 now supported in Zeaware Avalon</title>
      <link>https://www.zeaware.com/blog/anthropic_claude_opus_4_7_support</link>
      <dc:creator><![CDATA[The Zeaware Team]]></dc:creator>
      <pubDate>Tue, 21 Apr 2026 00:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://www.zeaware.com/blog/anthropic_claude_opus_4_7_support</guid>
      <description><![CDATA[<section>
  <p>
    Zeaware Avalon now supports Claude Opus 4.7, the latest model released by Anthropic.
  </p>
  <p>
    This continues Zeaware Avalon�s approach of supporting a range of leading models, allowing organisations to select the most appropriate option for their specific use case.
  </p>

  <h3>What�s changed in Opus 4.7</h3>
  <p>
    According to Anthropic, Opus 4.7 includes updates across several areas:
  </p>
  <ul>
    <li>Improvements to reasoning and multi-step task handling</li>
    <li>Better performance in software engineering and agent-style workflows</li>
    <li>More consistent instruction following</li>
    <li>Enhancements to output quality and coherence</li>
    <li>Ongoing updates to safety and model behaviour</li>
  </ul>
  <p>
    As with all model updates, actual impact will depend on how the model is applied within a given solution.
  </p>

  <h3>How this fits within Zeaware Avalon</h3>
  <p>
    Opus 4.7 is available as a selectable model within Zeaware Avalon and can be used across:
  </p>
  <ul>
    <li>Agent workflows</li>
    <li>Retrieval-based (RAG) use cases</li>
    <li>Document and content generation</li>
    <li>General-purpose interactions</li>
  </ul>
  <p>
    No changes are required to existing orchestration, governance, or integration patterns - model selection remains configurable at the agent level.
  </p>

  <h3>What to consider</h3>
  <ul>
    <li>Test against existing use cases to validate behaviour and output</li>
    <li>Compare results with other available models where appropriate</li>
    <li>Review cost, latency, and response characteristics</li>
  </ul>
  <p>
    Model updates can introduce differences in behaviour, so validation in your specific context remains important.
  </p>

  <h3>Availability</h3>
  <p>
    Claude Opus 4.7 is now available in Zeaware Avalon environments.
  </p>
  <p>
    If you are currently using Opus 4.6 or other models, you can evaluate 4.7 as part of your normal model selection and testing process.
  </p>
</section>]]></description>
      <content:encoded><![CDATA[<section>
  <p>
    Zeaware Avalon now supports Claude Opus 4.7, the latest model released by Anthropic.
  </p>
  <p>
    This continues Zeaware Avalon�s approach of supporting a range of leading models, allowing organisations to select the most appropriate option for their specific use case.
  </p>

  <h3>What�s changed in Opus 4.7</h3>
  <p>
    According to Anthropic, Opus 4.7 includes updates across several areas:
  </p>
  <ul>
    <li>Improvements to reasoning and multi-step task handling</li>
    <li>Better performance in software engineering and agent-style workflows</li>
    <li>More consistent instruction following</li>
    <li>Enhancements to output quality and coherence</li>
    <li>Ongoing updates to safety and model behaviour</li>
  </ul>
  <p>
    As with all model updates, actual impact will depend on how the model is applied within a given solution.
  </p>

  <h3>How this fits within Zeaware Avalon</h3>
  <p>
    Opus 4.7 is available as a selectable model within Zeaware Avalon and can be used across:
  </p>
  <ul>
    <li>Agent workflows</li>
    <li>Retrieval-based (RAG) use cases</li>
    <li>Document and content generation</li>
    <li>General-purpose interactions</li>
  </ul>
  <p>
    No changes are required to existing orchestration, governance, or integration patterns - model selection remains configurable at the agent level.
  </p>

  <h3>What to consider</h3>
  <ul>
    <li>Test against existing use cases to validate behaviour and output</li>
    <li>Compare results with other available models where appropriate</li>
    <li>Review cost, latency, and response characteristics</li>
  </ul>
  <p>
    Model updates can introduce differences in behaviour, so validation in your specific context remains important.
  </p>

  <h3>Availability</h3>
  <p>
    Claude Opus 4.7 is now available in Zeaware Avalon environments.
  </p>
  <p>
    If you are currently using Opus 4.6 or other models, you can evaluate 4.7 as part of your normal model selection and testing process.
  </p>
</section>]]>&gt;</content:encoded>
    </item>
    <item>
      <title>Scaling Enterprise AI</title>
      <link>https://www.zeaware.com/blog/scaling_enterprise_ai</link>
      <dc:creator><![CDATA[Tony Bain (Zeaware CEO)]]></dc:creator>
      <pubDate>Sun, 12 Apr 2026 00:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://www.zeaware.com/blog/scaling_enterprise_ai</guid>
      <description><![CDATA[<section>
  <p>Over the past 12 to 18 months, most organisations have moved beyond asking whether they should use AI.</p>

  <p>They have run pilots, built internal tools, tested use cases, and in many instances deployed early assistants and agents into real workflows. For many, those initiatives have delivered genuine value.</p>

  <p>Yet for others, a consistent pattern has emerged. Progress often slows at the point where AI begins to matter most - when organisations attempt to move from isolated success into broader, operational use.</p>

  <p>In many cases, this slowdown is not a failure of the technology. Rather, it reflects what can happen when a new capability like AI is introduced without a clear model for how it operates, scales, and integrates into the enterprise.</p>

  <h2>From capability to coordination</h2>

  <p>Early AI success is relatively contained. A model is applied to a specific task, connected to a dataset, and guided with a well-formed prompt. Within that boundary, outcomes can be impressive.</p>

  <p>However, as soon as that capability is extended across teams, systems, and processes, the nature of the challenge changes.</p>

  <p>It is no longer just about whether an agent can produce a useful response. It becomes a question of coordination:</p>

  <ul>
    <li>Which systems can it access, and under what conditions</li>
    <li>What data is appropriate and trusted for a given context</li>
    <li>How decisions are validated before they are acted upon</li>
    <li>How outputs are traced, explained, and reviewed</li>
    <li>Where accountability ultimately sits</li>
  </ul>

  <p>These are not new problems. They are the same questions enterprises have always had to answer when introducing new systems into core operations. AI simply brings them into sharper focus.</p>

  <h2>When AI becomes part of the operating model</h2>

  <p>As organisations push further, AI starts to take on a different role.</p>

  <p>Agents are no longer confined to answering questions or generating content. They begin to interact with multiple systems, execute steps within workflows, and produce outputs that influence real business outcomes.</p>

  <p>At that point, AI is no longer just a tool. It becomes part of the operating model.</p>

  <p>And operating models require structure.</p>

  <p>Without that structure, even highly capable AI introduces friction. Teams hesitate to trust outputs. Processes require additional layers of manual validation. Scaling becomes inconsistent, and governance is applied after the fact rather than built in from the start.</p>

  <p>This is often where the gap between a successful pilot and a sustainable production deployment becomes most visible.</p>

  <h2>The limitation isn�t intelligence</h2>

  <p>A common response is to focus on improving the AI itself - refining prompts, enhancing retrieval, or adopting more advanced models.</p>

  <p>Those steps can improve outcomes, but they rarely address the underlying constraint.</p>

  <p>Because the challenge is not only about generating better answers. It is about controlling how those answers are formed, how they are validated, and how they are used within a broader process.</p>

  <p>Without that level of control, capability alone does not translate into reliability.</p>

  <h2>The emergence of structure around AI</h2>

  <p>What is beginning to take shape across many organisations is a more deliberate approach to how AI operates within the enterprise.</p>

  <p>For many, this has not yet been formally defined. However, together with our partners, we have been working to shape this more explicitly as organisations define how AI should operate, scale, and integrate within their environments.</p>

  <p>This includes structure around:</p>

  <ul>
    <li>How agents are defined, deployed, and allowed to interact</li>
    <li>How tools and data sources are accessed and governed</li>
    <li>How workflows are coordinated across systems</li>
    <li>Where human touchpoints are introduced for validation and oversight</li>
    <li>How policies and guardrails are applied consistently</li>
    <li>How execution is recorded, reviewed, and understood</li>
  </ul>

  <p>In many ways, this mirrors previous shifts in enterprise technology. Software development did not scale simply by writing better code. It scaled through the introduction of environments, pipelines, governance models, and operational discipline.</p>

  <p>AI is now moving through a similar transition.</p>

  <h2>Where this becomes real</h2>

  <p>The inflection point is rarely technical. It is operational.</p>

  <p>It is the moment when an organisation moves from proving that something can work, to relying on it to work consistently within a live process.</p>

  <p>At that point, priorities change:</p>

  <ul>
    <li>Consistency becomes more important than novelty</li>
    <li>Traceability becomes as important as speed</li>
    <li>Control becomes as important as capability</li>
  </ul>

  <p>This is where many of the more meaningful decisions around AI are now being made.</p>

  <h2>A shift that is still unfolding</h2>

  <p>There remains a strong focus on models, benchmarks, and rapid capability improvements. That momentum will continue.</p>

  <p>But increasingly, the more consequential work is happening elsewhere - in how organisations bring those capabilities into environments where reliability, accountability, and structure are required.</p>

  <p>Not by constraining AI, but by giving it a framework within which it can operate effectively.</p>

  <p>Across the organisations we work with, this shift is often being shaped in partnership with system integrators and advisory teams who are helping organisations define what that operating model should look like - how AI fits into processes, how governance is applied, and how accountability is maintained.</p>

  <p>What is becoming equally important is how that operating model is then put into practice, consistently and at scale - particularly as the number of agents, tools, and interconnected processes begins to grow.</p>

  <p>At Zeaware, this is where much of our focus sits. Ensuring that once those structures are defined, they can be operationalised in a way that is repeatable, observable, and aligned with how the organisation actually works. It is also a key driver behind how we continue to evolve Avalon.</p>

  <p>More broadly, it reflects a shift that is becoming increasingly evident across the enterprise landscape.</p>

  <p>One that is less about what AI can do, and more about how it is enabled to do it well.</p>
</section>]]></description>
      <content:encoded><![CDATA[<section>
  <p>Over the past 12 to 18 months, most organisations have moved beyond asking whether they should use AI.</p>

  <p>They have run pilots, built internal tools, tested use cases, and in many instances deployed early assistants and agents into real workflows. For many, those initiatives have delivered genuine value.</p>

  <p>Yet for others, a consistent pattern has emerged. Progress often slows at the point where AI begins to matter most - when organisations attempt to move from isolated success into broader, operational use.</p>

  <p>In many cases, this slowdown is not a failure of the technology. Rather, it reflects what can happen when a new capability like AI is introduced without a clear model for how it operates, scales, and integrates into the enterprise.</p>

  <h2>From capability to coordination</h2>

  <p>Early AI success is relatively contained. A model is applied to a specific task, connected to a dataset, and guided with a well-formed prompt. Within that boundary, outcomes can be impressive.</p>

  <p>However, as soon as that capability is extended across teams, systems, and processes, the nature of the challenge changes.</p>

  <p>It is no longer just about whether an agent can produce a useful response. It becomes a question of coordination:</p>

  <ul>
    <li>Which systems can it access, and under what conditions</li>
    <li>What data is appropriate and trusted for a given context</li>
    <li>How decisions are validated before they are acted upon</li>
    <li>How outputs are traced, explained, and reviewed</li>
    <li>Where accountability ultimately sits</li>
  </ul>

  <p>These are not new problems. They are the same questions enterprises have always had to answer when introducing new systems into core operations. AI simply brings them into sharper focus.</p>

  <h2>When AI becomes part of the operating model</h2>

  <p>As organisations push further, AI starts to take on a different role.</p>

  <p>Agents are no longer confined to answering questions or generating content. They begin to interact with multiple systems, execute steps within workflows, and produce outputs that influence real business outcomes.</p>

  <p>At that point, AI is no longer just a tool. It becomes part of the operating model.</p>

  <p>And operating models require structure.</p>

  <p>Without that structure, even highly capable AI introduces friction. Teams hesitate to trust outputs. Processes require additional layers of manual validation. Scaling becomes inconsistent, and governance is applied after the fact rather than built in from the start.</p>

  <p>This is often where the gap between a successful pilot and a sustainable production deployment becomes most visible.</p>

  <h2>The limitation isn�t intelligence</h2>

  <p>A common response is to focus on improving the AI itself - refining prompts, enhancing retrieval, or adopting more advanced models.</p>

  <p>Those steps can improve outcomes, but they rarely address the underlying constraint.</p>

  <p>Because the challenge is not only about generating better answers. It is about controlling how those answers are formed, how they are validated, and how they are used within a broader process.</p>

  <p>Without that level of control, capability alone does not translate into reliability.</p>

  <h2>The emergence of structure around AI</h2>

  <p>What is beginning to take shape across many organisations is a more deliberate approach to how AI operates within the enterprise.</p>

  <p>For many, this has not yet been formally defined. However, together with our partners, we have been working to shape this more explicitly as organisations define how AI should operate, scale, and integrate within their environments.</p>

  <p>This includes structure around:</p>

  <ul>
    <li>How agents are defined, deployed, and allowed to interact</li>
    <li>How tools and data sources are accessed and governed</li>
    <li>How workflows are coordinated across systems</li>
    <li>Where human touchpoints are introduced for validation and oversight</li>
    <li>How policies and guardrails are applied consistently</li>
    <li>How execution is recorded, reviewed, and understood</li>
  </ul>

  <p>In many ways, this mirrors previous shifts in enterprise technology. Software development did not scale simply by writing better code. It scaled through the introduction of environments, pipelines, governance models, and operational discipline.</p>

  <p>AI is now moving through a similar transition.</p>

  <h2>Where this becomes real</h2>

  <p>The inflection point is rarely technical. It is operational.</p>

  <p>It is the moment when an organisation moves from proving that something can work, to relying on it to work consistently within a live process.</p>

  <p>At that point, priorities change:</p>

  <ul>
    <li>Consistency becomes more important than novelty</li>
    <li>Traceability becomes as important as speed</li>
    <li>Control becomes as important as capability</li>
  </ul>

  <p>This is where many of the more meaningful decisions around AI are now being made.</p>

  <h2>A shift that is still unfolding</h2>

  <p>There remains a strong focus on models, benchmarks, and rapid capability improvements. That momentum will continue.</p>

  <p>But increasingly, the more consequential work is happening elsewhere - in how organisations bring those capabilities into environments where reliability, accountability, and structure are required.</p>

  <p>Not by constraining AI, but by giving it a framework within which it can operate effectively.</p>

  <p>Across the organisations we work with, this shift is often being shaped in partnership with system integrators and advisory teams who are helping organisations define what that operating model should look like - how AI fits into processes, how governance is applied, and how accountability is maintained.</p>

  <p>What is becoming equally important is how that operating model is then put into practice, consistently and at scale - particularly as the number of agents, tools, and interconnected processes begins to grow.</p>

  <p>At Zeaware, this is where much of our focus sits. Ensuring that once those structures are defined, they can be operationalised in a way that is repeatable, observable, and aligned with how the organisation actually works. It is also a key driver behind how we continue to evolve Avalon.</p>

  <p>More broadly, it reflects a shift that is becoming increasingly evident across the enterprise landscape.</p>

  <p>One that is less about what AI can do, and more about how it is enabled to do it well.</p>
</section>]]>&gt;</content:encoded>
    </item>
    <item>
      <title>Fix the Data, Not the AI</title>
      <link>https://www.zeaware.com/blog/ai_data_quality</link>
      <dc:creator><![CDATA[The Zeaware Team]]></dc:creator>
      <pubDate>Tue, 24 Mar 2026 00:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://www.zeaware.com/blog/ai_data_quality</guid>
      <description><![CDATA[<p class="blog-article-subtitle">Why the fastest path to better AI outcomes is improving your data - not your prompts</p>
  

  <div class="blog-article-body">
    <p>Most teams trying to improve AI performance follow the same path.</p>

    <p>They tweak prompts.<br>
    They switch models.<br>
    They add more context.<br>
    They introduce validation layers.</p>

    <p>It helps - but sometimes only marginally.</p>

    <p>Because in many cases, the problem isn�t the AI.</p>

    <p><strong>It�s the data.</strong></p>

    <h2>A common reason AI outputs fall short</h2>

    <p>Across enterprise deployments, we consistently see the same data issues:</p>

    <ul>
      <li>Content that is duplicated or slightly inconsistent</li>
      <li>Missing structure across documents</li>
      <li>Conflicting information across sources</li>
      <li>Important context buried in headings or formatting</li>
      <li>Poorly chunked data that loses meaning when retrieved</li>
    </ul>

    <p>When an AI system produces an answer that feels unreliable, it�s often doing exactly what it was asked to do - using the information available to it.</p>

    <p>The issue is that the information itself is not reliable enough.</p>

    <h2>The anti-pattern: fixing outputs in the AI Assistant</h2>

    <p>A common response is to try and �correct� the AI at runtime.</p>

    <p>This typically involves:</p>

    <ul>
      <li>Prompt tuning loops</li>
      <li>Adding more retrieval context</li>
      <li>Rewriting answers before presenting them</li>
      <li>Adding additional validation passes</li><li>Hardcoding "fix/workaround" prompts</li>
    </ul>

    <p>These approaches treat the symptom, not the cause.</p>

    <p>They can improve individual responses, but they don�t create a system that gets better over time.</p>

    <p>In many cases, they also introduce:</p>

    <ul>
      <li>Increased latency</li>
      <li>Higher costs from additional model calls</li>
      <li>More complexity in orchestration</li>
    </ul>

    <p>And the underlying data problems remain unchanged.</p>

    <h2>POCs vs Production: where this approach breaks down</h2>

    <p>For early proof-of-concepts, working around data issues is often acceptable.</p>

    <p>The goal at that stage is to demonstrate capability, not perfection. Prompt tuning, adding context, and refining responses can be enough to show what�s possible.</p>

    <p>But this approach doesn�t scale.</p>

    <p>As soon as you move toward pilot or production, the cracks become obvious:</p>

    <ul>
      <li>Inconsistent answers across similar questions</li>
      <li>Increasing reliance on complex prompts</li>
      <li>Escalating cost and latency from additional model calls</li>
      <li>Lack of confidence from users and stakeholders</li>
    </ul>

    <p>At this point, continuing to work around data issues becomes a liability.</p>

    <p><strong>Production systems require a deliberate approach to data quality management.</strong></p>

    <h2>A better approach: fix data at the source</h2>

    <p>The most effective improvements we�re seeing come from a different strategy entirely:</p>

    <p><strong>Improving the data itself.</strong></p>

    <p>Instead of trying to fix answers after they are generated, organisations are using AI to analyse and improve their knowledge sources offline.</p>

    <p>This shifts the focus from:</p>

    <blockquote>
      <p>�How do we get a better answer?�</p>
    </blockquote>

    <p>to:</p>

    <blockquote>
      <p>�How do we ensure the system is working from better information?�</p>
    </blockquote>

    <h2>The AI-driven data improvement loop</h2>

    <p>A more effective pattern is emerging.</p>

    <p>AI is used not just for answering questions, but for continuously improving the content it relies on.</p>

    <p>This typically involves:</p>

    <h3>1. Analysing existing content</h3>

    <p>AI reviews documents, product data, policies, and knowledge bases to identify:</p>

    <ul>
      <li>duplication</li>
      <li>inconsistencies</li>
      <li>gaps in coverage</li>
      <li>conflicting statements</li>
      <li>poor structure or formatting</li>
    </ul>

    <h3>2. Proposing improvements</h3>

    <p>Rather than rewriting content blindly, the system proposes structured changes such as:</p>

    <ul>
      <li>consolidating duplicate content</li>
      <li>resolving inconsistencies</li>
      <li>restructuring sections for clarity</li>
      <li>enriching missing information</li>
    </ul>

    <h3>3. Presenting changes with context</h3>

    <p>Each proposed change includes:</p>

    <ul>
      <li>before and after comparisons</li>
      <li>supporting evidence</li>
      <li>references to source material</li>
    </ul>

    <h2>Human-in-the-loop: control, not automation</h2>

    <p>Of course, enterprise data cannot be automatically rewritten without oversight.</p>

    <p>This is where a human-in-the-loop process becomes critical.</p>

    <p>Instead of fully automated changes, organisations implement a controlled workflow where:</p>

    <ul>
      <li>proposed changes are reviewed</li>
      <li>content can be edited before approval</li>
      <li>decisions are explicitly approved or rejected</li>
      <li>a full audit trail is maintained</li>
    </ul>

    <p>This creates:</p>

    <ul>
      <li>accountability</li>
      <li>transparency</li>
      <li>confidence in changes</li>
    </ul>

    <p>And importantly, it ensures that improvements are deliberate, not accidental.</p>

    <h2>From static knowledge to continuously improving systems</h2>

    <p>When this approach is applied consistently, something important happens.</p>

    <p>The system improves over time - not because the model changes, but because the <strong>data improves</strong>.</p>

    <p>This leads to:</p>

    <ul>
      <li>more consistent answers</li>
      <li>reduced ambiguity</li>
      <li>better retrieval outcomes</li>
      <li>fewer edge cases</li>
      <li>less reliance on prompt engineering</li>
    </ul>

    <p>AI stops being something that needs constant correction, and starts becoming part of a broader knowledge improvement system.</p>

    <h2>The bottom line</h2>

    <p>If you want better AI outcomes, start by improving your data.</p>

    <p>Not just once, but continuously.</p>

    <p>Because the most effective AI systems aren�t the ones with the best prompts.</p>

    <p>They�re the ones built on <strong>reliable, structured, and actively maintained knowledge</strong>.</p>
  </div>]]></description>
      <content:encoded><![CDATA[<p class="blog-article-subtitle">Why the fastest path to better AI outcomes is improving your data - not your prompts</p>
  

  <div class="blog-article-body">
    <p>Most teams trying to improve AI performance follow the same path.</p>

    <p>They tweak prompts.<br>
    They switch models.<br>
    They add more context.<br>
    They introduce validation layers.</p>

    <p>It helps - but sometimes only marginally.</p>

    <p>Because in many cases, the problem isn�t the AI.</p>

    <p><strong>It�s the data.</strong></p>

    <h2>A common reason AI outputs fall short</h2>

    <p>Across enterprise deployments, we consistently see the same data issues:</p>

    <ul>
      <li>Content that is duplicated or slightly inconsistent</li>
      <li>Missing structure across documents</li>
      <li>Conflicting information across sources</li>
      <li>Important context buried in headings or formatting</li>
      <li>Poorly chunked data that loses meaning when retrieved</li>
    </ul>

    <p>When an AI system produces an answer that feels unreliable, it�s often doing exactly what it was asked to do - using the information available to it.</p>

    <p>The issue is that the information itself is not reliable enough.</p>

    <h2>The anti-pattern: fixing outputs in the AI Assistant</h2>

    <p>A common response is to try and �correct� the AI at runtime.</p>

    <p>This typically involves:</p>

    <ul>
      <li>Prompt tuning loops</li>
      <li>Adding more retrieval context</li>
      <li>Rewriting answers before presenting them</li>
      <li>Adding additional validation passes</li><li>Hardcoding "fix/workaround" prompts</li>
    </ul>

    <p>These approaches treat the symptom, not the cause.</p>

    <p>They can improve individual responses, but they don�t create a system that gets better over time.</p>

    <p>In many cases, they also introduce:</p>

    <ul>
      <li>Increased latency</li>
      <li>Higher costs from additional model calls</li>
      <li>More complexity in orchestration</li>
    </ul>

    <p>And the underlying data problems remain unchanged.</p>

    <h2>POCs vs Production: where this approach breaks down</h2>

    <p>For early proof-of-concepts, working around data issues is often acceptable.</p>

    <p>The goal at that stage is to demonstrate capability, not perfection. Prompt tuning, adding context, and refining responses can be enough to show what�s possible.</p>

    <p>But this approach doesn�t scale.</p>

    <p>As soon as you move toward pilot or production, the cracks become obvious:</p>

    <ul>
      <li>Inconsistent answers across similar questions</li>
      <li>Increasing reliance on complex prompts</li>
      <li>Escalating cost and latency from additional model calls</li>
      <li>Lack of confidence from users and stakeholders</li>
    </ul>

    <p>At this point, continuing to work around data issues becomes a liability.</p>

    <p><strong>Production systems require a deliberate approach to data quality management.</strong></p>

    <h2>A better approach: fix data at the source</h2>

    <p>The most effective improvements we�re seeing come from a different strategy entirely:</p>

    <p><strong>Improving the data itself.</strong></p>

    <p>Instead of trying to fix answers after they are generated, organisations are using AI to analyse and improve their knowledge sources offline.</p>

    <p>This shifts the focus from:</p>

    <blockquote>
      <p>�How do we get a better answer?�</p>
    </blockquote>

    <p>to:</p>

    <blockquote>
      <p>�How do we ensure the system is working from better information?�</p>
    </blockquote>

    <h2>The AI-driven data improvement loop</h2>

    <p>A more effective pattern is emerging.</p>

    <p>AI is used not just for answering questions, but for continuously improving the content it relies on.</p>

    <p>This typically involves:</p>

    <h3>1. Analysing existing content</h3>

    <p>AI reviews documents, product data, policies, and knowledge bases to identify:</p>

    <ul>
      <li>duplication</li>
      <li>inconsistencies</li>
      <li>gaps in coverage</li>
      <li>conflicting statements</li>
      <li>poor structure or formatting</li>
    </ul>

    <h3>2. Proposing improvements</h3>

    <p>Rather than rewriting content blindly, the system proposes structured changes such as:</p>

    <ul>
      <li>consolidating duplicate content</li>
      <li>resolving inconsistencies</li>
      <li>restructuring sections for clarity</li>
      <li>enriching missing information</li>
    </ul>

    <h3>3. Presenting changes with context</h3>

    <p>Each proposed change includes:</p>

    <ul>
      <li>before and after comparisons</li>
      <li>supporting evidence</li>
      <li>references to source material</li>
    </ul>

    <h2>Human-in-the-loop: control, not automation</h2>

    <p>Of course, enterprise data cannot be automatically rewritten without oversight.</p>

    <p>This is where a human-in-the-loop process becomes critical.</p>

    <p>Instead of fully automated changes, organisations implement a controlled workflow where:</p>

    <ul>
      <li>proposed changes are reviewed</li>
      <li>content can be edited before approval</li>
      <li>decisions are explicitly approved or rejected</li>
      <li>a full audit trail is maintained</li>
    </ul>

    <p>This creates:</p>

    <ul>
      <li>accountability</li>
      <li>transparency</li>
      <li>confidence in changes</li>
    </ul>

    <p>And importantly, it ensures that improvements are deliberate, not accidental.</p>

    <h2>From static knowledge to continuously improving systems</h2>

    <p>When this approach is applied consistently, something important happens.</p>

    <p>The system improves over time - not because the model changes, but because the <strong>data improves</strong>.</p>

    <p>This leads to:</p>

    <ul>
      <li>more consistent answers</li>
      <li>reduced ambiguity</li>
      <li>better retrieval outcomes</li>
      <li>fewer edge cases</li>
      <li>less reliance on prompt engineering</li>
    </ul>

    <p>AI stops being something that needs constant correction, and starts becoming part of a broader knowledge improvement system.</p>

    <h2>The bottom line</h2>

    <p>If you want better AI outcomes, start by improving your data.</p>

    <p>Not just once, but continuously.</p>

    <p>Because the most effective AI systems aren�t the ones with the best prompts.</p>

    <p>They�re the ones built on <strong>reliable, structured, and actively maintained knowledge</strong>.</p>
  </div>]]>&gt;</content:encoded>
    </item>
    <item>
      <title>Prompt Repeat - a simple option with measurable impact</title>
      <link>https://www.zeaware.com/blog/avalon-prompt-repeat</link>
      <dc:creator><![CDATA[Zeaware Engineering]]></dc:creator>
      <pubDate>Fri, 20 Feb 2026 00:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://www.zeaware.com/blog/avalon-prompt-repeat</guid>
      <description><![CDATA[<section class="za-section">
  <div class="za-container">
    <p>We�ve just added a Prompt Repeat option to Zeaware Avalon, allowing instructions to be selectively repeated during prompt assembly.
      In the right situations, this can help improve accuracy, consistency, and predictability, without changing models, pipelines, or architectures.</p>

    <h3>Where Prompt Repeat helps most</h3>
    <ul>
      <li>Classification</li>
      <li>Structured / fixed-schema extraction</li>
      <li>Intent detection</li>
      <li>Rule-constrained responses</li>
      <li>Validation and completeness checks</li>
    </ul>

    <p>
      This feature is informed by recent research, including
      <em>�<a>Prompt Repetition Improves Non-Reasoning LLMs�</a></em><a> (arXiv:2512.14982)</a>, which reported
      3�10% absolute accuracy improvements on non-reasoning tasks simply by repeating the user query (e.g. <em>Q ? Q Q</em>).
      Gains were strongest where instruction adherence matters more than step-by-step reasoning, and were achieved without modifying the underlying model.
    </p>

    <h3>Designed for controlled use</h3>
    <p>
      In Zeaware Avalon, Prompt Repeat is configurable (applied only where it helps), scoped (instructions, not entire contexts),
      and governed (designed to preserve deterministic outputs).
    </p>

    <p class="za-muted">
      It�s a useful reminder that improving AI systems isn�t always about bigger models or more complexity, sometimes it�s about execution of simple, evidence-backed ideas.
    </p>
    <p class="za-disclaimer">
  <i><strong>Note:</strong> Prompt Repeat increases input token usage and may result in higher token consumption.
  As with all prompt-level techniques, observed improvements can vary by model, task, and data characteristics.
  Prompt Repeat is therefore configurable and should be applied selectively where it provides measurable benefit.
</i></p>

  </div>
</section>]]></description>
      <content:encoded><![CDATA[<section class="za-section">
  <div class="za-container">
    <p>We�ve just added a Prompt Repeat option to Zeaware Avalon, allowing instructions to be selectively repeated during prompt assembly.
      In the right situations, this can help improve accuracy, consistency, and predictability, without changing models, pipelines, or architectures.</p>

    <h3>Where Prompt Repeat helps most</h3>
    <ul>
      <li>Classification</li>
      <li>Structured / fixed-schema extraction</li>
      <li>Intent detection</li>
      <li>Rule-constrained responses</li>
      <li>Validation and completeness checks</li>
    </ul>

    <p>
      This feature is informed by recent research, including
      <em>�<a>Prompt Repetition Improves Non-Reasoning LLMs�</a></em><a> (arXiv:2512.14982)</a>, which reported
      3�10% absolute accuracy improvements on non-reasoning tasks simply by repeating the user query (e.g. <em>Q ? Q Q</em>).
      Gains were strongest where instruction adherence matters more than step-by-step reasoning, and were achieved without modifying the underlying model.
    </p>

    <h3>Designed for controlled use</h3>
    <p>
      In Zeaware Avalon, Prompt Repeat is configurable (applied only where it helps), scoped (instructions, not entire contexts),
      and governed (designed to preserve deterministic outputs).
    </p>

    <p class="za-muted">
      It�s a useful reminder that improving AI systems isn�t always about bigger models or more complexity, sometimes it�s about execution of simple, evidence-backed ideas.
    </p>
    <p class="za-disclaimer">
  <i><strong>Note:</strong> Prompt Repeat increases input token usage and may result in higher token consumption.
  As with all prompt-level techniques, observed improvements can vary by model, task, and data characteristics.
  Prompt Repeat is therefore configurable and should be applied selectively where it provides measurable benefit.
</i></p>

  </div>
</section>]]>&gt;</content:encoded>
    </item>
    <item>
      <title>From Interoperability to Agency: A Zeaware View on Practical AI Sovereignty</title>
      <link>https://www.zeaware.com/blog/an_avalon_view_on_practical_ai_sovereignty</link>
      <dc:creator><![CDATA[Tony Bain (Zeaware CEO)]]></dc:creator>
      <pubDate>Fri, 20 Feb 2026 00:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://www.zeaware.com/blog/an_avalon_view_on_practical_ai_sovereignty</guid>
      <description><![CDATA[<section>

  <p><i>
    This article responds to and builds on
    <a href="https://www.techpolicy.press/why-ai-sovereignty-depends-on-interoperability-standards/" target="_blank" rel="noopener">
      <strong>Why AI Sovereignty Depends on Interoperability Standards</strong>
    </a>
    by Eileen Donahoe and Konstantinos Komaitis, published by Tech Policy Press on 17 February 2026.</i>
  </p>
</section>

<section>
  <p>
    AI sovereignty is no longer a fringe concern reserved for national security agencies or technology ministries.
    As artificial intelligence becomes embedded in public services, regulatory decision-making, and critical infrastructure,
    sovereignty has become a practical question: who ultimately controls how these systems behave, evolve, and can be changed.
  </p>

  <p>
    Donahoe and Komaitis argue persuasively that sovereignty in the AI era is exercised less through ownership of models
    and more through interoperable standards, particularly at the interfaces, orchestration layers, and governance mechanisms
    that shape how systems operate.
  </p>

  <p>
    Where this discussion can be extended is in how interoperability becomes operational rather than aspirational.
  </p>
</section>

<section>
  <h2>Interoperability is not about language</h2>

  <p>
    A subtle assumption often appears in AI discussions: because large language models operate in shared natural languages,
    particularly English, interoperability is largely implicit.
  </p>

  <p>
    In practice, this is not the case.
  </p>

  <p>
    Models differ in ways that matter deeply for governance and control, including tool invocation semantics,
    refusal behaviour, confidence expression, logging formats, memory handling, and agent execution patterns.
  </p>

  <p>
    Without a platform layer that absorbs these differences, they become embedded dependencies.
    A system may technically be able to switch models, but doing so can alter behaviour, auditability,
    and risk posture in ways that are difficult to predict or control.
  </p>

  <p>
    English is a shared interface for users, not a control surface for systems.
  </p>
</section>

<section>
  <h2>Sovereignty is the ability to change models without changing the system</h2>

  <p>
    True AI sovereignty does not require exclusive ownership of models.
    It requires the ability to replace them without losing control.
  </p>

  <p>
    This is the design principle behind Zeaware Avalon.
  </p>

  <p>Zeaware Avalon abstracts model-specific behaviour behind a consistent orchestration and governance layer so that,
    from a user and operator perspective, prompts remain stable, agent logic remains stable,
    policy constraints remain stable, and audit and decision records remain comparable.
  </p>

  <p>
    The model becomes a replaceable execution component, not the defining feature of the system.
  </p>

  <p>
    This matters for governments and regulated organisations because procurement strategies change,
    risk tolerances evolve, regulatory obligations shift, and geopolitical or supply-chain constraints emerge.
  </p>

  <p>
    If changing a model requires rewriting prompts, re-authoring workflows,
    or rebuilding governance processes, sovereignty has already been compromised.
  </p>
</section>

<section>
  <h2>Governance must survive model changes</h2>

  <p>
    One of the risks highlighted implicitly in the interoperability debate
    is that governance is often embedded inside models rather than enforced above them.
  </p>

  <p>
    This includes safety rules embedded in weights, opaque refusal logic,
    undocumented prioritisation of values, and uninspectable moderation thresholds.
  </p>

  <p>Zeaware Avalon deliberately moves governance up the stack into explicit, enforceable system controls.
    These include policy-aligned constraints, deterministic validation rules,
    structured decision checkpoints, human-in-the-loop escalation,
    and replayable execution histories.
  </p>

  <p>
    Because these controls sit outside the model,
    they persist regardless of which model is used.
  </p>

  <p>
    Interoperability without governance persistence is only surface-level sovereignty.
  </p>
</section>

<section>
  <h2>Agent orchestration is the real control plane</h2>

  <p>
    As AI systems become increasingly agentic,
    invoking tools, accessing data, and acting autonomously,
    the strategic question shifts.
  </p>

  <p>
    Who controls the orchestration logic.
  </p>

  <p>
    From an Zeaware Avalon perspective, orchestration is treated as a first-class,
    inspectable, governed layer.
  </p>

  <p>
    Agents follow defined execution paths.
    Tool access is policy-gated.
    Decisions can pause, escalate, or be overridden.
    Execution histories can be audited, reviewed, and replayed.
  </p>

  <p>
    This ensures behavioural authority remains with the system owner,
    whether a government department or a regulated enterprise,
    rather than being delegated to a model provider by default.
  </p>
</section>

<section>
  <h2>Interoperability as experienced sovereignty</h2>

  <p>
    A useful test of sovereignty is not theoretical compliance,
    but lived operational experience.
  </p>

  <p>
    In practice, interoperable sovereignty means models can be trialled and compared safely,
    regulatory changes do not require replatforming,
    better models can be adopted without re-authoring systems,
    and vendors can be exited without losing institutional knowledge.
  </p>

  <p>
    This is what sovereignty looks like when it is experienced,
    not just asserted.
  </p>
</section>

<section>
  <h2>A complementary conclusion</h2>

  <p>
    The Tech Policy Press article is right.
    Open standards, modularity, and coordination matter.
    But standards alone do not deliver sovereignty.
  </p>

  <p>
    Sovereignty emerges when model differences are abstracted,
    governance is externalised from models,
    orchestration is controlled and inspectable,
    and exit is operationally real rather than merely contractual.
  </p>

  <p>
    Platforms that make interoperability practical rather than theoretical
    are where AI sovereignty is actually realised.
  </p>

  <p>
    Sovereignty is no longer something governments must wait for global consensus to provide.
    It is something they can design into systems today,
    deliberately, visibly, and on their own terms.
  </p>
</section>]]></description>
      <content:encoded><![CDATA[<section>

  <p><i>
    This article responds to and builds on
    <a href="https://www.techpolicy.press/why-ai-sovereignty-depends-on-interoperability-standards/" target="_blank" rel="noopener">
      <strong>Why AI Sovereignty Depends on Interoperability Standards</strong>
    </a>
    by Eileen Donahoe and Konstantinos Komaitis, published by Tech Policy Press on 17 February 2026.</i>
  </p>
</section>

<section>
  <p>
    AI sovereignty is no longer a fringe concern reserved for national security agencies or technology ministries.
    As artificial intelligence becomes embedded in public services, regulatory decision-making, and critical infrastructure,
    sovereignty has become a practical question: who ultimately controls how these systems behave, evolve, and can be changed.
  </p>

  <p>
    Donahoe and Komaitis argue persuasively that sovereignty in the AI era is exercised less through ownership of models
    and more through interoperable standards, particularly at the interfaces, orchestration layers, and governance mechanisms
    that shape how systems operate.
  </p>

  <p>
    Where this discussion can be extended is in how interoperability becomes operational rather than aspirational.
  </p>
</section>

<section>
  <h2>Interoperability is not about language</h2>

  <p>
    A subtle assumption often appears in AI discussions: because large language models operate in shared natural languages,
    particularly English, interoperability is largely implicit.
  </p>

  <p>
    In practice, this is not the case.
  </p>

  <p>
    Models differ in ways that matter deeply for governance and control, including tool invocation semantics,
    refusal behaviour, confidence expression, logging formats, memory handling, and agent execution patterns.
  </p>

  <p>
    Without a platform layer that absorbs these differences, they become embedded dependencies.
    A system may technically be able to switch models, but doing so can alter behaviour, auditability,
    and risk posture in ways that are difficult to predict or control.
  </p>

  <p>
    English is a shared interface for users, not a control surface for systems.
  </p>
</section>

<section>
  <h2>Sovereignty is the ability to change models without changing the system</h2>

  <p>
    True AI sovereignty does not require exclusive ownership of models.
    It requires the ability to replace them without losing control.
  </p>

  <p>
    This is the design principle behind Zeaware Avalon.
  </p>

  <p>Zeaware Avalon abstracts model-specific behaviour behind a consistent orchestration and governance layer so that,
    from a user and operator perspective, prompts remain stable, agent logic remains stable,
    policy constraints remain stable, and audit and decision records remain comparable.
  </p>

  <p>
    The model becomes a replaceable execution component, not the defining feature of the system.
  </p>

  <p>
    This matters for governments and regulated organisations because procurement strategies change,
    risk tolerances evolve, regulatory obligations shift, and geopolitical or supply-chain constraints emerge.
  </p>

  <p>
    If changing a model requires rewriting prompts, re-authoring workflows,
    or rebuilding governance processes, sovereignty has already been compromised.
  </p>
</section>

<section>
  <h2>Governance must survive model changes</h2>

  <p>
    One of the risks highlighted implicitly in the interoperability debate
    is that governance is often embedded inside models rather than enforced above them.
  </p>

  <p>
    This includes safety rules embedded in weights, opaque refusal logic,
    undocumented prioritisation of values, and uninspectable moderation thresholds.
  </p>

  <p>Zeaware Avalon deliberately moves governance up the stack into explicit, enforceable system controls.
    These include policy-aligned constraints, deterministic validation rules,
    structured decision checkpoints, human-in-the-loop escalation,
    and replayable execution histories.
  </p>

  <p>
    Because these controls sit outside the model,
    they persist regardless of which model is used.
  </p>

  <p>
    Interoperability without governance persistence is only surface-level sovereignty.
  </p>
</section>

<section>
  <h2>Agent orchestration is the real control plane</h2>

  <p>
    As AI systems become increasingly agentic,
    invoking tools, accessing data, and acting autonomously,
    the strategic question shifts.
  </p>

  <p>
    Who controls the orchestration logic.
  </p>

  <p>
    From an Zeaware Avalon perspective, orchestration is treated as a first-class,
    inspectable, governed layer.
  </p>

  <p>
    Agents follow defined execution paths.
    Tool access is policy-gated.
    Decisions can pause, escalate, or be overridden.
    Execution histories can be audited, reviewed, and replayed.
  </p>

  <p>
    This ensures behavioural authority remains with the system owner,
    whether a government department or a regulated enterprise,
    rather than being delegated to a model provider by default.
  </p>
</section>

<section>
  <h2>Interoperability as experienced sovereignty</h2>

  <p>
    A useful test of sovereignty is not theoretical compliance,
    but lived operational experience.
  </p>

  <p>
    In practice, interoperable sovereignty means models can be trialled and compared safely,
    regulatory changes do not require replatforming,
    better models can be adopted without re-authoring systems,
    and vendors can be exited without losing institutional knowledge.
  </p>

  <p>
    This is what sovereignty looks like when it is experienced,
    not just asserted.
  </p>
</section>

<section>
  <h2>A complementary conclusion</h2>

  <p>
    The Tech Policy Press article is right.
    Open standards, modularity, and coordination matter.
    But standards alone do not deliver sovereignty.
  </p>

  <p>
    Sovereignty emerges when model differences are abstracted,
    governance is externalised from models,
    orchestration is controlled and inspectable,
    and exit is operationally real rather than merely contractual.
  </p>

  <p>
    Platforms that make interoperability practical rather than theoretical
    are where AI sovereignty is actually realised.
  </p>

  <p>
    Sovereignty is no longer something governments must wait for global consensus to provide.
    It is something they can design into systems today,
    deliberately, visibly, and on their own terms.
  </p>
</section>]]>&gt;</content:encoded>
    </item>
    <item>
      <title>Anthropic Claude Sonnet 4.6 Support in Zeaware Avalon</title>
      <link>https://www.zeaware.com/blog/anthropic_claude_sonnet_4_6_support</link>
      <dc:creator><![CDATA[Zeaware Engineering]]></dc:creator>
      <pubDate>Fri, 20 Feb 2026 00:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://www.zeaware.com/blog/anthropic_claude_sonnet_4_6_support</guid>
      <description><![CDATA[<section>
  <p>
    We�re pleased to announce native for <strong>Anthropic Claude Sonnet 4.6</strong> in Zeaware Avalon.
    Sonnet 4.6 is Anthropic�s best combination of speed and intelligence - designed for production use cases that need strong reasoning and coding performance without the cost profile of a flagship model.</p>
  <p>
    With this release, Claude Sonnet 4.6 is now available as a first-class Model Service within Zeaware Avalon.
  </p>
</section>

<section>
  <h2>Why Sonnet 4.6</h2>
  <p>
    Sonnet 4.6 is a practical default for many enterprise workloads - particularly where you want high-quality reasoning and coding, fast iteration, and predictable operating cost.
    Anthropic positions Sonnet 4.6 as the �best combination of speed and intelligence�.</p>
  <p>
    It also introduces modern capability controls like adaptive thinking and the effort parameter, enabling you to tune performance vs cost depending on the scenario.</p>
</section>

<section>
  <h2>How Sonnet 4.6 Fits into Zeaware Avalon</h2>
  <p>
    In Zeaware Avalon, models are registered and managed as services.
  </p>
  <p>
    This means Claude Sonnet 4.6 is added the same way you would add any other AI capability in the platform:
  </p>
  <ul>
    <li>Register <strong>Anthropic Claude Sonnet 4.6</strong> as a <strong>Model Service</strong></li>
    <li>Assign it to agents, workflows, or environments as required</li>
    <li>Control where and how it is used via Zeaware Avalon�s governance and configuration layers</li>
  </ul>
</section>

<section>
  <h2>Where Sonnet 4.6 Adds Value</h2>
  <p>
    Sonnet 4.6 is particularly well suited to high-volume or always-on workloads where cost efficiency matters, but you still need strong capability:
  </p>
  <ul>
    <li>
      <strong>Agent workflows and orchestration</strong> - multi-step tasks where consistent instruction-following and reliable reasoning matter.&nbsp;</li>
    <li>
      <strong>Coding and technical assistants</strong> - generation, refactoring, debugging, and analysis of larger codebases.</li>
    <li>
      <strong>Long-context enterprise tasks</strong> - analysis across long documents, policies, procedures, or large knowledge packs (within supported context limits).</li>
    <li>
      <strong>Structured extraction and classification</strong> - repeatable outputs where you want an effective balance of speed, quality, and operating cost.</li>
  </ul>
</section>

<section>
  <h2><span style="color: inherit; font-family: inherit; font-size: 14pt;">Available Now in Zeaware Avalon</span></h2></section><section>
  <p>
    Claude Sonnet 4.6 can now be configured as a Model Service in Zeaware Avalon and applied selectively across agents and workflows based on capability, governance needs, and cost profile.
  </p>
</section>]]></description>
      <content:encoded><![CDATA[<section>
  <p>
    We�re pleased to announce native for <strong>Anthropic Claude Sonnet 4.6</strong> in Zeaware Avalon.
    Sonnet 4.6 is Anthropic�s best combination of speed and intelligence - designed for production use cases that need strong reasoning and coding performance without the cost profile of a flagship model.</p>
  <p>
    With this release, Claude Sonnet 4.6 is now available as a first-class Model Service within Zeaware Avalon.
  </p>
</section>

<section>
  <h2>Why Sonnet 4.6</h2>
  <p>
    Sonnet 4.6 is a practical default for many enterprise workloads - particularly where you want high-quality reasoning and coding, fast iteration, and predictable operating cost.
    Anthropic positions Sonnet 4.6 as the �best combination of speed and intelligence�.</p>
  <p>
    It also introduces modern capability controls like adaptive thinking and the effort parameter, enabling you to tune performance vs cost depending on the scenario.</p>
</section>

<section>
  <h2>How Sonnet 4.6 Fits into Zeaware Avalon</h2>
  <p>
    In Zeaware Avalon, models are registered and managed as services.
  </p>
  <p>
    This means Claude Sonnet 4.6 is added the same way you would add any other AI capability in the platform:
  </p>
  <ul>
    <li>Register <strong>Anthropic Claude Sonnet 4.6</strong> as a <strong>Model Service</strong></li>
    <li>Assign it to agents, workflows, or environments as required</li>
    <li>Control where and how it is used via Zeaware Avalon�s governance and configuration layers</li>
  </ul>
</section>

<section>
  <h2>Where Sonnet 4.6 Adds Value</h2>
  <p>
    Sonnet 4.6 is particularly well suited to high-volume or always-on workloads where cost efficiency matters, but you still need strong capability:
  </p>
  <ul>
    <li>
      <strong>Agent workflows and orchestration</strong> - multi-step tasks where consistent instruction-following and reliable reasoning matter.&nbsp;</li>
    <li>
      <strong>Coding and technical assistants</strong> - generation, refactoring, debugging, and analysis of larger codebases.</li>
    <li>
      <strong>Long-context enterprise tasks</strong> - analysis across long documents, policies, procedures, or large knowledge packs (within supported context limits).</li>
    <li>
      <strong>Structured extraction and classification</strong> - repeatable outputs where you want an effective balance of speed, quality, and operating cost.</li>
  </ul>
</section>

<section>
  <h2><span style="color: inherit; font-family: inherit; font-size: 14pt;">Available Now in Zeaware Avalon</span></h2></section><section>
  <p>
    Claude Sonnet 4.6 can now be configured as a Model Service in Zeaware Avalon and applied selectively across agents and workflows based on capability, governance needs, and cost profile.
  </p>
</section>]]>&gt;</content:encoded>
    </item>
    <item>
      <title>Anthropic Claude Opus 4.6 Support in Zeaware Avalon</title>
      <link>https://www.zeaware.com/blog/anthropic_claude_opus_4_6_support</link>
      <dc:creator><![CDATA[Zeaware Engineering]]></dc:creator>
      <pubDate>Tue, 10 Feb 2026 00:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://www.zeaware.com/blog/anthropic_claude_opus_4_6_support</guid>
      <description><![CDATA[<section>
  <p>
    We�re pleased to announce native support for <strong>Anthropic Claude Opus 4.6</strong> in
    <strong>Zeaware Avalon</strong>.
  </p>

  <p>
    Opus 4.6 is Anthropic�s most capable general-purpose model to date, with strong performance across
    complex reasoning, long-context tasks, agentic workflows, and large-scale codebases. With this release,
    Opus 4.6 is now available as a <strong>first-class Model Service</strong> within Zeaware Avalon.
  </p>

  <h3>What is Claude Opus 4.6?</h3>

  <p>
    Claude Opus 4.6 is Anthropic�s flagship model, designed for demanding enterprise and knowledge-intensive
    workloads. It builds on earlier Opus versions with improvements in:
  </p>

  <ul>
    <li><strong>Multi-step reasoning and planning</strong></li>
    <li><strong>Long-context comprehension and recall</strong></li>
    <li><strong>Complex document analysis and synthesis</strong></li>
    <li><strong>Agent-driven workflows and tool use</strong></li>
    <li><strong>High-quality code generation and refactoring</strong></li>
  </ul>

  <p>
    These capabilities make Opus 4.6 well suited to regulated environments, research workflows, and
    applications where accuracy, consistency, and sustained reasoning matter.
  </p>

  <h3>How Opus 4.6 Fits into Avalon</h3>

  <p>
    In Zeaware Avalon, <strong>models are registered and managed as services</strong>.
  </p>

  <p>
    This means Claude Opus 4.6 is added the same way you would add any other AI capability in the platform:
  </p>

  <ul>
    <li>Register Anthropic Claude Opus 4.6 as a Model Service</li>
    <li>Assign it to agents, workflows, or environments as required</li>
    <li>Control where and how it is used via Zeaware Avalon�s governance and configuration layers</li>
  </ul>

  <p>
    Once registered, Opus 4.6 becomes available alongside other supported models, allowing teams to select
    the right model for each task without changing application logic.
  </p>

  <h3>Why This Matters</h3>

  <p>
    Treating models as services enables a few important things:
  </p>

  <ul>
    <li><strong>Model choice becomes a configuration decision</strong>, not a code change</li>
    <li><strong>Different models can be used for different intents</strong>, workflows, or risk profiles</li>
    <li><strong>New models can be introduced safely</strong>, without disrupting existing applications</li>
    <li><strong>Governance and auditability</strong> are preserved as models evolve</li>
  </ul>

  <p>
    For teams building agentic systems, document analysis tools, or high-context assistants, Opus 4.6
    offers another strong option - particularly where long-running reasoning and document fidelity are critical.
  </p>

  <p>
    We�ll continue to expand Zeaware Avalon�s model support so customers can take advantage of the latest capabilities
    from leading AI providers - while keeping control, governance, and flexibility at the centre of the platform.
  </p>
</section>]]></description>
      <content:encoded><![CDATA[<section>
  <p>
    We�re pleased to announce native support for <strong>Anthropic Claude Opus 4.6</strong> in
    <strong>Zeaware Avalon</strong>.
  </p>

  <p>
    Opus 4.6 is Anthropic�s most capable general-purpose model to date, with strong performance across
    complex reasoning, long-context tasks, agentic workflows, and large-scale codebases. With this release,
    Opus 4.6 is now available as a <strong>first-class Model Service</strong> within Zeaware Avalon.
  </p>

  <h3>What is Claude Opus 4.6?</h3>

  <p>
    Claude Opus 4.6 is Anthropic�s flagship model, designed for demanding enterprise and knowledge-intensive
    workloads. It builds on earlier Opus versions with improvements in:
  </p>

  <ul>
    <li><strong>Multi-step reasoning and planning</strong></li>
    <li><strong>Long-context comprehension and recall</strong></li>
    <li><strong>Complex document analysis and synthesis</strong></li>
    <li><strong>Agent-driven workflows and tool use</strong></li>
    <li><strong>High-quality code generation and refactoring</strong></li>
  </ul>

  <p>
    These capabilities make Opus 4.6 well suited to regulated environments, research workflows, and
    applications where accuracy, consistency, and sustained reasoning matter.
  </p>

  <h3>How Opus 4.6 Fits into Avalon</h3>

  <p>
    In Zeaware Avalon, <strong>models are registered and managed as services</strong>.
  </p>

  <p>
    This means Claude Opus 4.6 is added the same way you would add any other AI capability in the platform:
  </p>

  <ul>
    <li>Register Anthropic Claude Opus 4.6 as a Model Service</li>
    <li>Assign it to agents, workflows, or environments as required</li>
    <li>Control where and how it is used via Zeaware Avalon�s governance and configuration layers</li>
  </ul>

  <p>
    Once registered, Opus 4.6 becomes available alongside other supported models, allowing teams to select
    the right model for each task without changing application logic.
  </p>

  <h3>Why This Matters</h3>

  <p>
    Treating models as services enables a few important things:
  </p>

  <ul>
    <li><strong>Model choice becomes a configuration decision</strong>, not a code change</li>
    <li><strong>Different models can be used for different intents</strong>, workflows, or risk profiles</li>
    <li><strong>New models can be introduced safely</strong>, without disrupting existing applications</li>
    <li><strong>Governance and auditability</strong> are preserved as models evolve</li>
  </ul>

  <p>
    For teams building agentic systems, document analysis tools, or high-context assistants, Opus 4.6
    offers another strong option - particularly where long-running reasoning and document fidelity are critical.
  </p>

  <p>
    We�ll continue to expand Zeaware Avalon�s model support so customers can take advantage of the latest capabilities
    from leading AI providers - while keeping control, governance, and flexibility at the centre of the platform.
  </p>
</section>]]>&gt;</content:encoded>
    </item>
    <item>
      <title>Create a Legal Document Search Engine with Zeaware Avalon and Isaacus Kanon 2 Embedder</title>
      <link>https://www.zeaware.com/blog/legal_document_search_engine_kanon_2_embedder</link>
      <dc:creator><![CDATA[The Zeaware Team]]></dc:creator>
      <pubDate>Mon, 09 Feb 2026 00:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://www.zeaware.com/blog/legal_document_search_engine_kanon_2_embedder</guid>
      <description><![CDATA[<div class="zw-container">
    <header class="zw-header">
      <p class="zw-lead">
        We build real-world AI tooling for business users - tools that help legal teams, compliance professionals, and knowledge workers
        make sense of complex content at scale. Zeaware Avalon ships with inbuilt services for ingestion, chunking, indexing, and assistant
        patterns, while still making it easy to integrate best-in-class external services via direct connectors, MCP, and standard protocols.
      </p>
    </header>

    <section class="zw-block">
      <h2>What�s New: Native Kanon 2 Embedder Support in Avalon</h2>
      <p>
        Zeaware Avalon now includes native support for <strong>Isaacus Kanon 2 Embedder</strong>. That means Kanon 2 can be registered as a
        first-class embedding service and used directly in Avalon�s Knowledge indexing flows - including vector and hybrid retrieval.
      </p>
      <p>
        This is not a one-off integration. Kanon 2 is now part of our regular test regime, so it is supported and validated alongside
        the rest of Avalon�s indexing and retrieval stack.
      </p>
    </section>

    <section class="zw-block">
      <h2>Why Kanon 2 Embedder Matters for Legal Search</h2>
      <p>
        Isaacus� <strong>Kanon 2 Embedder</strong> is a purpose-built legal embedding model designed to improve relevance for legal retrieval tasks
        like clause search, case law similarity, regulatory interpretation, and document discovery.
        For more background, see the Isaacus site:
        <a href="https://isaacus.com/" target="_blank" rel="noopener noreferrer">https://isaacus.com/</a>.
      </p>
      <p>
        We also love that Isaacus is an <strong>Australian</strong> AI company. Australia�s AI innovation community is strong and practical,
        and as another Australian AI company, Zeaware is proud to support local capability that competes globally.
      </p>
    </section>

    <section class="zw-block">
      <h2>Step-by-Step: Use Kanon 2 with Azure AI Search in Avalon</h2>
      <p>
        In this walkthrough, we�ll build a legal document search engine using <strong>Azure AI Search</strong> for the index and
        <strong>Kanon 2 Embedder</strong> for vector embeddings. The result is a Knowledge Index that supports semantic vector ranking,
        keyword matching (BM25), and deterministic filtering.
      </p>

      <ol class="zw-steps">
        <li>
          <div style="      display: flex;
      gap: 12px;
      align-items: flex-start;
      flex-wrap: wrap;">
            
                <div style="
        flex: 1 1 420px;
        min-width: 300px;
      ">             
              <h3>Register Azure AI Search and Kanon 2 in Avalon Services</h3>
              <p>
                Create or select your Azure AI Search service in the Azure Portal, and obtain the required API key(s).
                Separately, obtain your Kanon 2 Embedder API key from the Isaacus portal.
              </p>
              <p>
                In Avalon, navigate to <strong>Services</strong> and register:
              </p>
              <ul>
                <li><strong>Azure AI Search</strong> as a Search Service</li>
                <li><strong>Isaacus Kanon 2 Embedder</strong> as an Embedding Service</li>
              </ul>
            </div>
               <div style="
        flex: 0 1 260px;
        border: 1px solid #cccccc;
        border-radius: 10px;
        padding: 6px;
      ">
              @{#imageembed("image_add_isaccus")}
            </div>
        </div></li>

        <li>
          <div style="      display: flex;
      gap: 12px;
      align-items: flex-start;
      flex-wrap: wrap;">
            
                <div style="
        flex: 1 1 420px;
        min-width: 300px;
      ">              
              <h3>Create a Vector (Hybrid) Knowledge Index</h3>
              <p>
                In Avalon, go to <strong>Knowledge</strong> and select <strong>Add an Index</strong>.
                Choose <strong>Azure AI Search</strong> as the search service.
              </p>
              <ul>
                <li>Select <strong>Vector Index</strong> (or Hybrid, if you want vector + keyword together)</li>
                <li>Select <strong>Kanon 2</strong> as the embedding service</li>
              </ul>
              <p>
                Avalon will configure the index so document chunks are embedded using Kanon 2 and stored in Azure AI Search for fast similarity search.
              </p>
			</div>
               <div style="
        flex: 0 1 260px;
        border: 1px solid #cccccc;
        border-radius: 10px;
        padding: 6px;
      ">
              @{#imageembed("image_add_index_kanon_2")}
            </div>
       	 </div>
        </li>
 
        <li>
          <div style="      display: flex;
      gap: 12px;
      align-items: flex-start;
      flex-wrap: wrap;">
            
                <div style="
        flex: 1 1 420px;
        min-width: 300px;
      ">               
                  <h3>Add Documents (Quick Method)</h3>
                  <p>
                    To index documents quickly, browse to your storage location in Avalon�s file browser, then right-click files or folders and choose
                    <strong>Split and Index</strong>.
                  </p>
                  <p>
                    Avalon will split content into chunks, generate Kanon 2 embeddings, and push the content + vectors into Azure AI Search.
                  </p>
                  <p>
                    <em>Production note:</em> for a real deployment you would typically create a workflow with a file detection trigger and automate the
                    split + index pipeline, rather than indexing manually.
                  </p>
			</div>
               <div style="
        flex: 0 1 260px;
        border: 1px solid #cccccc;
        border-radius: 10px;
        padding: 6px;
      ">
              @{#imageembed("image_add_document_kanon2")}
            </div>
       	 </div>                  
        </li>

        <li>
			          <div style="      display: flex;
      gap: 12px;
      align-items: flex-start;
      flex-wrap: wrap;">
                <div style="
        flex: 1 1 420px;
        min-width: 300px;
      ">                       
                  <h3>Use the Knowledge Index in Assistants and Search Experiences</h3>
                  <p>
                    Once indexed, your Knowledge Index can be used across different assistant patterns in Avalon, including:
                  </p>
                  <ul>
                    <li><strong>Chat Apps</strong> for fast document Q&amp;A (RAG-style retrieval)</li>
                    <li><strong>Search Assistants</strong> for retrieving documents based on criteria</li>
                    <li><strong>Task-focused AI assistants</strong> that perform structured discovery jobs</li>
                  </ul>
                  <p>
                    Example task: <strong>find all contracts with uncapped liability</strong> - combining semantic similarity (Kanon 2 vectors),
                    keyword matching (BM25), and deterministic filters (document type, jurisdiction, date ranges, parties, and more).
                  </p>
				</div>
               <div style="
        flex: 0 1 260px;
        border: 1px solid #cccccc;
        border-radius: 10px;
        padding: 6px;
      ">
              @{#imageembed("image_search_document_kanon2")}
            </div>
       	 </div> 
          
        </li>
      </ol>
    </section>

    <section class="zw-block">
      <h2>Summary</h2>
      <p>Zeaware Avalon�s native support for <strong>Isaacus Kanon 2 Embedder</strong> gives teams a practical, enterprise-ready way to build high-quality
        legal search and assistant experiences - without needing to stitch together fragile glue code.
      </p>
      <ul>
        <li><strong>Native integration</strong> - supported and validated as part of Avalon�s regular test regime</li>
        <li><strong>Stronger legal retrieval</strong> - purpose-built embeddings tuned for legal language and intent</li>
        <li><strong>Hybrid retrieval</strong> - combine Kanon 2 vectors with Azure AI Search keyword search and filtering</li>
        <li><strong>Australian innovation</strong> - proud to support another Australian AI company building globally competitive capability</li>
      </ul>
      <p>
        If you want to see this pattern applied to your own corpus (contracts, policies, case law, standards, or compliance documents),
        Zeaware Avalon makes it straightforward to go from documents to a working, governed search experience.
      </p>
    </section>
  </div>]]></description>
      <content:encoded><![CDATA[<div class="zw-container">
    <header class="zw-header">
      <p class="zw-lead">
        We build real-world AI tooling for business users - tools that help legal teams, compliance professionals, and knowledge workers
        make sense of complex content at scale. Zeaware Avalon ships with inbuilt services for ingestion, chunking, indexing, and assistant
        patterns, while still making it easy to integrate best-in-class external services via direct connectors, MCP, and standard protocols.
      </p>
    </header>

    <section class="zw-block">
      <h2>What�s New: Native Kanon 2 Embedder Support in Avalon</h2>
      <p>
        Zeaware Avalon now includes native support for <strong>Isaacus Kanon 2 Embedder</strong>. That means Kanon 2 can be registered as a
        first-class embedding service and used directly in Avalon�s Knowledge indexing flows - including vector and hybrid retrieval.
      </p>
      <p>
        This is not a one-off integration. Kanon 2 is now part of our regular test regime, so it is supported and validated alongside
        the rest of Avalon�s indexing and retrieval stack.
      </p>
    </section>

    <section class="zw-block">
      <h2>Why Kanon 2 Embedder Matters for Legal Search</h2>
      <p>
        Isaacus� <strong>Kanon 2 Embedder</strong> is a purpose-built legal embedding model designed to improve relevance for legal retrieval tasks
        like clause search, case law similarity, regulatory interpretation, and document discovery.
        For more background, see the Isaacus site:
        <a href="https://isaacus.com/" target="_blank" rel="noopener noreferrer">https://isaacus.com/</a>.
      </p>
      <p>
        We also love that Isaacus is an <strong>Australian</strong> AI company. Australia�s AI innovation community is strong and practical,
        and as another Australian AI company, Zeaware is proud to support local capability that competes globally.
      </p>
    </section>

    <section class="zw-block">
      <h2>Step-by-Step: Use Kanon 2 with Azure AI Search in Avalon</h2>
      <p>
        In this walkthrough, we�ll build a legal document search engine using <strong>Azure AI Search</strong> for the index and
        <strong>Kanon 2 Embedder</strong> for vector embeddings. The result is a Knowledge Index that supports semantic vector ranking,
        keyword matching (BM25), and deterministic filtering.
      </p>

      <ol class="zw-steps">
        <li>
          <div style="      display: flex;
      gap: 12px;
      align-items: flex-start;
      flex-wrap: wrap;">
            
                <div style="
        flex: 1 1 420px;
        min-width: 300px;
      ">             
              <h3>Register Azure AI Search and Kanon 2 in Avalon Services</h3>
              <p>
                Create or select your Azure AI Search service in the Azure Portal, and obtain the required API key(s).
                Separately, obtain your Kanon 2 Embedder API key from the Isaacus portal.
              </p>
              <p>
                In Avalon, navigate to <strong>Services</strong> and register:
              </p>
              <ul>
                <li><strong>Azure AI Search</strong> as a Search Service</li>
                <li><strong>Isaacus Kanon 2 Embedder</strong> as an Embedding Service</li>
              </ul>
            </div>
               <div style="
        flex: 0 1 260px;
        border: 1px solid #cccccc;
        border-radius: 10px;
        padding: 6px;
      ">
              @{#imageembed("image_add_isaccus")}
            </div>
        </div></li>

        <li>
          <div style="      display: flex;
      gap: 12px;
      align-items: flex-start;
      flex-wrap: wrap;">
            
                <div style="
        flex: 1 1 420px;
        min-width: 300px;
      ">              
              <h3>Create a Vector (Hybrid) Knowledge Index</h3>
              <p>
                In Avalon, go to <strong>Knowledge</strong> and select <strong>Add an Index</strong>.
                Choose <strong>Azure AI Search</strong> as the search service.
              </p>
              <ul>
                <li>Select <strong>Vector Index</strong> (or Hybrid, if you want vector + keyword together)</li>
                <li>Select <strong>Kanon 2</strong> as the embedding service</li>
              </ul>
              <p>
                Avalon will configure the index so document chunks are embedded using Kanon 2 and stored in Azure AI Search for fast similarity search.
              </p>
			</div>
               <div style="
        flex: 0 1 260px;
        border: 1px solid #cccccc;
        border-radius: 10px;
        padding: 6px;
      ">
              @{#imageembed("image_add_index_kanon_2")}
            </div>
       	 </div>
        </li>
 
        <li>
          <div style="      display: flex;
      gap: 12px;
      align-items: flex-start;
      flex-wrap: wrap;">
            
                <div style="
        flex: 1 1 420px;
        min-width: 300px;
      ">               
                  <h3>Add Documents (Quick Method)</h3>
                  <p>
                    To index documents quickly, browse to your storage location in Avalon�s file browser, then right-click files or folders and choose
                    <strong>Split and Index</strong>.
                  </p>
                  <p>
                    Avalon will split content into chunks, generate Kanon 2 embeddings, and push the content + vectors into Azure AI Search.
                  </p>
                  <p>
                    <em>Production note:</em> for a real deployment you would typically create a workflow with a file detection trigger and automate the
                    split + index pipeline, rather than indexing manually.
                  </p>
			</div>
               <div style="
        flex: 0 1 260px;
        border: 1px solid #cccccc;
        border-radius: 10px;
        padding: 6px;
      ">
              @{#imageembed("image_add_document_kanon2")}
            </div>
       	 </div>                  
        </li>

        <li>
			          <div style="      display: flex;
      gap: 12px;
      align-items: flex-start;
      flex-wrap: wrap;">
                <div style="
        flex: 1 1 420px;
        min-width: 300px;
      ">                       
                  <h3>Use the Knowledge Index in Assistants and Search Experiences</h3>
                  <p>
                    Once indexed, your Knowledge Index can be used across different assistant patterns in Avalon, including:
                  </p>
                  <ul>
                    <li><strong>Chat Apps</strong> for fast document Q&amp;A (RAG-style retrieval)</li>
                    <li><strong>Search Assistants</strong> for retrieving documents based on criteria</li>
                    <li><strong>Task-focused AI assistants</strong> that perform structured discovery jobs</li>
                  </ul>
                  <p>
                    Example task: <strong>find all contracts with uncapped liability</strong> - combining semantic similarity (Kanon 2 vectors),
                    keyword matching (BM25), and deterministic filters (document type, jurisdiction, date ranges, parties, and more).
                  </p>
				</div>
               <div style="
        flex: 0 1 260px;
        border: 1px solid #cccccc;
        border-radius: 10px;
        padding: 6px;
      ">
              @{#imageembed("image_search_document_kanon2")}
            </div>
       	 </div> 
          
        </li>
      </ol>
    </section>

    <section class="zw-block">
      <h2>Summary</h2>
      <p>Zeaware Avalon�s native support for <strong>Isaacus Kanon 2 Embedder</strong> gives teams a practical, enterprise-ready way to build high-quality
        legal search and assistant experiences - without needing to stitch together fragile glue code.
      </p>
      <ul>
        <li><strong>Native integration</strong> - supported and validated as part of Avalon�s regular test regime</li>
        <li><strong>Stronger legal retrieval</strong> - purpose-built embeddings tuned for legal language and intent</li>
        <li><strong>Hybrid retrieval</strong> - combine Kanon 2 vectors with Azure AI Search keyword search and filtering</li>
        <li><strong>Australian innovation</strong> - proud to support another Australian AI company building globally competitive capability</li>
      </ul>
      <p>
        If you want to see this pattern applied to your own corpus (contracts, policies, case law, standards, or compliance documents),
        Zeaware Avalon makes it straightforward to go from documents to a working, governed search experience.
      </p>
    </section>
  </div>]]>&gt;</content:encoded>
    </item>
    <item>
      <title>Tool Exfiltration Attacks, GenAI, and Why Control Matters</title>
      <link>https://www.zeaware.com/blog/tool_exfiltration_and_why_control_matters</link>
      <dc:creator><![CDATA[Zeaware Engineering]]></dc:creator>
      <pubDate>Mon, 05 Jan 2026 00:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://www.zeaware.com/blog/tool_exfiltration_and_why_control_matters</guid>
      <description><![CDATA[<p>Recent discussion around <em>tool exfiltration</em> and <em>indirect prompt injection</em> attacks in Generative AI systems has raised valid concerns - particularly where platforms unexpectedly invoke tools or actions as a result of untrusted input. These concerns are worth taking seriously. But they are often framed in a way that blurs the distinction between the <strong>model</strong>, the <strong>application</strong>, and the <strong>execution platform</strong>.</p>
<p>This post clarifies that distinction, explains where risk actually lives, and outlines how enterprise AI systems can be designed to limit exposure through explicit control.</p>
  <h3>The LLM Is Just a Model</h3>
  <p>
    At its core, a large language model (LLM) does one thing: it takes an input and generates an output.
    That output may be plain text for a human, or it may be a structured response that an application interprets as a <em>suggestion</em> to call a tool.
  </p>
  <p>
    The model itself has no execution capability, no awareness of trust boundaries, and no understanding of whether a tool call is appropriate or dangerous.
    If an LLM produces an instruction that resembles a tool invocation, that does not mean the model has "acted" - it means the system around the model has chosen to treat that output as executable.
  </p>

  <h3>Why Consumer AI Exposes More Surface Area</h3>
  <p>
    Consumer focused AI products typically prioritise convenience and flexibility. As a result, they often expose a wide range of tools by default:
  </p>
  <ul>
    <li>Email and messaging</li>
    <li>File access and sharing</li>
    <li>Web browsing</li>
    <li>Calendars and task systems</li>
    <li>Third-party plugins</li>
  </ul>
  <p>
    The more tools that are available, the larger the attack surface becomes. If untrusted content is introduced into the model�s context , via retrieved documents, pasted text, or user input, the model may generate outputs that attempt to invoke tools in unexpected ways.
    Several well-known examples originate in environments where broad tool access is enabled by design.
  </p>

  <h3>Enterprise AI Has Different Requirements</h3>
  <p>
    Enterprise AI systems on the other hand should be built for specific outcomes, bounded workflows, and defined responsibility. In an enterprise context:
  </p>
  <ul>
    <li>Tools should be enabled only when required</li>
    <li>Tool schemas should be explicit and validated</li>
    <li>Execution paths should be constrained</li>
    <li>Behaviour should be observable and auditable</li>
  </ul>
  <p>
    For example, if an AI workflow is performing structured data extraction or classification, there is typically no reason for it to have access to email, file-sharing, or outbound communication tools. Those capabilities should not exist in that execution context.
  </p>

  <h3>Security Is a Platform Property, Not a Model Feature</h3>
  <p>
    There is no such thing as a "secure LLM" in isolation. Security emerges from system design:
  </p>
  <ul>
    <li>What tools are available</li>
    <li>How inputs are validated</li>
    <li>How outputs are interpreted</li>
    <li>What actions are permitted</li>
    <li>What is logged and reviewed</li>
  </ul>
  <p>
    An LLM can suggest an action, but the platform decides whether that action is allowed, how it is executed, and whether it is rejected.
  </p>

  <h3>How Zeaware Avalon Approaches Tool Control</h3>
  <p>
    Zeaware Avalon is designed on the assumption that capability must be explicit. From an engineering perspective, this means:
  </p>
  <ul>
    <li>Tools are not globally available enabled</li>
    <li>Each workflow, and each task in the work, explicitly declares which tools it may use</li>
    <li>Tool inputs are validated before execution</li>
    <li>Tool execution is controlled by the platform, not the model</li>
    <li>Outputs and decisions are captured for audit and review</li>
  </ul>
  <p>
    In many enterprise scenarios, the safest configuration is one with no tools enabled at all, beyond retrieval and reasoning.
    When tools are required, they are treated as governed execution steps - not conveniences the model can freely explore.
  </p>
<section class="za-diagram" aria-label="LLM tool execution control diagram">
  <style>
    .za-diagram{
      max-width: 880px;
      margin: 32px auto;
      padding: 22px;
      border: 1px solid rgba(238,241,246,.9);
      border-radius: 16px;
      background: #fff;
      box-shadow: 0 8px 24px rgba(28,132,255,.10);
      text-align: center;
    }
    .za-diagram h4{
      margin-bottom: 14px;
      font-size: 18px;
      letter-spacing: -.01em;
      color: #0f172a;
    }
    svg text{
      font-family: system-ui, -apple-system, Segoe UI, Roboto, Helvetica, Arial;
      fill: #0f172a;
      font-size: 13px;
    }
    .box{
      fill: #ffffff;
      stroke: rgba(15,23,42,.25);
      stroke-width: 1.2;
      rx: 10;
    }
    .platform{
      fill: rgba(28,132,255,.08);
      stroke: rgba(28,132,255,.55);
    }
    .arrow{
      stroke: rgba(15,23,42,.55);
      stroke-width: 1.4;
      marker-end: url(#arrowhead);
    }
    .note{
      fill: rgba(15,23,42,.65);
      font-size: 12px;
    }
  </style>

  <h4>LLM Suggestion vs Platform-Controlled Execution</h4>

  <svg viewBox="0 0 760 380" width="100%" height="auto" role="img">
    <defs>
      <marker id="arrowhead" markerWidth="10" markerHeight="7" refX="10" refY="3.5" orient="auto">
        <polygon points="0 0, 10 3.5, 0 7" fill="rgba(15,23,42,.55)"></polygon>
      </marker>
    </defs>

    <!-- Input -->
    <rect x="260" y="10" width="240" height="44" class="box"></rect>
    <text x="380" y="38" text-anchor="middle">User / Retrieved Content</text>

    <!-- Arrow -->
    <line x1="380" y1="54" x2="380" y2="88" class="arrow"></line>

    <!-- LLM -->
    <rect x="260" y="90" width="240" height="60" class="box"></rect>
    <text x="380" y="118" text-anchor="middle">LLM</text>
    <text x="380" y="136" text-anchor="middle" class="note">Generates text or suggestions</text>

    <!-- Arrow -->
    <line x1="380" y1="150" x2="380" y2="190" class="arrow"></line>

    <!-- Platform -->
    <rect x="200" y="192" width="360" height="96" class="box platform"></rect>
    <text x="380" y="218" text-anchor="middle">Enterprise AI Platform</text>
    <text x="380" y="238" text-anchor="middle" class="note">
      � Tool allow-list
	</text>
    <text x="380" y="250" text-anchor="middle" class="note">
      � Schema validation
	</text>
    <text x="380" y="262" text-anchor="middle" class="note">
      � Execution rules
	</text>
    <text x="380" y="274" text-anchor="middle" class="note">
      � Audit
	</text>

    <!-- Arrow -->
    <line x1="380" y1="288" x2="380" y2="318" class="arrow"></line>

    <!-- Tool -->
    <rect x="260" y="320" width="240" height="44" class="box"></rect>
    <text x="380" y="348" text-anchor="middle">Approved Tool (Scoped Action)</text>
  
</svg></section>

  <h3>Addressing Common Objections</h3>

  <p><strong>"Can�t an LLM still generate malicious tool calls even with limited tools?"</strong></p>
  <p>
    Yes. Tool restriction stops models from accessing tools out of scope for the assigned task.&nbsp; But this alone is not a complete solution. Limiting tools reduces surface area, but validation and enforcement prevent misuse within that surface area.
  </p>

  <p><strong>"What about prompt injection through retrieved content?"</strong></p>
  <p>
    Retrieved content should be treated as untrusted. It should inform reasoning, not expand capability. Tool availability and execution authority must remain independent of retrieved data.
  </p>

  <p><strong>"Doesn�t the model still need to behave correctly?"</strong></p>
  <p>
    Models are probabilistic by nature. Enterprise systems should assume models may produce unexpected outputs, and ensure those outputs cannot trigger unauthorised actions.&nbsp; Guardrails are used to validate and revise, redo and fail unexpected results.</p>

  <p><strong>"What about incorrect reasoning or misleading outputs?"</strong></p>
  <p>
    That is a separate class of risk. Tool control does not eliminate reasoning errors or hallucinations - those require different mitigations such as evaluation, review, and governance processes.
  </p>

  <div class="za-quote" role="note" aria-label="Final thought">
    <p style="margin:0;"><span style="color: inherit; font-family: inherit; font-size: 24px;">A Balanced View of Risk</span></p></div>
  <p>
    AI systems introduce new considerations, but they do not invalidate decades of security practice.
    There will always be risks to manage: untrusted inputs, misconfiguration, over-permissioned execution, and insufficient monitoring. The goal is to understand where risk lives, reduce exposure through design, and make behaviour observable.
  </p>

  <p class="za-byline">� Zeaware Engineering Team</p>]]></description>
      <content:encoded><![CDATA[<p>Recent discussion around <em>tool exfiltration</em> and <em>indirect prompt injection</em> attacks in Generative AI systems has raised valid concerns - particularly where platforms unexpectedly invoke tools or actions as a result of untrusted input. These concerns are worth taking seriously. But they are often framed in a way that blurs the distinction between the <strong>model</strong>, the <strong>application</strong>, and the <strong>execution platform</strong>.</p>
<p>This post clarifies that distinction, explains where risk actually lives, and outlines how enterprise AI systems can be designed to limit exposure through explicit control.</p>
  <h3>The LLM Is Just a Model</h3>
  <p>
    At its core, a large language model (LLM) does one thing: it takes an input and generates an output.
    That output may be plain text for a human, or it may be a structured response that an application interprets as a <em>suggestion</em> to call a tool.
  </p>
  <p>
    The model itself has no execution capability, no awareness of trust boundaries, and no understanding of whether a tool call is appropriate or dangerous.
    If an LLM produces an instruction that resembles a tool invocation, that does not mean the model has "acted" - it means the system around the model has chosen to treat that output as executable.
  </p>

  <h3>Why Consumer AI Exposes More Surface Area</h3>
  <p>
    Consumer focused AI products typically prioritise convenience and flexibility. As a result, they often expose a wide range of tools by default:
  </p>
  <ul>
    <li>Email and messaging</li>
    <li>File access and sharing</li>
    <li>Web browsing</li>
    <li>Calendars and task systems</li>
    <li>Third-party plugins</li>
  </ul>
  <p>
    The more tools that are available, the larger the attack surface becomes. If untrusted content is introduced into the model�s context , via retrieved documents, pasted text, or user input, the model may generate outputs that attempt to invoke tools in unexpected ways.
    Several well-known examples originate in environments where broad tool access is enabled by design.
  </p>

  <h3>Enterprise AI Has Different Requirements</h3>
  <p>
    Enterprise AI systems on the other hand should be built for specific outcomes, bounded workflows, and defined responsibility. In an enterprise context:
  </p>
  <ul>
    <li>Tools should be enabled only when required</li>
    <li>Tool schemas should be explicit and validated</li>
    <li>Execution paths should be constrained</li>
    <li>Behaviour should be observable and auditable</li>
  </ul>
  <p>
    For example, if an AI workflow is performing structured data extraction or classification, there is typically no reason for it to have access to email, file-sharing, or outbound communication tools. Those capabilities should not exist in that execution context.
  </p>

  <h3>Security Is a Platform Property, Not a Model Feature</h3>
  <p>
    There is no such thing as a "secure LLM" in isolation. Security emerges from system design:
  </p>
  <ul>
    <li>What tools are available</li>
    <li>How inputs are validated</li>
    <li>How outputs are interpreted</li>
    <li>What actions are permitted</li>
    <li>What is logged and reviewed</li>
  </ul>
  <p>
    An LLM can suggest an action, but the platform decides whether that action is allowed, how it is executed, and whether it is rejected.
  </p>

  <h3>How Zeaware Avalon Approaches Tool Control</h3>
  <p>
    Zeaware Avalon is designed on the assumption that capability must be explicit. From an engineering perspective, this means:
  </p>
  <ul>
    <li>Tools are not globally available enabled</li>
    <li>Each workflow, and each task in the work, explicitly declares which tools it may use</li>
    <li>Tool inputs are validated before execution</li>
    <li>Tool execution is controlled by the platform, not the model</li>
    <li>Outputs and decisions are captured for audit and review</li>
  </ul>
  <p>
    In many enterprise scenarios, the safest configuration is one with no tools enabled at all, beyond retrieval and reasoning.
    When tools are required, they are treated as governed execution steps - not conveniences the model can freely explore.
  </p>
<section class="za-diagram" aria-label="LLM tool execution control diagram">
  <style>
    .za-diagram{
      max-width: 880px;
      margin: 32px auto;
      padding: 22px;
      border: 1px solid rgba(238,241,246,.9);
      border-radius: 16px;
      background: #fff;
      box-shadow: 0 8px 24px rgba(28,132,255,.10);
      text-align: center;
    }
    .za-diagram h4{
      margin-bottom: 14px;
      font-size: 18px;
      letter-spacing: -.01em;
      color: #0f172a;
    }
    svg text{
      font-family: system-ui, -apple-system, Segoe UI, Roboto, Helvetica, Arial;
      fill: #0f172a;
      font-size: 13px;
    }
    .box{
      fill: #ffffff;
      stroke: rgba(15,23,42,.25);
      stroke-width: 1.2;
      rx: 10;
    }
    .platform{
      fill: rgba(28,132,255,.08);
      stroke: rgba(28,132,255,.55);
    }
    .arrow{
      stroke: rgba(15,23,42,.55);
      stroke-width: 1.4;
      marker-end: url(#arrowhead);
    }
    .note{
      fill: rgba(15,23,42,.65);
      font-size: 12px;
    }
  </style>

  <h4>LLM Suggestion vs Platform-Controlled Execution</h4>

  <svg viewBox="0 0 760 380" width="100%" height="auto" role="img">
    <defs>
      <marker id="arrowhead" markerWidth="10" markerHeight="7" refX="10" refY="3.5" orient="auto">
        <polygon points="0 0, 10 3.5, 0 7" fill="rgba(15,23,42,.55)"></polygon>
      </marker>
    </defs>

    <!-- Input -->
    <rect x="260" y="10" width="240" height="44" class="box"></rect>
    <text x="380" y="38" text-anchor="middle">User / Retrieved Content</text>

    <!-- Arrow -->
    <line x1="380" y1="54" x2="380" y2="88" class="arrow"></line>

    <!-- LLM -->
    <rect x="260" y="90" width="240" height="60" class="box"></rect>
    <text x="380" y="118" text-anchor="middle">LLM</text>
    <text x="380" y="136" text-anchor="middle" class="note">Generates text or suggestions</text>

    <!-- Arrow -->
    <line x1="380" y1="150" x2="380" y2="190" class="arrow"></line>

    <!-- Platform -->
    <rect x="200" y="192" width="360" height="96" class="box platform"></rect>
    <text x="380" y="218" text-anchor="middle">Enterprise AI Platform</text>
    <text x="380" y="238" text-anchor="middle" class="note">
      � Tool allow-list
	</text>
    <text x="380" y="250" text-anchor="middle" class="note">
      � Schema validation
	</text>
    <text x="380" y="262" text-anchor="middle" class="note">
      � Execution rules
	</text>
    <text x="380" y="274" text-anchor="middle" class="note">
      � Audit
	</text>

    <!-- Arrow -->
    <line x1="380" y1="288" x2="380" y2="318" class="arrow"></line>

    <!-- Tool -->
    <rect x="260" y="320" width="240" height="44" class="box"></rect>
    <text x="380" y="348" text-anchor="middle">Approved Tool (Scoped Action)</text>
  
</svg></section>

  <h3>Addressing Common Objections</h3>

  <p><strong>"Can�t an LLM still generate malicious tool calls even with limited tools?"</strong></p>
  <p>
    Yes. Tool restriction stops models from accessing tools out of scope for the assigned task.&nbsp; But this alone is not a complete solution. Limiting tools reduces surface area, but validation and enforcement prevent misuse within that surface area.
  </p>

  <p><strong>"What about prompt injection through retrieved content?"</strong></p>
  <p>
    Retrieved content should be treated as untrusted. It should inform reasoning, not expand capability. Tool availability and execution authority must remain independent of retrieved data.
  </p>

  <p><strong>"Doesn�t the model still need to behave correctly?"</strong></p>
  <p>
    Models are probabilistic by nature. Enterprise systems should assume models may produce unexpected outputs, and ensure those outputs cannot trigger unauthorised actions.&nbsp; Guardrails are used to validate and revise, redo and fail unexpected results.</p>

  <p><strong>"What about incorrect reasoning or misleading outputs?"</strong></p>
  <p>
    That is a separate class of risk. Tool control does not eliminate reasoning errors or hallucinations - those require different mitigations such as evaluation, review, and governance processes.
  </p>

  <div class="za-quote" role="note" aria-label="Final thought">
    <p style="margin:0;"><span style="color: inherit; font-family: inherit; font-size: 24px;">A Balanced View of Risk</span></p></div>
  <p>
    AI systems introduce new considerations, but they do not invalidate decades of security practice.
    There will always be risks to manage: untrusted inputs, misconfiguration, over-permissioned execution, and insufficient monitoring. The goal is to understand where risk lives, reduce exposure through design, and make behaviour observable.
  </p>

  <p class="za-byline">� Zeaware Engineering Team</p>]]>&gt;</content:encoded>
    </item>
    <item>
      <title>Objectives for 2026</title>
      <link>https://www.zeaware.com/blog/2026_year_ahead</link>
      <dc:creator><![CDATA[The Zeaware Team]]></dc:creator>
      <pubDate>Fri, 02 Jan 2026 00:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://www.zeaware.com/blog/2026_year_ahead</guid>
      <description><![CDATA[<style>

    #zeaware-2026-trust-ai .zw-eyebrow{
      font-size: 13px;
      letter-spacing: .08em;
      text-transform: uppercase;
      color: #6a6a6a;
      margin: 0 0 8px 0;
    }
    #zeaware-2026-trust-ai .zw-lede{
      font-size: 18px;
      color: #2b2b2b;
      margin: 0 0 18px 0;
    }
    #zeaware-2026-trust-ai ul{
      margin: 8px 0 14px 18px;
      padding: 0;
    }
    #zeaware-2026-trust-ai li{ margin: 6px 0; }
    #zeaware-2026-trust-ai .zw-grid{
      display: grid;
      grid-template-columns: 1fr;
      gap: 14px;
      margin: 14px 0 8px 0;
    }
    @media (min-width: 860px){
      #zeaware-2026-trust-ai .zw-grid{
        grid-template-columns: 1fr 1fr;
      }
    }
    #zeaware-2026-trust-ai .zw-card{
      border: 1px solid #ececec;
      border-radius: 14px;
      padding: 14px 14px 12px 14px;
      background: #fff;
      box-shadow: 0 6px 18px rgba(0,0,0,0.04);
    }
    #zeaware-2026-trust-ai .zw-card h4{
      margin: 0 0 6px 0;
      font-size: 16px;
    }
    #zeaware-2026-trust-ai .zw-card p{
      margin: 0 0 8px 0;
      color: #2f2f2f;
      font-size: 14px;
    }
    #zeaware-2026-trust-ai .zw-tagrow{
      display: flex;
      flex-wrap: wrap;
      gap: 8px;
      margin-top: 10px;
    }
    #zeaware-2026-trust-ai .zw-tag{
      font-size: 12px;
      padding: 5px 9px;
      border-radius: 999px;
      border: 1px solid #e9e9e9;
      background: #fafafa;
      color: #3a3a3a;
      white-space: nowrap;
    }

  </style>
<section id="zeaware-2026-trust-ai" class="zw-section">
  <h2>2026 - The Year Trust Becomes the Real AI Advantage</h2>

  <p class="zw-lede">
    As we step into 2026, the AI conversation is shifting in a healthy way.&nbsp; Less of �can it do it?�, more of �can we trust it, and can we prove it?�.
    That shift matters because agentic systems are moving from demos into production and when AI can initiate change in the real world, trust stops being
    a principle and becomes a commercial requirement.
  </p>

  <div class="blog-callout" role="note" aria-label="Trust message">
    <strong>Our core belief for 2026:</strong> If you can�t explain what happened, you can�t scale it.
    Trust is not a slogan, it is an engineering discipline.
  </div>

  <h3>What will define AI success in 2026</h3>
  <ul>
    <li><strong>ROI pressure meets reality</strong> - experimentation is giving way to dependable, repeatable productivity gains and measurable outcomes.</li>
    <li><strong>Agents go mainstream - and break in new ways</strong> - reliability, traceability, and �safe autonomy� become the hard problems.</li>
    <li><strong>Trust becomes the currency</strong> - governance and control shift from �compliance work� to the enabler of scale.</li>
  </ul>

  <div class="blog-divider"></div>

  <h3>Zeaware�s top 5 objectives for 2026</h3>

  <div class="zw-grid">
    <div class="zw-card">
      <h4>1) Make �Trusted AI� practical</h4>
      <p>
        Turn trust into something you can build, configure, audit, and improve, not something you hope for.
        In Zeaware Avalon, this means governance-by-design, policy-aware execution, and end-to-end traceability.
      </p>
      <div class="zw-tagrow">
        <span class="zw-tag">Governance-by-design</span>
        <span class="zw-tag">Audit trails</span>
        <span class="zw-tag">Policy-aware execution</span>
      </div>
    </div>

    <div class="zw-card">
      <h4>2) Operationalise agentic workflows safely</h4>
      <p>
        Move beyond �chat� into real workflows while keeping humans in control where it matters.
        The goal is not autonomy for its own sake,-it is about safe and scalable leverage.
      </p>
      <div class="zw-tagrow">
        <span class="zw-tag">Human-in-the-loop</span>
        <span class="zw-tag">Scoped automation</span>
        <span class="zw-tag">Workflow patterns</span>
      </div>
    </div>

    <div class="zw-card">
      <h4>3) Raise AI reliability with measurable quality</h4>
      <p>
        In 2026, �it seemed right� won�t pass. We�re investing in evaluation harnesses, regression tests for workflows,
        and operational monitoring to detect drift and repeated failure patterns.
      </p>
      <div class="zw-tagrow">
        <span class="zw-tag">Evaluation</span>
        <span class="zw-tag">Regression testing</span>
        <span class="zw-tag">Monitoring</span>
      </div>
    </div>

    <div class="zw-card">
      <h4>4) Help customers defend trust, not just create content</h4>
      <p>
        As threats like impersonation, scams, and agent misuse rise, organisations will invest heavily in defence.
        Zeaware�s role is help provide controlled tool access, identity and permissions, and auditability.
      </p>
      <div class="zw-tagrow">
        <span class="zw-tag">Identity</span>
        <span class="zw-tag">Least privilege</span>
        <span class="zw-tag">Auditability</span>
      </div>
    </div>

    <div class="zw-card">
      <h4>5) Build for enterprise-grade realities</h4>
      <p>
        Customers need clarity on data boundaries, deployment models, and operational control.
        We�ll keep investing in multi-tenant governance and customer-hosted options suitable for regulated environments.
      </p>
      <div class="zw-tagrow">
        <span class="zw-tag">Data boundaries</span>
        <span class="zw-tag">Customer-hosted</span>
        <span class="zw-tag">Enterprise security</span>
      </div>
    </div>

    <div class="zw-card">
      <h4>What this means in practice</h4>
      <p>
        Start with real workflows and measurable outcomes. Design trust, control, and auditability from day one.
        Deploy agents that can act - but only inside explicit boundaries. Build the muscle of evaluation and continuous improvement.
      </p>
      <div class="zw-tagrow">
        <span class="zw-tag">Real workflows</span>
        <span class="zw-tag">Boundaries</span>
        <span class="zw-tag">Continuous improvement</span>
      </div>
    </div>
  </div>


  <div class="">
    <h3>Partner with Zeaware in 2026</h3>
    <p>Our focus in 2026 is not just on building trusted AI systems, but on helping organisations grow with AI, safely, sustainably, and at enterprise scale.</p>
	<p>That means meeting customers where they are today, whether they are moving beyond early pilots or looking to scale existing AI capabilities across teams, functions, and geographies. We work closely with customers to prioritise the right use cases, design agentic workflows that deliver real operational value, and embed trust, governance, and accountability from day one so growth does not come at the cost of control.</p>
	<p>We also recognise that scaling AI is as much a delivery challenge as it is a technology one. That is why Zeaware works with a growing network of delivery and domain partners who bring deep industry expertise, implementation capability, and change management experience. Together, we provide a scalable delivery model that allows organisations to move faster, deploy confidently, and extend AI across the business without reinventing the wheel each time.</p>
	<p>Zeaware Avalon sits at the centre of this approach - providing a governed, extensible platform that enables customers and partners to build, operate, and continuously improve AI solutions in production, not just experiment in isolation.</p>
	<p>If you�re planning AI for 2026 and want to move from experimentation to trusted production systems, systems that your people can rely on, your leadership can stand behind, and your organisation can scale with confidence, we�d love to collaborate.</p>
    
  </div>
</section>]]></description>
      <content:encoded><![CDATA[<style>

    #zeaware-2026-trust-ai .zw-eyebrow{
      font-size: 13px;
      letter-spacing: .08em;
      text-transform: uppercase;
      color: #6a6a6a;
      margin: 0 0 8px 0;
    }
    #zeaware-2026-trust-ai .zw-lede{
      font-size: 18px;
      color: #2b2b2b;
      margin: 0 0 18px 0;
    }
    #zeaware-2026-trust-ai ul{
      margin: 8px 0 14px 18px;
      padding: 0;
    }
    #zeaware-2026-trust-ai li{ margin: 6px 0; }
    #zeaware-2026-trust-ai .zw-grid{
      display: grid;
      grid-template-columns: 1fr;
      gap: 14px;
      margin: 14px 0 8px 0;
    }
    @media (min-width: 860px){
      #zeaware-2026-trust-ai .zw-grid{
        grid-template-columns: 1fr 1fr;
      }
    }
    #zeaware-2026-trust-ai .zw-card{
      border: 1px solid #ececec;
      border-radius: 14px;
      padding: 14px 14px 12px 14px;
      background: #fff;
      box-shadow: 0 6px 18px rgba(0,0,0,0.04);
    }
    #zeaware-2026-trust-ai .zw-card h4{
      margin: 0 0 6px 0;
      font-size: 16px;
    }
    #zeaware-2026-trust-ai .zw-card p{
      margin: 0 0 8px 0;
      color: #2f2f2f;
      font-size: 14px;
    }
    #zeaware-2026-trust-ai .zw-tagrow{
      display: flex;
      flex-wrap: wrap;
      gap: 8px;
      margin-top: 10px;
    }
    #zeaware-2026-trust-ai .zw-tag{
      font-size: 12px;
      padding: 5px 9px;
      border-radius: 999px;
      border: 1px solid #e9e9e9;
      background: #fafafa;
      color: #3a3a3a;
      white-space: nowrap;
    }

  </style>
<section id="zeaware-2026-trust-ai" class="zw-section">
  <h2>2026 - The Year Trust Becomes the Real AI Advantage</h2>

  <p class="zw-lede">
    As we step into 2026, the AI conversation is shifting in a healthy way.&nbsp; Less of �can it do it?�, more of �can we trust it, and can we prove it?�.
    That shift matters because agentic systems are moving from demos into production and when AI can initiate change in the real world, trust stops being
    a principle and becomes a commercial requirement.
  </p>

  <div class="blog-callout" role="note" aria-label="Trust message">
    <strong>Our core belief for 2026:</strong> If you can�t explain what happened, you can�t scale it.
    Trust is not a slogan, it is an engineering discipline.
  </div>

  <h3>What will define AI success in 2026</h3>
  <ul>
    <li><strong>ROI pressure meets reality</strong> - experimentation is giving way to dependable, repeatable productivity gains and measurable outcomes.</li>
    <li><strong>Agents go mainstream - and break in new ways</strong> - reliability, traceability, and �safe autonomy� become the hard problems.</li>
    <li><strong>Trust becomes the currency</strong> - governance and control shift from �compliance work� to the enabler of scale.</li>
  </ul>

  <div class="blog-divider"></div>

  <h3>Zeaware�s top 5 objectives for 2026</h3>

  <div class="zw-grid">
    <div class="zw-card">
      <h4>1) Make �Trusted AI� practical</h4>
      <p>
        Turn trust into something you can build, configure, audit, and improve, not something you hope for.
        In Zeaware Avalon, this means governance-by-design, policy-aware execution, and end-to-end traceability.
      </p>
      <div class="zw-tagrow">
        <span class="zw-tag">Governance-by-design</span>
        <span class="zw-tag">Audit trails</span>
        <span class="zw-tag">Policy-aware execution</span>
      </div>
    </div>

    <div class="zw-card">
      <h4>2) Operationalise agentic workflows safely</h4>
      <p>
        Move beyond �chat� into real workflows while keeping humans in control where it matters.
        The goal is not autonomy for its own sake,-it is about safe and scalable leverage.
      </p>
      <div class="zw-tagrow">
        <span class="zw-tag">Human-in-the-loop</span>
        <span class="zw-tag">Scoped automation</span>
        <span class="zw-tag">Workflow patterns</span>
      </div>
    </div>

    <div class="zw-card">
      <h4>3) Raise AI reliability with measurable quality</h4>
      <p>
        In 2026, �it seemed right� won�t pass. We�re investing in evaluation harnesses, regression tests for workflows,
        and operational monitoring to detect drift and repeated failure patterns.
      </p>
      <div class="zw-tagrow">
        <span class="zw-tag">Evaluation</span>
        <span class="zw-tag">Regression testing</span>
        <span class="zw-tag">Monitoring</span>
      </div>
    </div>

    <div class="zw-card">
      <h4>4) Help customers defend trust, not just create content</h4>
      <p>
        As threats like impersonation, scams, and agent misuse rise, organisations will invest heavily in defence.
        Zeaware�s role is help provide controlled tool access, identity and permissions, and auditability.
      </p>
      <div class="zw-tagrow">
        <span class="zw-tag">Identity</span>
        <span class="zw-tag">Least privilege</span>
        <span class="zw-tag">Auditability</span>
      </div>
    </div>

    <div class="zw-card">
      <h4>5) Build for enterprise-grade realities</h4>
      <p>
        Customers need clarity on data boundaries, deployment models, and operational control.
        We�ll keep investing in multi-tenant governance and customer-hosted options suitable for regulated environments.
      </p>
      <div class="zw-tagrow">
        <span class="zw-tag">Data boundaries</span>
        <span class="zw-tag">Customer-hosted</span>
        <span class="zw-tag">Enterprise security</span>
      </div>
    </div>

    <div class="zw-card">
      <h4>What this means in practice</h4>
      <p>
        Start with real workflows and measurable outcomes. Design trust, control, and auditability from day one.
        Deploy agents that can act - but only inside explicit boundaries. Build the muscle of evaluation and continuous improvement.
      </p>
      <div class="zw-tagrow">
        <span class="zw-tag">Real workflows</span>
        <span class="zw-tag">Boundaries</span>
        <span class="zw-tag">Continuous improvement</span>
      </div>
    </div>
  </div>


  <div class="">
    <h3>Partner with Zeaware in 2026</h3>
    <p>Our focus in 2026 is not just on building trusted AI systems, but on helping organisations grow with AI, safely, sustainably, and at enterprise scale.</p>
	<p>That means meeting customers where they are today, whether they are moving beyond early pilots or looking to scale existing AI capabilities across teams, functions, and geographies. We work closely with customers to prioritise the right use cases, design agentic workflows that deliver real operational value, and embed trust, governance, and accountability from day one so growth does not come at the cost of control.</p>
	<p>We also recognise that scaling AI is as much a delivery challenge as it is a technology one. That is why Zeaware works with a growing network of delivery and domain partners who bring deep industry expertise, implementation capability, and change management experience. Together, we provide a scalable delivery model that allows organisations to move faster, deploy confidently, and extend AI across the business without reinventing the wheel each time.</p>
	<p>Zeaware Avalon sits at the centre of this approach - providing a governed, extensible platform that enables customers and partners to build, operate, and continuously improve AI solutions in production, not just experiment in isolation.</p>
	<p>If you�re planning AI for 2026 and want to move from experimentation to trusted production systems, systems that your people can rely on, your leadership can stand behind, and your organisation can scale with confidence, we�d love to collaborate.</p>
    
  </div>
</section>]]>&gt;</content:encoded>
    </item>
    <item>
      <title>Free eBook on Agentic Governance</title>
      <link>https://www.zeaware.com/blog/free_ebook_agentic_ai_governance</link>
      <dc:creator><![CDATA[The Zeaware Team]]></dc:creator>
      <pubDate>Wed, 17 Dec 2025 00:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://www.zeaware.com/blog/free_ebook_agentic_ai_governance</guid>
      <description><![CDATA[<div class="zw-container">
    <h2>A Holiday Gift for AI Leaders - Free eBook on Agentic Governance</h2>

    <p>
      As organisations accelerate the adoption of AI and agentic systems, one question keeps surfacing:
      <strong>How do we move fast with AI - without losing control?</strong>
    </p>

    <p>
      To help answer that question, Zeaware is pleased to offer our community a <strong>free download</strong> of
      <em>Agentic Governance: Making Intelligence Trustworthy</em> by <strong>Jesper Lowgren</strong>.
    </p>

    <p>
      <a class="zw-cta" href="https://www.zeaware.com/ebook">@{#imageembed("free_ebook_agentic_ai_governance_image")}</a>
    </p>

    <h3>Why Agentic Governance Matters Now</h3>
    <p>
      Agentic AI represents a step change in how systems operate. These are not just models responding to prompts -
      they are systems that can plan, decide, act, and collaborate across tools, data, and workflows.
    </p>

    <p>
      That power creates opportunity, but it also raises new challenges:
    </p>

    <ul>
      <li>How do we ensure AI actions remain aligned with organisational policy?</li>
      <li>How do we embed accountability when systems are autonomous?</li>
      <li>How do we govern outcomes, not just access?</li>
    </ul>

    <p>
      This eBook explores these questions through a practical governance lens, focusing on
      <strong>design-time and runtime controls</strong> - not just policy documents or after-the-fact oversight.
    </p>

    <h3>What You�ll Learn</h3>
    <p>
      In <em>Agentic Governance</em>, Jesper Lowgren draws on deep experience in AI systems design to explain:
    </p>

    <ul>
      <li>Why traditional AI governance models are no longer sufficient</li>
      <li>How governance can be embedded into agent architecture itself</li>
      <li>The role of policy-as-data, constraints, and feedback loops</li>
      <li>How organisations can scale AI safely without stifling innovation</li>
    </ul>

    <p>
      The book is platform-agnostic and written for leaders, architects, and practitioners who want to move beyond
      theory into real-world application.
    </p>

    <h3>A Thank You to the Author</h3>
    <p>
      We would like to sincerely thank <strong><a href="https://www.jesperlowgren.com/" target="_blank">Jesper Lowgren</a></strong> for allowing Zeaware to make this eBook freely
      available to our community - particularly at a time when many teams are reflecting, planning, and setting
      direction for the year ahead.
    </p>

    <p>
      Jesper�s work aligns closely with Zeaware�s own philosophy: governance should enable AI adoption, not block it -
      and trust must be designed into systems from day one.
    </p>

    <h3>Just in Time for Planning Season</h3>
    <p>
      Whether you are exploring your first agent-based AI use cases, scaling AI across business units, or preparing
      governance frameworks for 2026 and beyond, this eBook provides a thoughtful, practical foundation to support
      those conversations.
    </p>

    <p>
      <a class="zw-cta" href="https://www.zeaware.com/ebook">Get the free eBook</a>
    </p>
  </div>]]></description>
      <content:encoded><![CDATA[<div class="zw-container">
    <h2>A Holiday Gift for AI Leaders - Free eBook on Agentic Governance</h2>

    <p>
      As organisations accelerate the adoption of AI and agentic systems, one question keeps surfacing:
      <strong>How do we move fast with AI - without losing control?</strong>
    </p>

    <p>
      To help answer that question, Zeaware is pleased to offer our community a <strong>free download</strong> of
      <em>Agentic Governance: Making Intelligence Trustworthy</em> by <strong>Jesper Lowgren</strong>.
    </p>

    <p>
      <a class="zw-cta" href="https://www.zeaware.com/ebook">@{#imageembed("free_ebook_agentic_ai_governance_image")}</a>
    </p>

    <h3>Why Agentic Governance Matters Now</h3>
    <p>
      Agentic AI represents a step change in how systems operate. These are not just models responding to prompts -
      they are systems that can plan, decide, act, and collaborate across tools, data, and workflows.
    </p>

    <p>
      That power creates opportunity, but it also raises new challenges:
    </p>

    <ul>
      <li>How do we ensure AI actions remain aligned with organisational policy?</li>
      <li>How do we embed accountability when systems are autonomous?</li>
      <li>How do we govern outcomes, not just access?</li>
    </ul>

    <p>
      This eBook explores these questions through a practical governance lens, focusing on
      <strong>design-time and runtime controls</strong> - not just policy documents or after-the-fact oversight.
    </p>

    <h3>What You�ll Learn</h3>
    <p>
      In <em>Agentic Governance</em>, Jesper Lowgren draws on deep experience in AI systems design to explain:
    </p>

    <ul>
      <li>Why traditional AI governance models are no longer sufficient</li>
      <li>How governance can be embedded into agent architecture itself</li>
      <li>The role of policy-as-data, constraints, and feedback loops</li>
      <li>How organisations can scale AI safely without stifling innovation</li>
    </ul>

    <p>
      The book is platform-agnostic and written for leaders, architects, and practitioners who want to move beyond
      theory into real-world application.
    </p>

    <h3>A Thank You to the Author</h3>
    <p>
      We would like to sincerely thank <strong><a href="https://www.jesperlowgren.com/" target="_blank">Jesper Lowgren</a></strong> for allowing Zeaware to make this eBook freely
      available to our community - particularly at a time when many teams are reflecting, planning, and setting
      direction for the year ahead.
    </p>

    <p>
      Jesper�s work aligns closely with Zeaware�s own philosophy: governance should enable AI adoption, not block it -
      and trust must be designed into systems from day one.
    </p>

    <h3>Just in Time for Planning Season</h3>
    <p>
      Whether you are exploring your first agent-based AI use cases, scaling AI across business units, or preparing
      governance frameworks for 2026 and beyond, this eBook provides a thoughtful, practical foundation to support
      those conversations.
    </p>

    <p>
      <a class="zw-cta" href="https://www.zeaware.com/ebook">Get the free eBook</a>
    </p>
  </div>]]>&gt;</content:encoded>
    </item>
    <item>
      <title>GPT-5.2 now supported in Zeaware Avalon</title>
      <link>https://www.zeaware.com/blog/avalon_openai_gpt_5_2_support</link>
      <dc:creator><![CDATA[The Zeaware Team]]></dc:creator>
      <pubDate>Fri, 12 Dec 2025 00:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://www.zeaware.com/blog/avalon_openai_gpt_5_2_support</guid>
      <description><![CDATA[<p>
We are pleased to announce that Zeaware Avalon now supports OpenAI�s latest flagship model, GPT-5.2.
GPT-5.2 is designed for professional knowledge work and long-running agents, with major improvements in reasoning,
long-context understanding, tool use and multimodal capabilities.
</p>

<h2>What�s new in GPT-5.2</h2>
<ul>
  <li>
    <strong>Enhanced reasoning and professional task execution</strong> � GPT-5.2 is optimised for complex, well-specified
    knowledge work such as building spreadsheets, presentations, technical documentation and production-grade code.
  </li>
  <li>
    <strong>Stronger long-context and multimodal performance</strong> � Better handling of extended inputs and mixed
    modalities (text, code and images) helps maintain fidelity across complex workflows and larger document sets.
  </li>
  <li>
    <strong>Improved agentic tool-calling</strong> � More reliable tool use and planning for agents that need to call APIs,
    work with structured data or orchestrate multi-step business processes end-to-end.
  </li>
  <li>
    <strong>Broader availability</strong> � GPT-5.2 is available in multiple variants for different latency, cost and
    depth-of-thinking profiles, making it easier to match models to real-world use cases.
  </li>
</ul>

<h2>Benefits for Zeaware Avalon customers</h2>
<ul>
  <li>
    <strong>Smarter agents and workflows</strong> � Power demanding workloads such as contract and policy analysis,
    research assistance, technical support, data exploration and decision support with a frontier-grade reasoning model.
  </li>
  <li>
    <strong>More reliable long-running interactions</strong> � Use GPT-5.2 in agents that operate over longer sessions,
    larger knowledge bases or multi-step workflows while maintaining consistency and context.
  </li>
  <li>
    <strong>Richer automation opportunities</strong> � Combine&nbsp; Zeaware Avalon�s governance-by-design framework with GPT-5.2�s improved
    planning and tool-use to automate more of the �last mile� in complex processes, while keeping humans in control.
  </li>
  <li>
    <strong>Flexible model choice</strong> � Configure GPT-5.2 alongside other supported models in Zeaware Avalon, choosing the
    right engine per agent, per workflow or per tenant based on cost, performance and risk profile.
  </li>
</ul>

<h2>Getting started</h2>
<p>
GPT-5.2 can be added via the <strong>Service</strong> settings in your Zeaware Avalon environment.
Once enabled, you can:
</p>
<ul>
  <li>Re-run existing agent and workflow tests using GPT-5.2 to compare output quality, robustness and latency.</li>
  <li>Introduce GPT-5.2 into complex, multi-step workflows that benefit from stronger reasoning and tool-use.</li>
  <li>Review workflows that currently require manual oversight to see where GPT-5.2 can safely reduce orchestration effort.</li>
</ul>

<h2>What�s next</h2>
<p>For a demonstration of GPT-5.2 within Zeaware Avalon or guidance on upgrading your agents and workflows, please contact the
Zeaware team.</p>]]></description>
      <content:encoded><![CDATA[<p>
We are pleased to announce that Zeaware Avalon now supports OpenAI�s latest flagship model, GPT-5.2.
GPT-5.2 is designed for professional knowledge work and long-running agents, with major improvements in reasoning,
long-context understanding, tool use and multimodal capabilities.
</p>

<h2>What�s new in GPT-5.2</h2>
<ul>
  <li>
    <strong>Enhanced reasoning and professional task execution</strong> � GPT-5.2 is optimised for complex, well-specified
    knowledge work such as building spreadsheets, presentations, technical documentation and production-grade code.
  </li>
  <li>
    <strong>Stronger long-context and multimodal performance</strong> � Better handling of extended inputs and mixed
    modalities (text, code and images) helps maintain fidelity across complex workflows and larger document sets.
  </li>
  <li>
    <strong>Improved agentic tool-calling</strong> � More reliable tool use and planning for agents that need to call APIs,
    work with structured data or orchestrate multi-step business processes end-to-end.
  </li>
  <li>
    <strong>Broader availability</strong> � GPT-5.2 is available in multiple variants for different latency, cost and
    depth-of-thinking profiles, making it easier to match models to real-world use cases.
  </li>
</ul>

<h2>Benefits for Zeaware Avalon customers</h2>
<ul>
  <li>
    <strong>Smarter agents and workflows</strong> � Power demanding workloads such as contract and policy analysis,
    research assistance, technical support, data exploration and decision support with a frontier-grade reasoning model.
  </li>
  <li>
    <strong>More reliable long-running interactions</strong> � Use GPT-5.2 in agents that operate over longer sessions,
    larger knowledge bases or multi-step workflows while maintaining consistency and context.
  </li>
  <li>
    <strong>Richer automation opportunities</strong> � Combine&nbsp; Zeaware Avalon�s governance-by-design framework with GPT-5.2�s improved
    planning and tool-use to automate more of the �last mile� in complex processes, while keeping humans in control.
  </li>
  <li>
    <strong>Flexible model choice</strong> � Configure GPT-5.2 alongside other supported models in Zeaware Avalon, choosing the
    right engine per agent, per workflow or per tenant based on cost, performance and risk profile.
  </li>
</ul>

<h2>Getting started</h2>
<p>
GPT-5.2 can be added via the <strong>Service</strong> settings in your Zeaware Avalon environment.
Once enabled, you can:
</p>
<ul>
  <li>Re-run existing agent and workflow tests using GPT-5.2 to compare output quality, robustness and latency.</li>
  <li>Introduce GPT-5.2 into complex, multi-step workflows that benefit from stronger reasoning and tool-use.</li>
  <li>Review workflows that currently require manual oversight to see where GPT-5.2 can safely reduce orchestration effort.</li>
</ul>

<h2>What�s next</h2>
<p>For a demonstration of GPT-5.2 within Zeaware Avalon or guidance on upgrading your agents and workflows, please contact the
Zeaware team.</p>]]>&gt;</content:encoded>
    </item>
    <item>
      <title>Tenant-Level Firewalls Now Available in Zeaware Avalon</title>
      <link>https://www.zeaware.com/blog/zeaware_avalon_tenant_firewall</link>
      <dc:creator><![CDATA[The Zeaware Team]]></dc:creator>
      <pubDate>Sun, 30 Nov 2025 00:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://www.zeaware.com/blog/zeaware_avalon_tenant_firewall</guid>
      <description><![CDATA[<p>Zeaware Avalon now includes <strong>tenant-level firewalls</strong>, giving you direct control over 
    which networks are allowed to access your environment. This feature lets you restrict access 
    to your tenant using <strong>CIDR-based IP allow lists</strong>, providing an additional layer 
    of protection for your AI agents, data, and workflows.
  </p>

  <p>
    When the firewall is enabled, Zeaware Avalon switches to a <strong>default-deny</strong> model. 
    Only the IP ranges you explicitly approve will be permitted, mirroring the defence-in-depth 
    approach used by leading cloud platforms. This helps ensure your environment remains secure, 
    predictable, and aligned with your organisation�s policies.
  </p>

  <ul>
    <li>Choose between <strong>Allow access from all networks</strong> or <strong>Allow access from selected networks</strong></li>
    <li>Add one or more <strong>CIDR IP ranges</strong> to define who can access your tenant</li>
    <li>Built-in guardrails help reduce the risk of accidental lockouts</li>
    <li>All configuration changes are tracked for auditing and compliance</li>
  </ul>

  <p>
    This enhancement is part of our ongoing commitment to delivering 
    <strong>enterprise-grade security and governance</strong> within Avalon. As organisations scale 
    their use of AI agents and automations, strong access controls are essential for protecting 
    data and ensuring reliable operation.
  </p>
@{#imageviewer("zeaware_avalon_tenant_firewall_example")}
  <p>
    Tenant firewalls are now available in the <strong>Network</strong>&nbsp;section of the Zeaware Avalon console. 
    If you�d like guidance on recommended configurations or help getting started, our support team is ready to assist.
  </p>]]></description>
      <content:encoded><![CDATA[<p>Zeaware Avalon now includes <strong>tenant-level firewalls</strong>, giving you direct control over 
    which networks are allowed to access your environment. This feature lets you restrict access 
    to your tenant using <strong>CIDR-based IP allow lists</strong>, providing an additional layer 
    of protection for your AI agents, data, and workflows.
  </p>

  <p>
    When the firewall is enabled, Zeaware Avalon switches to a <strong>default-deny</strong> model. 
    Only the IP ranges you explicitly approve will be permitted, mirroring the defence-in-depth 
    approach used by leading cloud platforms. This helps ensure your environment remains secure, 
    predictable, and aligned with your organisation�s policies.
  </p>

  <ul>
    <li>Choose between <strong>Allow access from all networks</strong> or <strong>Allow access from selected networks</strong></li>
    <li>Add one or more <strong>CIDR IP ranges</strong> to define who can access your tenant</li>
    <li>Built-in guardrails help reduce the risk of accidental lockouts</li>
    <li>All configuration changes are tracked for auditing and compliance</li>
  </ul>

  <p>
    This enhancement is part of our ongoing commitment to delivering 
    <strong>enterprise-grade security and governance</strong> within Avalon. As organisations scale 
    their use of AI agents and automations, strong access controls are essential for protecting 
    data and ensuring reliable operation.
  </p>
@{#imageviewer("zeaware_avalon_tenant_firewall_example")}
  <p>
    Tenant firewalls are now available in the <strong>Network</strong>&nbsp;section of the Zeaware Avalon console. 
    If you�d like guidance on recommended configurations or help getting started, our support team is ready to assist.
  </p>]]>&gt;</content:encoded>
    </item>
    <item>
      <title>How Zeaware Avalon Optimises Content for Agents</title>
      <link>https://www.zeaware.com/blog/how_zeaware_avalon_optimises_content_for_agents</link>
      <dc:creator><![CDATA[Zeaware Engineering]]></dc:creator>
      <pubDate>Sat, 29 Nov 2025 00:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://www.zeaware.com/blog/how_zeaware_avalon_optimises_content_for_agents</guid>
      <description><![CDATA[<p><b>Integrated Chunking, Vector Indexing, and Hybrid Search</b></p>
  <p>
    Enterprise AI systems rarely fail because just because of model capability, instead one of the key reasons they may fail is because the content pipeline feeding those models is incomplete, inconsistent, or poorly controlled.
  </p>

  <p>
    At Zeaware, we have seen this repeatedly across customer environments: documents that look simple on paper behave unpredictably when converted, split, embedded, and retrieved. Organisations often try to solve this by using enterprise search tools, only to discover later that they have created a fragmented architecture full of hidden cost, latency, and maintenance overhead.
  </p>

  <p>
    Zeaware Avalon was designed to help improve this.
  </p>

  <p>
    Rather than treating content preparation, chunking, embedding and retrieval as an external concern, Zeaware Avalon provides an integrated set of capabilities that optimise content for agent reasoning, while still giving customers the freedom to plug in large-scale search services when needed.
  </p>

  <p>
    This hybrid approach delivers the best of both worlds: <strong>performance, control and efficiency internally</strong>, and <strong>elastic scale externally</strong>.
  </p>

  <hr>

  <h2>Content-Aware Splitting Designed for Agent Reasoning</h2>

  <p>
    Chunking is deceptively complex. Most systems use na�ve methods - fixed-size tokens or simple paragraph splits - which leads to:
  </p>

  <ul>
    <li>Missing or truncated context</li>
    <li>Hallucinated linkages between unrelated sections</li>
    <li>High token usage</li>
    <li>Reduced answer accuracy in multi-step agent workflows</li>
  </ul>

  <p>
    Zeaware Avalon�s <strong>content-aware splitter</strong> takes a different approach.
  </p>

  <p>
    It looks at structural cues (headings, semantic boundaries, topic shifts, embedded tables, lists and captions) and optimises splits so that each section:
  </p>

  <ul>
    <li>Preserves its topic integrity</li>
    <li>Includes essential upstream context</li>
    <li>Produces high-quality embeddings</li>
    <li>Enables more deterministic retrieval for agents</li>
  </ul>

  <p>
    This is particularly important for multi-agent workflows. When an agent summarises, extracts, cross-checks, or synthesises content, <strong>chunk quality determines reasoning quality</strong>.
  </p>

  <p>
    Zeaware Avalon handles this automatically. In Auto mode there is nothing for customers to configure, tune or maintain however fine grained control can be invoke when required.
  </p>

  <hr>

  <h2>Integrated Vector Indexing for Agent-Local Content</h2>

  <p>
    Many agents operate on <strong>small, specialised content pools</strong>:
  </p>

  <ul>
    <li>A product spec booklet for an onboarding agent</li>
    <li>A single policy document for an HR Q&amp;A agent</li>
    <li>A structured dataset for a calculation or classification agent</li>
    <li>A narrow knowledge bundle for an audit or compliance flow</li>
  </ul>

  <p>
    Provisioning an external vector index for each of these may be:
  </p>

  <ul>
    <li>Unnecessary</li>
    <li>Expensive</li>
    <li>Operationally messy</li>
    <li>Slow for continuous development and experimentation</li>
  </ul>

  <p>
    Zeaware Avalon provides its own <strong>in-built vector index</strong> optimised for agent-local use cases. This gives each agent fast, high-quality semantic retrieval without requiring external services.
  </p>

  <p>This delivers three important advantages:</p>

  <h3>Zero infrastructure overhead</h3>
  <p>
    No requirement for external search services (when small content sets), no provisioning limits.
  </p>

  <h3>High speed, low latency</h3>
  <p>
    Local vector stores are optimised for high speed lookups, perfect for multi-step agent workflows where every millisecond compounds.
  </p>

  <h3>Better governance-by-design</h3>
  <p>
    Zeaware Avalon knows <em>exactly</em> which content an agent has access to and enforces retrieval boundaries without relying on external system configuration.
  </p>

  <hr>

  <h2>External Index Integration for Large-Scale Content Pools</h2>

  <p>
    Of course, many enterprise use cases require large-scale document pools, tens of thousands of files, or continuously updated corporate knowledge bases.
  </p>

  <p>
    Zeaware Avalon does not replace that. instead we extend using these services.
  </p>

  <p>
    Agents can seamlessly reference external search indexes when:
  </p>

  <ul>
    <li>Document volumes exceed internal storage targets</li>
    <li>Content is updated regularly across the organisation</li>
    <li>Search must span multiple systems (SharePoint, websites, file repositories)</li>
    <li>Teams want to reuse existing search infrastructure</li>
  </ul>

  <p>
    Zeaware Avalon handles the complexity:
  </p>

  <ul>
    <li>Schema mapping</li>
    <li>Index connection</li>
    <li>Embedding model alignment</li>
    <li>Result scoring</li>
    <li>Governance and retrieval limits</li>
  </ul>

  <p>
    This gives customers the flexibility of external search with the consistency and safety of a Zeaware Avalon-managed pipeline.
  </p>

  <hr>

  <h2>Why This Integrated Design Matters</h2>

  <p>
    Teams building enterprise AI solutions often discover hidden costs later:
  </p>

  <ul>
    <li><strong>Multiple external indexes</strong> per agent or project</li>
    <li><strong>Duplicated document ingestion pipelines</strong></li>
    <li><strong>Fragmented governance rules</strong></li>
    <li><strong>Inconsistent splitting logic</strong></li>
    <li><strong>High search costs</strong></li>
    <li><strong>Retrieval drift</strong> as different indexes diverge</li>
    <li><strong>Non-deterministic responses</strong> because chunking and context rules vary</li>
  </ul>

  <p>
    Zeaware Avalon helps reduce this by providing one unified content optimisation framework, improving predictable behaviour and consistent governance, regardless of whether the agent uses:
  </p>

  <ul>
    <li>Internal vector indexing</li>
    <li>External search integration</li>
    <li>Or both</li>
  </ul>

  <p>
    This reduces operational burden dramatically and ensures that AI agents behave reliably, even as organisations scale their usage.
  </p>

  <hr>

  <h2>Delivering Better Accuracy, Lower Cost, and Stronger Governance</h2>

  <p>
    Zeaware Avalon�s integrated approach gives customers three strategic benefits:
  </p>

  <h3>Accurate and deterministic agent reasoning</h3>
  <p>
    Because Zeaware Avalon controls chunking, embedding, and retrieval, agents receive more consistent and contextually correct information.
  </p>

  <h3>Lower operational overhead</h3>
  <p>
    Most agent content can stay internal. Large-scale search can be external. This hybrid model keeps infrastructure light and costs predictable.
  </p>

  <h3>Strong governance and transparency</h3>
  <p>
    Zeaware Avalon knows what each agent can see and controls how it retrieves it - which is essential for enterprise governance, auditability, and risk management.
  </p>

  <hr>

  <h2>Zeaware Avalon: A Platform Built for Real-World Agent Performance</h2>

  <p>
    Content is the fuel of enterprise AI. If the preparation pipeline is inconsistent, expensive, or fragmented, agent performance will never be reliable.
  </p>

  <p>
    Zeaware Avalon solves this with a unified, content-aware design:
  </p>

  <ul>
    <li>Intelligent chunking</li>
    <li>Robust local vector indexes</li>
    <li>Seamless integration with enterprise search</li>
    <li>Consistent metadata and governance controls</li>
  </ul>

  <p>
    This allows organisations to move fast, build reliably, and scale without multiplying infrastructure or cost. It is about having the right content, retrieved under the right governance, at the right time.</p>

  <p><em>Zeaware Engineering</em></p>]]></description>
      <content:encoded><![CDATA[<p><b>Integrated Chunking, Vector Indexing, and Hybrid Search</b></p>
  <p>
    Enterprise AI systems rarely fail because just because of model capability, instead one of the key reasons they may fail is because the content pipeline feeding those models is incomplete, inconsistent, or poorly controlled.
  </p>

  <p>
    At Zeaware, we have seen this repeatedly across customer environments: documents that look simple on paper behave unpredictably when converted, split, embedded, and retrieved. Organisations often try to solve this by using enterprise search tools, only to discover later that they have created a fragmented architecture full of hidden cost, latency, and maintenance overhead.
  </p>

  <p>
    Zeaware Avalon was designed to help improve this.
  </p>

  <p>
    Rather than treating content preparation, chunking, embedding and retrieval as an external concern, Zeaware Avalon provides an integrated set of capabilities that optimise content for agent reasoning, while still giving customers the freedom to plug in large-scale search services when needed.
  </p>

  <p>
    This hybrid approach delivers the best of both worlds: <strong>performance, control and efficiency internally</strong>, and <strong>elastic scale externally</strong>.
  </p>

  <hr>

  <h2>Content-Aware Splitting Designed for Agent Reasoning</h2>

  <p>
    Chunking is deceptively complex. Most systems use na�ve methods - fixed-size tokens or simple paragraph splits - which leads to:
  </p>

  <ul>
    <li>Missing or truncated context</li>
    <li>Hallucinated linkages between unrelated sections</li>
    <li>High token usage</li>
    <li>Reduced answer accuracy in multi-step agent workflows</li>
  </ul>

  <p>
    Zeaware Avalon�s <strong>content-aware splitter</strong> takes a different approach.
  </p>

  <p>
    It looks at structural cues (headings, semantic boundaries, topic shifts, embedded tables, lists and captions) and optimises splits so that each section:
  </p>

  <ul>
    <li>Preserves its topic integrity</li>
    <li>Includes essential upstream context</li>
    <li>Produces high-quality embeddings</li>
    <li>Enables more deterministic retrieval for agents</li>
  </ul>

  <p>
    This is particularly important for multi-agent workflows. When an agent summarises, extracts, cross-checks, or synthesises content, <strong>chunk quality determines reasoning quality</strong>.
  </p>

  <p>
    Zeaware Avalon handles this automatically. In Auto mode there is nothing for customers to configure, tune or maintain however fine grained control can be invoke when required.
  </p>

  <hr>

  <h2>Integrated Vector Indexing for Agent-Local Content</h2>

  <p>
    Many agents operate on <strong>small, specialised content pools</strong>:
  </p>

  <ul>
    <li>A product spec booklet for an onboarding agent</li>
    <li>A single policy document for an HR Q&amp;A agent</li>
    <li>A structured dataset for a calculation or classification agent</li>
    <li>A narrow knowledge bundle for an audit or compliance flow</li>
  </ul>

  <p>
    Provisioning an external vector index for each of these may be:
  </p>

  <ul>
    <li>Unnecessary</li>
    <li>Expensive</li>
    <li>Operationally messy</li>
    <li>Slow for continuous development and experimentation</li>
  </ul>

  <p>
    Zeaware Avalon provides its own <strong>in-built vector index</strong> optimised for agent-local use cases. This gives each agent fast, high-quality semantic retrieval without requiring external services.
  </p>

  <p>This delivers three important advantages:</p>

  <h3>Zero infrastructure overhead</h3>
  <p>
    No requirement for external search services (when small content sets), no provisioning limits.
  </p>

  <h3>High speed, low latency</h3>
  <p>
    Local vector stores are optimised for high speed lookups, perfect for multi-step agent workflows where every millisecond compounds.
  </p>

  <h3>Better governance-by-design</h3>
  <p>
    Zeaware Avalon knows <em>exactly</em> which content an agent has access to and enforces retrieval boundaries without relying on external system configuration.
  </p>

  <hr>

  <h2>External Index Integration for Large-Scale Content Pools</h2>

  <p>
    Of course, many enterprise use cases require large-scale document pools, tens of thousands of files, or continuously updated corporate knowledge bases.
  </p>

  <p>
    Zeaware Avalon does not replace that. instead we extend using these services.
  </p>

  <p>
    Agents can seamlessly reference external search indexes when:
  </p>

  <ul>
    <li>Document volumes exceed internal storage targets</li>
    <li>Content is updated regularly across the organisation</li>
    <li>Search must span multiple systems (SharePoint, websites, file repositories)</li>
    <li>Teams want to reuse existing search infrastructure</li>
  </ul>

  <p>
    Zeaware Avalon handles the complexity:
  </p>

  <ul>
    <li>Schema mapping</li>
    <li>Index connection</li>
    <li>Embedding model alignment</li>
    <li>Result scoring</li>
    <li>Governance and retrieval limits</li>
  </ul>

  <p>
    This gives customers the flexibility of external search with the consistency and safety of a Zeaware Avalon-managed pipeline.
  </p>

  <hr>

  <h2>Why This Integrated Design Matters</h2>

  <p>
    Teams building enterprise AI solutions often discover hidden costs later:
  </p>

  <ul>
    <li><strong>Multiple external indexes</strong> per agent or project</li>
    <li><strong>Duplicated document ingestion pipelines</strong></li>
    <li><strong>Fragmented governance rules</strong></li>
    <li><strong>Inconsistent splitting logic</strong></li>
    <li><strong>High search costs</strong></li>
    <li><strong>Retrieval drift</strong> as different indexes diverge</li>
    <li><strong>Non-deterministic responses</strong> because chunking and context rules vary</li>
  </ul>

  <p>
    Zeaware Avalon helps reduce this by providing one unified content optimisation framework, improving predictable behaviour and consistent governance, regardless of whether the agent uses:
  </p>

  <ul>
    <li>Internal vector indexing</li>
    <li>External search integration</li>
    <li>Or both</li>
  </ul>

  <p>
    This reduces operational burden dramatically and ensures that AI agents behave reliably, even as organisations scale their usage.
  </p>

  <hr>

  <h2>Delivering Better Accuracy, Lower Cost, and Stronger Governance</h2>

  <p>
    Zeaware Avalon�s integrated approach gives customers three strategic benefits:
  </p>

  <h3>Accurate and deterministic agent reasoning</h3>
  <p>
    Because Zeaware Avalon controls chunking, embedding, and retrieval, agents receive more consistent and contextually correct information.
  </p>

  <h3>Lower operational overhead</h3>
  <p>
    Most agent content can stay internal. Large-scale search can be external. This hybrid model keeps infrastructure light and costs predictable.
  </p>

  <h3>Strong governance and transparency</h3>
  <p>
    Zeaware Avalon knows what each agent can see and controls how it retrieves it - which is essential for enterprise governance, auditability, and risk management.
  </p>

  <hr>

  <h2>Zeaware Avalon: A Platform Built for Real-World Agent Performance</h2>

  <p>
    Content is the fuel of enterprise AI. If the preparation pipeline is inconsistent, expensive, or fragmented, agent performance will never be reliable.
  </p>

  <p>
    Zeaware Avalon solves this with a unified, content-aware design:
  </p>

  <ul>
    <li>Intelligent chunking</li>
    <li>Robust local vector indexes</li>
    <li>Seamless integration with enterprise search</li>
    <li>Consistent metadata and governance controls</li>
  </ul>

  <p>
    This allows organisations to move fast, build reliably, and scale without multiplying infrastructure or cost. It is about having the right content, retrieved under the right governance, at the right time.</p>

  <p><em>Zeaware Engineering</em></p>]]>&gt;</content:encoded>
    </item>
    <item>
      <title>Claude Opus 4.5 now supported in Zeaware Avalon</title>
      <link>https://www.zeaware.com/blog/avalon_claude_opus_4_5_support</link>
      <dc:creator><![CDATA[The Zeaware Team]]></dc:creator>
      <pubDate>Tue, 25 Nov 2025 00:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://www.zeaware.com/blog/avalon_claude_opus_4_5_support</guid>
      <description><![CDATA[<p>
        We are pleased to announce that Zeaware Avalon now supports Anthropic�s latest flagship model, 
        <strong>Claude Opus 4.5</strong>. Released on 24 November 2025, Opus 4.5 delivers stronger reasoning, 
        more capable coding and agentic workflows, and improved long-context performance for enterprise use cases.
    </p>

    <h2>What�s new in Claude Opus 4.5</h2>
    <ul>
        <li>
            <strong>Enhanced reasoning and coding</strong> across complex tasks, including software development, 
            data analysis and multi-step problem solving, with leading performance on coding and agent benchmarks.
        </li>
        <li>
            <strong>Stronger agentic capabilities</strong>, enabling agents to work more effectively with 
            spreadsheets, documents and other tools as part of end-to-end workflows.
        </li>
        <li>
            <strong>Improved context handling and memory</strong> for long-running, multi-step interactions where consistency 
            and reliability are critical.
        </li>
    </ul>

    <h2>Benefits for Zeaware Avalon customers</h2>
    <ul>
        <li>
            <strong>Smarter agents and workflows</strong> for coding, policy Q&amp;A, analytics and operations, powered by a 
            frontier-grade reasoning model.
        </li>
        <li>
            <strong>More reliable performance and flexibility</strong> through upgraded backend model support within Avalon�s 
            governed, enterprise-ready framework.
        </li>
        <li>
            <strong>Opportunities for more advanced automation</strong> using Opus 4.5�s improved planning, tool-use and 
            long-horizon task handling.
        </li>
    </ul>

    <h2>Getting started</h2>
    <p>
        Claude Opus 4.5 can be added within the service or model settings in your Avalon environment. To explore the new capability, you can:
    </p>
    <ul>
        <li>Re-run existing workflow tests and compare results when switching to Opus 4.5.</li>
        <li>Use more complex, multi-step tasks or agent flows that benefit from stronger reasoning and tool-use.</li>
        <li>Review workflows that previously required manual oversight, as Opus 4.5 may reduce orchestration complexity.</li>
    </ul>

    <h2>What�s next</h2>
    <p>
        Our roadmap includes exposing additional Claude Opus 4.5-powered features across Avalon, including enhanced code-aware 
        agents, richer analysis workflows and more capable autonomous and semi-autonomous agent interactions. We will share 
        updates as these capabilities become available.
    </p>

    <p>
        For a demonstration of Claude Opus 4.5 within Avalon or guidance on upgrading your workflows, 
        please contact the Zeaware team.
    </p>]]></description>
      <content:encoded><![CDATA[<p>
        We are pleased to announce that Zeaware Avalon now supports Anthropic�s latest flagship model, 
        <strong>Claude Opus 4.5</strong>. Released on 24 November 2025, Opus 4.5 delivers stronger reasoning, 
        more capable coding and agentic workflows, and improved long-context performance for enterprise use cases.
    </p>

    <h2>What�s new in Claude Opus 4.5</h2>
    <ul>
        <li>
            <strong>Enhanced reasoning and coding</strong> across complex tasks, including software development, 
            data analysis and multi-step problem solving, with leading performance on coding and agent benchmarks.
        </li>
        <li>
            <strong>Stronger agentic capabilities</strong>, enabling agents to work more effectively with 
            spreadsheets, documents and other tools as part of end-to-end workflows.
        </li>
        <li>
            <strong>Improved context handling and memory</strong> for long-running, multi-step interactions where consistency 
            and reliability are critical.
        </li>
    </ul>

    <h2>Benefits for Zeaware Avalon customers</h2>
    <ul>
        <li>
            <strong>Smarter agents and workflows</strong> for coding, policy Q&amp;A, analytics and operations, powered by a 
            frontier-grade reasoning model.
        </li>
        <li>
            <strong>More reliable performance and flexibility</strong> through upgraded backend model support within Avalon�s 
            governed, enterprise-ready framework.
        </li>
        <li>
            <strong>Opportunities for more advanced automation</strong> using Opus 4.5�s improved planning, tool-use and 
            long-horizon task handling.
        </li>
    </ul>

    <h2>Getting started</h2>
    <p>
        Claude Opus 4.5 can be added within the service or model settings in your Avalon environment. To explore the new capability, you can:
    </p>
    <ul>
        <li>Re-run existing workflow tests and compare results when switching to Opus 4.5.</li>
        <li>Use more complex, multi-step tasks or agent flows that benefit from stronger reasoning and tool-use.</li>
        <li>Review workflows that previously required manual oversight, as Opus 4.5 may reduce orchestration complexity.</li>
    </ul>

    <h2>What�s next</h2>
    <p>
        Our roadmap includes exposing additional Claude Opus 4.5-powered features across Avalon, including enhanced code-aware 
        agents, richer analysis workflows and more capable autonomous and semi-autonomous agent interactions. We will share 
        updates as these capabilities become available.
    </p>

    <p>
        For a demonstration of Claude Opus 4.5 within Avalon or guidance on upgrading your workflows, 
        please contact the Zeaware team.
    </p>]]>&gt;</content:encoded>
    </item>
    <item>
      <title>What Enterprises Get Wrong About RAG</title>
      <link>https://www.zeaware.com/blog/what_enterprises_get_wrong_about_rag_performance</link>
      <dc:creator><![CDATA[Zeaware Engineering]]></dc:creator>
      <pubDate>Fri, 21 Nov 2025 00:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://www.zeaware.com/blog/what_enterprises_get_wrong_about_rag_performance</guid>
      <description><![CDATA[<section>
        <h2>RAG Is Not Dead, It�s Evolving</h2>
        <p>
            With the rise of advanced function calling, agent frameworks, and multi-step LLM workflows, many organisations are asking:
        </p>
        <p><em>�Do we still need RAG?�</em></p>
        <p>
            Some even assume function calls like <code>search_content()</code> make RAG obsolete.
        </p>
        <p>
            They don�t. In fact, RAG has become more important, because modern AI systems now blend three retrieval modes:</p>
        <ul>
            <li>Developer-controlled RAG (deterministic, governed evidence)</li>
            <li>Model-initiated content search (dynamic exploration)</li>
            <li>Governance-directed hybrid retrieval (the correct blend of both)</li>
        </ul>
        <p>
            The core issue is no longer <em>RAG vs function calling</em>. It is:&nbsp;Who controls knowledge injection into the model: the developer, the model, or the governance layer?</p>
        <p>
            This shift is fundamental for enterprise-grade AI systems.
        </p>
    </section>

    <section>
        <h2><span style="color: inherit; font-family: inherit; font-size: 14pt;">Many Enterprises Misunderstand RAG</span></h2></section><section>
        <p>
            Many organisations still implement RAG as:
        </p>
        <p>
            <em>�Split documents ? embed chunks ? keyword + vector search.�</em>
        </p>
        <p>
            But high-performance RAG is actually a governed evidence pipeline with:
        </p>
        <ul>
            <li>structural segmentation</li>
            <li>metadata extraction</li>
            <li>entity linking</li>
            <li>hybrid vector + keyword retrieval</li>
            <li>effective-dated filters</li>
            <li>scoring and ranking</li>
            <li>version control</li>
            <li>lineage tracking</li>
            <li>governance gates</li>
            <li>audit trails</li>
        </ul>
        <p>
            RAG is <em>not</em> a �search mechanism�. It is a content governance mechanism. When RAG underperforms, it�s rarely an embedding issue. It�s because
            the enterprise designed a search feature, not an evidence pipeline.</p>
    </section>

    <section>
        <h2>Why Function Calling Makes RAG <em>More</em> Important</h2>
        <p>
            Function calling introduces powerful new behaviour:
        </p>
        <ul>
            <li>calling internal systems</li>
            <li>invoking workflow logic</li>
            <li>running calculations</li>
            <li>executing approvals</li>
            <li>retrieving structured data</li>
            <li>performing validation</li>
        </ul>
        <p>
            But with this power comes a risk that the model may attempt to execute logic on the wrong information.</p>
        <p>For example:</p>
        <ul>
            <li>calling a lookup tool before retrieving the correct clause</li>
            <li>making decisions on outdated or incorrect source material</li>
            <li>misinterpreting vague queries and calling the wrong function</li>
            <li>pulling broad or irrelevant search results</li>
        </ul>
        <p>
            RAG provides the governed, correct, versioned evidence that logic must operate on. The more you rely on function calling, the more you need governed retrieval to ensure the model is using the right evidence.</p>
    </section>

    <section>
        <h2>Three Retrieval Modes</h2>
        <p>
            Modern enterprise agents require three different retrieval approaches.
        </p>

        <h3>1 - Developer-Controlled RAG</h3>
        <p><strong>Best for:</strong></p>
        <ul>
            <li>compliance</li>
            <li>policy interpretation</li>
            <li>risk decisions</li>
            <li>claims logic</li>
            <li>regulated content</li>
            <li>version-controlled documents</li>
            <li>anything where correctness is more important than creativity</li>
        </ul>
        <p>
            In this mode, the developer or platform decides:
        </p>
        <ul>
            <li>what content is allowed</li>
            <li>how it�s chunked and structured</li>
            <li>what can be injected into context</li>
            <li>how retrieval is filtered</li>
            <li>which versions are permitted</li>
        </ul>
        <p>
            This can help increase predictability and trust - if done well - or lead to poor quality responses and apparent hallucinations if implemented poorly.
        </p>

        <h3>2 - Model-Initiated Search</h3>
        <p><strong>Best for:</strong></p>
        <ul>
            <li>exploratory queries</li>
            <li>broad discovery</li>
            <li>multi-topic questions</li>
            <li>cases where user intent is unclear</li>
            <li>�find anything relevant� tasks</li>
        </ul>
        <p>
            Here the model decides:
        </p>
        <ul>
            <li><em>when</em> it needs more information</li>
            <li><em>what</em> to search for</li>
            <li><em>how</em> to form the query</li>
        </ul>
        <p>
            This introduces flexibility, but also risk.
        </p>
        <p>
            Model-controlled search can:
        </p>
        <ul>
            <li>misinterpret intent</li>
            <li>generate poor or overly broad queries</li>
            <li>retrieve irrelevant or excessive material</li>
            <li>assume enough knowledge from existing context</li>
        </ul>
        <p>
            Powerful, but not robust on its own.
        </p>

        <h3>3 - Governance-Directed Hybrid</h3>
        <p>
            This is where Zeaware Avalon is focused.
        </p>
        <p>
            In this mode:
        </p>
        <ul>
            <li>the governance layer influences&nbsp;<em>how</em> retrieval is actually performed</li>
            <li>the platform can refine, override, or block the model�s choices</li>
            <li>deterministic filters and metadata rules are enforced</li>
            <li>evidence is validated before injection</li>
            <li>context must pass governance gates</li>
        </ul>
        <p>
            This mode ensures:
        </p>
        <ul>
            <li>model flexibility</li>
            <li>platform safety</li>
            <li>deterministic results</li>
            <li>resilient, trustworthy answers</li>
        </ul>
        <p>
            This is the pattern enterprise AI will adopt at scale.
        </p>
    </section>

    <section>
        <h2>How Governance Controls Retrieval (Not the Model)</h2>
        <p>
            AI governance is not just logging, security, or risk reporting. At Zeaware, we define a component of AI governance as <strong>the systematic control of how knowledge is injected into reasoning and used in outcomes.</strong></p>
        <p>
            The governance layer decides:
        </p>
        <ul>
            <li>when strict RAG is required</li>
            <li>when exploration via search is allowed</li>
            <li>when the model�s retrieval choice must be overridden</li>
            <li>which sources are permitted</li>
            <li>which metadata filters must apply</li>
            <li>how retrieval aligns with business rules</li>
            <li>what evidence is admissible</li>
            <li>what conditions must be met before synthesis</li>
        </ul>
        <p>
            Governance transforms retrieval from a guess into a reliable system.
        </p>
        <p>
            This is why we say:
        </p>
        <ul><li>
            <strong>
                RAG gives the model facts.</strong></li><li><strong>Tools give the model abilities.</strong></li><li><strong>Governance ensures the system produces correct and consistent outcomes.
            </strong>
        </li></ul>
    </section>

    <section>
        <h2>The Future: Retrieval as a Governed Spectrum</h2>
        <p>
            In the next generation of enterprise AI systems, retrieval will not be one technique.
        </p>
        <p>
            It will be a governed spectrum,&nbsp;enterprises that treat retrieval as a single mechanism will see unpredictable behaviour.</p>
        <p>
            Enterprises that treat retrieval as a governed spectrum will see:
        </p>
        <ul>
            <li>safer AI</li>
            <li>more accurate answers</li>
            <li>fewer hallucinations</li>
            <li>better user trust</li>
            <li>more robust workflows</li>
            <li>more scalable patterns</li>
        </ul>
        <p>
            This is where the market is moving.
        </p>
    </section>

    <section>
        <h2>RAG Isn�t Competing With Function Calling, They Solve Different Problems</h2>
        <p>The winning architecture is not one vs the other. It is <strong>retrieval by governance,</strong>&nbsp;the system deliberately choosing the right retrieval mode for each task.</p>
        <p>
            This is exactly what Zeaware�s Avalon platform is built for: governed evidence pipelines, controlled tool orchestration, and agents that operate reliably and transparently.
        </p>
        <p>
            RAG isn�t dead. It�s becoming a controlled gateway for knowledge, rather than a search feature.</p><p><br></p><p><i>The views and technical opinions expressed in this article reflect the perspective of the Zeaware engineering team at the time of writing. They are provided for information and educational purposes only and should not be interpreted as formal product commitments, guarantees, or as a substitute for independent architectural or security assessment. Zeaware�s platform is continually evolving, and capabilities, terminology, and recommended patterns may change over time. For specific implementation guidance or to validate suitability for your environment, please contact Zeaware directly.</i></p>
    </section>]]></description>
      <content:encoded><![CDATA[<section>
        <h2>RAG Is Not Dead, It�s Evolving</h2>
        <p>
            With the rise of advanced function calling, agent frameworks, and multi-step LLM workflows, many organisations are asking:
        </p>
        <p><em>�Do we still need RAG?�</em></p>
        <p>
            Some even assume function calls like <code>search_content()</code> make RAG obsolete.
        </p>
        <p>
            They don�t. In fact, RAG has become more important, because modern AI systems now blend three retrieval modes:</p>
        <ul>
            <li>Developer-controlled RAG (deterministic, governed evidence)</li>
            <li>Model-initiated content search (dynamic exploration)</li>
            <li>Governance-directed hybrid retrieval (the correct blend of both)</li>
        </ul>
        <p>
            The core issue is no longer <em>RAG vs function calling</em>. It is:&nbsp;Who controls knowledge injection into the model: the developer, the model, or the governance layer?</p>
        <p>
            This shift is fundamental for enterprise-grade AI systems.
        </p>
    </section>

    <section>
        <h2><span style="color: inherit; font-family: inherit; font-size: 14pt;">Many Enterprises Misunderstand RAG</span></h2></section><section>
        <p>
            Many organisations still implement RAG as:
        </p>
        <p>
            <em>�Split documents ? embed chunks ? keyword + vector search.�</em>
        </p>
        <p>
            But high-performance RAG is actually a governed evidence pipeline with:
        </p>
        <ul>
            <li>structural segmentation</li>
            <li>metadata extraction</li>
            <li>entity linking</li>
            <li>hybrid vector + keyword retrieval</li>
            <li>effective-dated filters</li>
            <li>scoring and ranking</li>
            <li>version control</li>
            <li>lineage tracking</li>
            <li>governance gates</li>
            <li>audit trails</li>
        </ul>
        <p>
            RAG is <em>not</em> a �search mechanism�. It is a content governance mechanism. When RAG underperforms, it�s rarely an embedding issue. It�s because
            the enterprise designed a search feature, not an evidence pipeline.</p>
    </section>

    <section>
        <h2>Why Function Calling Makes RAG <em>More</em> Important</h2>
        <p>
            Function calling introduces powerful new behaviour:
        </p>
        <ul>
            <li>calling internal systems</li>
            <li>invoking workflow logic</li>
            <li>running calculations</li>
            <li>executing approvals</li>
            <li>retrieving structured data</li>
            <li>performing validation</li>
        </ul>
        <p>
            But with this power comes a risk that the model may attempt to execute logic on the wrong information.</p>
        <p>For example:</p>
        <ul>
            <li>calling a lookup tool before retrieving the correct clause</li>
            <li>making decisions on outdated or incorrect source material</li>
            <li>misinterpreting vague queries and calling the wrong function</li>
            <li>pulling broad or irrelevant search results</li>
        </ul>
        <p>
            RAG provides the governed, correct, versioned evidence that logic must operate on. The more you rely on function calling, the more you need governed retrieval to ensure the model is using the right evidence.</p>
    </section>

    <section>
        <h2>Three Retrieval Modes</h2>
        <p>
            Modern enterprise agents require three different retrieval approaches.
        </p>

        <h3>1 - Developer-Controlled RAG</h3>
        <p><strong>Best for:</strong></p>
        <ul>
            <li>compliance</li>
            <li>policy interpretation</li>
            <li>risk decisions</li>
            <li>claims logic</li>
            <li>regulated content</li>
            <li>version-controlled documents</li>
            <li>anything where correctness is more important than creativity</li>
        </ul>
        <p>
            In this mode, the developer or platform decides:
        </p>
        <ul>
            <li>what content is allowed</li>
            <li>how it�s chunked and structured</li>
            <li>what can be injected into context</li>
            <li>how retrieval is filtered</li>
            <li>which versions are permitted</li>
        </ul>
        <p>
            This can help increase predictability and trust - if done well - or lead to poor quality responses and apparent hallucinations if implemented poorly.
        </p>

        <h3>2 - Model-Initiated Search</h3>
        <p><strong>Best for:</strong></p>
        <ul>
            <li>exploratory queries</li>
            <li>broad discovery</li>
            <li>multi-topic questions</li>
            <li>cases where user intent is unclear</li>
            <li>�find anything relevant� tasks</li>
        </ul>
        <p>
            Here the model decides:
        </p>
        <ul>
            <li><em>when</em> it needs more information</li>
            <li><em>what</em> to search for</li>
            <li><em>how</em> to form the query</li>
        </ul>
        <p>
            This introduces flexibility, but also risk.
        </p>
        <p>
            Model-controlled search can:
        </p>
        <ul>
            <li>misinterpret intent</li>
            <li>generate poor or overly broad queries</li>
            <li>retrieve irrelevant or excessive material</li>
            <li>assume enough knowledge from existing context</li>
        </ul>
        <p>
            Powerful, but not robust on its own.
        </p>

        <h3>3 - Governance-Directed Hybrid</h3>
        <p>
            This is where Zeaware Avalon is focused.
        </p>
        <p>
            In this mode:
        </p>
        <ul>
            <li>the governance layer influences&nbsp;<em>how</em> retrieval is actually performed</li>
            <li>the platform can refine, override, or block the model�s choices</li>
            <li>deterministic filters and metadata rules are enforced</li>
            <li>evidence is validated before injection</li>
            <li>context must pass governance gates</li>
        </ul>
        <p>
            This mode ensures:
        </p>
        <ul>
            <li>model flexibility</li>
            <li>platform safety</li>
            <li>deterministic results</li>
            <li>resilient, trustworthy answers</li>
        </ul>
        <p>
            This is the pattern enterprise AI will adopt at scale.
        </p>
    </section>

    <section>
        <h2>How Governance Controls Retrieval (Not the Model)</h2>
        <p>
            AI governance is not just logging, security, or risk reporting. At Zeaware, we define a component of AI governance as <strong>the systematic control of how knowledge is injected into reasoning and used in outcomes.</strong></p>
        <p>
            The governance layer decides:
        </p>
        <ul>
            <li>when strict RAG is required</li>
            <li>when exploration via search is allowed</li>
            <li>when the model�s retrieval choice must be overridden</li>
            <li>which sources are permitted</li>
            <li>which metadata filters must apply</li>
            <li>how retrieval aligns with business rules</li>
            <li>what evidence is admissible</li>
            <li>what conditions must be met before synthesis</li>
        </ul>
        <p>
            Governance transforms retrieval from a guess into a reliable system.
        </p>
        <p>
            This is why we say:
        </p>
        <ul><li>
            <strong>
                RAG gives the model facts.</strong></li><li><strong>Tools give the model abilities.</strong></li><li><strong>Governance ensures the system produces correct and consistent outcomes.
            </strong>
        </li></ul>
    </section>

    <section>
        <h2>The Future: Retrieval as a Governed Spectrum</h2>
        <p>
            In the next generation of enterprise AI systems, retrieval will not be one technique.
        </p>
        <p>
            It will be a governed spectrum,&nbsp;enterprises that treat retrieval as a single mechanism will see unpredictable behaviour.</p>
        <p>
            Enterprises that treat retrieval as a governed spectrum will see:
        </p>
        <ul>
            <li>safer AI</li>
            <li>more accurate answers</li>
            <li>fewer hallucinations</li>
            <li>better user trust</li>
            <li>more robust workflows</li>
            <li>more scalable patterns</li>
        </ul>
        <p>
            This is where the market is moving.
        </p>
    </section>

    <section>
        <h2>RAG Isn�t Competing With Function Calling, They Solve Different Problems</h2>
        <p>The winning architecture is not one vs the other. It is <strong>retrieval by governance,</strong>&nbsp;the system deliberately choosing the right retrieval mode for each task.</p>
        <p>
            This is exactly what Zeaware�s Avalon platform is built for: governed evidence pipelines, controlled tool orchestration, and agents that operate reliably and transparently.
        </p>
        <p>
            RAG isn�t dead. It�s becoming a controlled gateway for knowledge, rather than a search feature.</p><p><br></p><p><i>The views and technical opinions expressed in this article reflect the perspective of the Zeaware engineering team at the time of writing. They are provided for information and educational purposes only and should not be interpreted as formal product commitments, guarantees, or as a substitute for independent architectural or security assessment. Zeaware�s platform is continually evolving, and capabilities, terminology, and recommended patterns may change over time. For specific implementation guidance or to validate suitability for your environment, please contact Zeaware directly.</i></p>
    </section>]]>&gt;</content:encoded>
    </item>
    <item>
      <title>Gemini 3 now supported in Zeaware Avalon</title>
      <link>https://www.zeaware.com/blog/avalon_gemini_3_support</link>
      <dc:creator><![CDATA[The Zeaware Team]]></dc:creator>
      <pubDate>Thu, 20 Nov 2025 00:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://www.zeaware.com/blog/avalon_gemini_3_support</guid>
      <description><![CDATA[<p>We are pleased to announce that Zeaware Avalon now supports Google�s Gemini 3 model. This upgrade brings stronger reasoning, multimodal understanding and more capable agentic workflows directly into the platform.</p>

<h3>What�s new in Gemini 3</h3>

<ul>
  <li><strong>Enhanced reasoning and multimodal processing</strong> across text, images, video and audio, allowing Avalon to interpret more complex inputs with higher accuracy.</li>
  <li><strong>Agentic task capabilities</strong> with longer context windows and improved tool-use, supporting richer multi-step workflows.</li>
  <li><strong>Better productivity features</strong> for content generation, analysis and design tasks, enabling faster time-to-insight for enterprise users.</li>
</ul>

<h3>Benefits for Avalon customers</h3>

<ul>
  <li><strong>Smarter summaries, insights and workflows</strong> when working with long documents, structured data or multimodal content.</li>
  <li><strong>More reliable performance and flexibility</strong> with upgraded backend model support.</li>
  <li><strong>Opportunities for more advanced automation</strong> through improved reasoning, planning and context handling.</li>
</ul>

<h3>Getting started</h3>

<p>Gemini 3 can be added within service settings in your Avalon environment. To explore the new capability, you can:</p>

<ul>
  <li>Re-run existing workflow tests and compare results with the new model.</li>
  <li>Include multimodal inputs such as images and text together.</li>
  <li>Review agent workflows that previously required manual orchestration, as Gemini 3 may reduce complexity.</li>
</ul>

<h3>What�s next</h3>

<p>Our roadmap includes exposing additional Gemini 3-powered features across Avalon, including enhanced analytics, media-rich summarisation and more capable agent interactions. We will share updates as these features become available.</p>

<p>For a demonstration of Gemini 3 within Avalon or guidance on upgrading your workflows, please contact the Zeaware team.</p>]]></description>
      <content:encoded><![CDATA[<p>We are pleased to announce that Zeaware Avalon now supports Google�s Gemini 3 model. This upgrade brings stronger reasoning, multimodal understanding and more capable agentic workflows directly into the platform.</p>

<h3>What�s new in Gemini 3</h3>

<ul>
  <li><strong>Enhanced reasoning and multimodal processing</strong> across text, images, video and audio, allowing Avalon to interpret more complex inputs with higher accuracy.</li>
  <li><strong>Agentic task capabilities</strong> with longer context windows and improved tool-use, supporting richer multi-step workflows.</li>
  <li><strong>Better productivity features</strong> for content generation, analysis and design tasks, enabling faster time-to-insight for enterprise users.</li>
</ul>

<h3>Benefits for Avalon customers</h3>

<ul>
  <li><strong>Smarter summaries, insights and workflows</strong> when working with long documents, structured data or multimodal content.</li>
  <li><strong>More reliable performance and flexibility</strong> with upgraded backend model support.</li>
  <li><strong>Opportunities for more advanced automation</strong> through improved reasoning, planning and context handling.</li>
</ul>

<h3>Getting started</h3>

<p>Gemini 3 can be added within service settings in your Avalon environment. To explore the new capability, you can:</p>

<ul>
  <li>Re-run existing workflow tests and compare results with the new model.</li>
  <li>Include multimodal inputs such as images and text together.</li>
  <li>Review agent workflows that previously required manual orchestration, as Gemini 3 may reduce complexity.</li>
</ul>

<h3>What�s next</h3>

<p>Our roadmap includes exposing additional Gemini 3-powered features across Avalon, including enhanced analytics, media-rich summarisation and more capable agent interactions. We will share updates as these features become available.</p>

<p>For a demonstration of Gemini 3 within Avalon or guidance on upgrading your workflows, please contact the Zeaware team.</p>]]>&gt;</content:encoded>
    </item>
    <item>
      <title>Composable Agents in Avalon: The Architecture of Upgradeable Intelligence</title>
      <link>https://www.zeaware.com/blog/composable_agents_overview</link>
      <dc:creator><![CDATA[Zeaware Engineering]]></dc:creator>
      <pubDate>Sun, 19 Oct 2025 00:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://www.zeaware.com/blog/composable_agents_overview</guid>
      <description><![CDATA[<style>
      table { width: 100%; border-collapse: collapse; margin: 1rem 0; }
    th, td { border: 1px solid var(--rule); padding: 10px 12px; vertical-align: top; }
    th { background: #f8fbff; text-align: left; }
</style>
<section class="section">
      <p class="lead">
        Artificial intelligence is moving from prototype to production inside the enterprise, but many AI systems break the moment they meet operational complexity. Inconsistent behaviour, ungoverned logic drift, opaque reasoning and brittle integrations turn agents into technical debt.
      </p>
      <p>
        At Zeaware, we believe intelligence without structure collapses into chaos. LLMs alone are not enough. Prompt hacks do not scale. And agents that cannot be upgraded cannot be trusted. This is why we built Avalon and why we embrace an architectural category: <strong>Composable Agents</strong>.
      </p>
      <hr>
    </section>

    <section class="section">
      <h2>The Problem: Agent Sprawl and Logic Drift</h2>
      <p>Most AI teams start fast. The first agent deployment looks like a success. Then each new customer or domain requires changes. Instead of evolving one intelligent system, teams begin cloning and forking logic. Six months later nothing can be improved safely.</p>

      @{#imageviewer("composable_d1")}

      <p>This is agent sprawl. Every fork introduces:</p>
      <ul>
        <li>Behaviour drift</li>
        <li>Inconsistent reasoning and retrieval logic</li>
        <li>Safety and compliance gaps</li>
        <li>Upgrade paralysis - changes cannot be merged back</li>
      </ul>
      <p>The result is predictable: AI delivery slows down instead of accelerating.</p>
      <hr>
    </section>

    <section class="section">
      <h2>Why Workflows Alone Are Not Enough</h2>
      <p>Some teams try to solve complexity using workflow tools. Workflows bring order to execution, but they do not solve intelligent orchestration.</p>
      <p>Workflows lack:</p>
      <ul>
        <li>Intent awareness</li>
        <li>Retrieval strategy</li>
        <li>Controlled tool use</li>
        <li>Extension points</li>
        <li>Guardrails and approvals</li>
        <li>Quality gates</li>
        <li>Upgrade inheritance</li>
      </ul>
      <p>AI cannot operate as disconnected flows. It needs structured orchestration.</p>
      <hr>
    </section>

    <section class="section">
      <h2>Introducing Composable Agents</h2>
      <p>A Composable Agent is an intelligent system that can be safely configured, extended and upgraded without forking logic. This is a fundamental architectural shift for enterprise AI.</p>
      <p>A Composable Agent separates core behaviour from implementation variation.</p>

      <table>
        <thead>
          <tr>
            <th>What changes per customer</th>
            <th>What never changes</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>Persona + behaviour policies</td>
            <td>Base reasoning workflow</td>
          </tr>
          <tr>
            <td>System integrations (providers)</td>
            <td>Intent routing and structure</td>
          </tr>
          <tr>
            <td>Domain knowledge configuration</td>
            <td>Safety guarantees</td>
          </tr>
          <tr>
            <td>UI + response shaping</td>
            <td>Execution integrity</td>
          </tr>
        </tbody>
      </table>

      <p>Composable Agents deliver:</p>
      <ul>
        <li>Reusability across domains</li>
        <li>Upgradeable architecture</li>
        <li>Safer extensions</li>
        <li>Governance by design</li>
        <li>AI that compounds, not collapses</li>
      </ul>
      <hr>
    </section>

    <section class="section">
      <h2>Zeaware Avalon Architecture for Composable Agents</h2>
      <p>Avalon is Zeaware's platform for building and operating Composable Agents at scale.</p>

  
      @{#imageviewer("composable_d2")}


      <p>This structure keeps flexibility at the edges and stability at the core.</p>
      <hr>
    </section>

    <section class="section">
      <h2>Configuration: Specialisation Without Forking</h2>
      <p>In Zeaware Avalon, configuration is the first layer of composability. It allows each agent to adapt to a customer or domain without modifying the underlying workflow.</p>
      <p>Configuration controls:</p>
      <ul>
        <li>Persona and communication style</li>
        <li>Behaviour policies</li>
        <li>Retrieval strategy (structured, semantic or hybrid)</li>
        <li>Intent priorities</li>
        <li>Domain language and terminology</li>
        <li>UI-level output shaping</li>
      </ul>
      <p>Configuration is declarative and non-destructive. It overrides safely without breaking inheritance.</p>

	@{#imageviewer("composable_d3")}
      
      <p>Avalon ensures no configuration can violate system safety rules. This keeps agents customisable but governed.</p>
      <hr>
    </section>

    <section class="section">
      <h2>Providers: Making Agents Real in Enterprise Environments</h2>
      <p>Agents only become useful when they connect to real business systems. In Zeaware Avalon this is done through providers.</p>
      <p>Providers expose typed, safe interfaces for external operations such as:</p>
      <ul>
        <li>Customer data from CRM</li>
        <li>Policy checks from compliance systems</li>
        <li>Knowledge retrieval from unstructured sources</li>
      </ul>
      <p>Providers allow Zeaware Avalon to avoid brittle prompt-based integrations.</p>

      <p><em>Flow:</em> Agent Workflow ? calls Provider ? returns typed data ? LLM uses safely</p>

      <p>Providers keep system logic out of workflow graphs. This enables safe evolution.&nbsp; Providers may be implemented via direct connectivity options in Zeaware Avalon or via MCP.</p>
      <hr>
    </section>

    <section class="section">
      <h2>Extension Hooks: Controlled Customisation</h2>
      <p>Providers solve integration. Hooks solve custom behaviour.</p>
      <p>Hooks are controlled extension points inside the agent workflow where teams can attach implementation-specific logic without modifying the base workflow.</p>
      <p>Common hooks in Zeaware Avalon:</p>
      <ul>
        <li>Search result ranking adjustments</li>
        <li>Entity detection logic per industry</li>
        <li>Compliance checks when answering questions</li>
        <li>Data enrichment before generation</li>
      </ul>

      @{#imageviewer("composable_d4")}
      <p>Hooks guarantee localised change. They allow custom behaviour without breaking the upgrade path.</p>
      <hr>
    </section>

    <section class="section">
      <h2>Guardrails and Quality Enforcement</h2>
      <p>Enterprise AI requires safe and reliable behaviour by default. Guardrails cannot be managed through prompts alone. They must be structurally enforced.</p>

      <table>
        <thead>
          <tr>
            <th>Layer</th>
            <th>Purpose</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>Input filtering</td>
            <td>Detect and block restricted or harmful queries</td>
          </tr>
          <tr>
            <td>Safety routing</td>
            <td>Prevent disallowed actions or topics</td>
          </tr>
          <tr>
            <td>Output validation</td>
            <td>Ensure grounded, cited responses</td>
          </tr>
          <tr>
            <td>Policy enforcement</td>
            <td>Inject disclaimers and workflow approvals</td>
          </tr>
        </tbody>
        <caption>Guardrails are built-in. They cannot be bypassed by configuration.</caption>
      </table>
      <p>This ensures platform-level safety while still allowing agent flexibility.</p>
      <hr>
    </section>

    <section class="section">
      <h2>Upgradeability: The Hardest Problem Solved</h2>
      <p>The real strength of Composable Agents becomes clear when agents evolve.</p>
      <p>In most systems, updates break customer deployments. Avalon solves this using versioned inheritance.</p>

	@{#imageviewer("composable_d5")}
      <p>When Zeaware upgrades the base agent (performance, reasoning, retrieval quality), all customers inherit the update automatically unless they override behaviour intentionally.</p>
      <p>Customers do not lose customisation. They only lose technical debt.</p>
      <hr>
    </section>

    <section class="section">
      <h2>Example: Trade Assist as a Composable Agent</h2>
      <p>Consider a product discovery agent for trade professionals. The core logic handles:</p>
      <ul>
        <li>Search and browse flow</li>
        <li>Item selection and clarification</li>
        <li>Technical Q&amp;A</li>
        <li>Safety guidance on installation</li>
      </ul>
      <p>Every customer sells different products and has different business rules. Without composability this agent would fork endlessly.</p>
      <p>In Avalon it stays unified:</p>

@{#imageviewer("composable_d6")}
      <p>Same agent. Multiple customers. Zero forks.</p>
      <hr>
    </section>

    <section class="section">
      <h2>Why This Matters</h2>
      <p>Composable Agents shift AI from experimentation to systems engineering.</p>
      <p>They give enterprises:</p>
      <ul>
        <li>Predictability - behaviour you can trust</li>
        <li>Upgrade paths - continuous improvement</li>
        <li>Reuse - one agent served globally</li>
        <li>Governance - policy and auditability included</li>
        <li>Acceleration - faster delivery with less risk</li>
      </ul>
      <p>This is not an incremental improvement. It is an architectural shift.</p>
      <hr>
    </section>

    <section class="section">
      <h2>Zeaware Avalon: Built for Enterprise AI Architecture</h2>
      <p>Avalon is not a chatbot builder. It is an operating architecture for AI workflows, RAG, orchestration and agent safety.</p>
      <p>It delivers:</p>
      <ul>
        <li>Deterministic orchestration</li>
        <li>Structured agent workflows</li>
        <li>Composable architecture</li>
        <li>Provider extensions</li>
        <li>Guardrails and policy enforcement</li>
        <li>Versioned deployment and inheritance</li>
      </ul>
      <p>Zeaware Avalon helps turn AI from a demo into a system.</p>
      <hr>
    </section>

    <section class="section">
      <h2><span style="font-size: 14px;">Enterprises do not need bigger language models. They need architecture discipline. Composable Agents are that discipline. Avalon is how we deliver it.</span></h2>
      <p>AI must evolve without breaking. Intelligence must be structured. Safety must be enforced. This is the only viable path to production-scale AI.</p>
    </section>]]></description>
      <content:encoded><![CDATA[<style>
      table { width: 100%; border-collapse: collapse; margin: 1rem 0; }
    th, td { border: 1px solid var(--rule); padding: 10px 12px; vertical-align: top; }
    th { background: #f8fbff; text-align: left; }
</style>
<section class="section">
      <p class="lead">
        Artificial intelligence is moving from prototype to production inside the enterprise, but many AI systems break the moment they meet operational complexity. Inconsistent behaviour, ungoverned logic drift, opaque reasoning and brittle integrations turn agents into technical debt.
      </p>
      <p>
        At Zeaware, we believe intelligence without structure collapses into chaos. LLMs alone are not enough. Prompt hacks do not scale. And agents that cannot be upgraded cannot be trusted. This is why we built Avalon and why we embrace an architectural category: <strong>Composable Agents</strong>.
      </p>
      <hr>
    </section>

    <section class="section">
      <h2>The Problem: Agent Sprawl and Logic Drift</h2>
      <p>Most AI teams start fast. The first agent deployment looks like a success. Then each new customer or domain requires changes. Instead of evolving one intelligent system, teams begin cloning and forking logic. Six months later nothing can be improved safely.</p>

      @{#imageviewer("composable_d1")}

      <p>This is agent sprawl. Every fork introduces:</p>
      <ul>
        <li>Behaviour drift</li>
        <li>Inconsistent reasoning and retrieval logic</li>
        <li>Safety and compliance gaps</li>
        <li>Upgrade paralysis - changes cannot be merged back</li>
      </ul>
      <p>The result is predictable: AI delivery slows down instead of accelerating.</p>
      <hr>
    </section>

    <section class="section">
      <h2>Why Workflows Alone Are Not Enough</h2>
      <p>Some teams try to solve complexity using workflow tools. Workflows bring order to execution, but they do not solve intelligent orchestration.</p>
      <p>Workflows lack:</p>
      <ul>
        <li>Intent awareness</li>
        <li>Retrieval strategy</li>
        <li>Controlled tool use</li>
        <li>Extension points</li>
        <li>Guardrails and approvals</li>
        <li>Quality gates</li>
        <li>Upgrade inheritance</li>
      </ul>
      <p>AI cannot operate as disconnected flows. It needs structured orchestration.</p>
      <hr>
    </section>

    <section class="section">
      <h2>Introducing Composable Agents</h2>
      <p>A Composable Agent is an intelligent system that can be safely configured, extended and upgraded without forking logic. This is a fundamental architectural shift for enterprise AI.</p>
      <p>A Composable Agent separates core behaviour from implementation variation.</p>

      <table>
        <thead>
          <tr>
            <th>What changes per customer</th>
            <th>What never changes</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>Persona + behaviour policies</td>
            <td>Base reasoning workflow</td>
          </tr>
          <tr>
            <td>System integrations (providers)</td>
            <td>Intent routing and structure</td>
          </tr>
          <tr>
            <td>Domain knowledge configuration</td>
            <td>Safety guarantees</td>
          </tr>
          <tr>
            <td>UI + response shaping</td>
            <td>Execution integrity</td>
          </tr>
        </tbody>
      </table>

      <p>Composable Agents deliver:</p>
      <ul>
        <li>Reusability across domains</li>
        <li>Upgradeable architecture</li>
        <li>Safer extensions</li>
        <li>Governance by design</li>
        <li>AI that compounds, not collapses</li>
      </ul>
      <hr>
    </section>

    <section class="section">
      <h2>Zeaware Avalon Architecture for Composable Agents</h2>
      <p>Avalon is Zeaware's platform for building and operating Composable Agents at scale.</p>

  
      @{#imageviewer("composable_d2")}


      <p>This structure keeps flexibility at the edges and stability at the core.</p>
      <hr>
    </section>

    <section class="section">
      <h2>Configuration: Specialisation Without Forking</h2>
      <p>In Zeaware Avalon, configuration is the first layer of composability. It allows each agent to adapt to a customer or domain without modifying the underlying workflow.</p>
      <p>Configuration controls:</p>
      <ul>
        <li>Persona and communication style</li>
        <li>Behaviour policies</li>
        <li>Retrieval strategy (structured, semantic or hybrid)</li>
        <li>Intent priorities</li>
        <li>Domain language and terminology</li>
        <li>UI-level output shaping</li>
      </ul>
      <p>Configuration is declarative and non-destructive. It overrides safely without breaking inheritance.</p>

	@{#imageviewer("composable_d3")}
      
      <p>Avalon ensures no configuration can violate system safety rules. This keeps agents customisable but governed.</p>
      <hr>
    </section>

    <section class="section">
      <h2>Providers: Making Agents Real in Enterprise Environments</h2>
      <p>Agents only become useful when they connect to real business systems. In Zeaware Avalon this is done through providers.</p>
      <p>Providers expose typed, safe interfaces for external operations such as:</p>
      <ul>
        <li>Customer data from CRM</li>
        <li>Policy checks from compliance systems</li>
        <li>Knowledge retrieval from unstructured sources</li>
      </ul>
      <p>Providers allow Zeaware Avalon to avoid brittle prompt-based integrations.</p>

      <p><em>Flow:</em> Agent Workflow ? calls Provider ? returns typed data ? LLM uses safely</p>

      <p>Providers keep system logic out of workflow graphs. This enables safe evolution.&nbsp; Providers may be implemented via direct connectivity options in Zeaware Avalon or via MCP.</p>
      <hr>
    </section>

    <section class="section">
      <h2>Extension Hooks: Controlled Customisation</h2>
      <p>Providers solve integration. Hooks solve custom behaviour.</p>
      <p>Hooks are controlled extension points inside the agent workflow where teams can attach implementation-specific logic without modifying the base workflow.</p>
      <p>Common hooks in Zeaware Avalon:</p>
      <ul>
        <li>Search result ranking adjustments</li>
        <li>Entity detection logic per industry</li>
        <li>Compliance checks when answering questions</li>
        <li>Data enrichment before generation</li>
      </ul>

      @{#imageviewer("composable_d4")}
      <p>Hooks guarantee localised change. They allow custom behaviour without breaking the upgrade path.</p>
      <hr>
    </section>

    <section class="section">
      <h2>Guardrails and Quality Enforcement</h2>
      <p>Enterprise AI requires safe and reliable behaviour by default. Guardrails cannot be managed through prompts alone. They must be structurally enforced.</p>

      <table>
        <thead>
          <tr>
            <th>Layer</th>
            <th>Purpose</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>Input filtering</td>
            <td>Detect and block restricted or harmful queries</td>
          </tr>
          <tr>
            <td>Safety routing</td>
            <td>Prevent disallowed actions or topics</td>
          </tr>
          <tr>
            <td>Output validation</td>
            <td>Ensure grounded, cited responses</td>
          </tr>
          <tr>
            <td>Policy enforcement</td>
            <td>Inject disclaimers and workflow approvals</td>
          </tr>
        </tbody>
        <caption>Guardrails are built-in. They cannot be bypassed by configuration.</caption>
      </table>
      <p>This ensures platform-level safety while still allowing agent flexibility.</p>
      <hr>
    </section>

    <section class="section">
      <h2>Upgradeability: The Hardest Problem Solved</h2>
      <p>The real strength of Composable Agents becomes clear when agents evolve.</p>
      <p>In most systems, updates break customer deployments. Avalon solves this using versioned inheritance.</p>

	@{#imageviewer("composable_d5")}
      <p>When Zeaware upgrades the base agent (performance, reasoning, retrieval quality), all customers inherit the update automatically unless they override behaviour intentionally.</p>
      <p>Customers do not lose customisation. They only lose technical debt.</p>
      <hr>
    </section>

    <section class="section">
      <h2>Example: Trade Assist as a Composable Agent</h2>
      <p>Consider a product discovery agent for trade professionals. The core logic handles:</p>
      <ul>
        <li>Search and browse flow</li>
        <li>Item selection and clarification</li>
        <li>Technical Q&amp;A</li>
        <li>Safety guidance on installation</li>
      </ul>
      <p>Every customer sells different products and has different business rules. Without composability this agent would fork endlessly.</p>
      <p>In Avalon it stays unified:</p>

@{#imageviewer("composable_d6")}
      <p>Same agent. Multiple customers. Zero forks.</p>
      <hr>
    </section>

    <section class="section">
      <h2>Why This Matters</h2>
      <p>Composable Agents shift AI from experimentation to systems engineering.</p>
      <p>They give enterprises:</p>
      <ul>
        <li>Predictability - behaviour you can trust</li>
        <li>Upgrade paths - continuous improvement</li>
        <li>Reuse - one agent served globally</li>
        <li>Governance - policy and auditability included</li>
        <li>Acceleration - faster delivery with less risk</li>
      </ul>
      <p>This is not an incremental improvement. It is an architectural shift.</p>
      <hr>
    </section>

    <section class="section">
      <h2>Zeaware Avalon: Built for Enterprise AI Architecture</h2>
      <p>Avalon is not a chatbot builder. It is an operating architecture for AI workflows, RAG, orchestration and agent safety.</p>
      <p>It delivers:</p>
      <ul>
        <li>Deterministic orchestration</li>
        <li>Structured agent workflows</li>
        <li>Composable architecture</li>
        <li>Provider extensions</li>
        <li>Guardrails and policy enforcement</li>
        <li>Versioned deployment and inheritance</li>
      </ul>
      <p>Zeaware Avalon helps turn AI from a demo into a system.</p>
      <hr>
    </section>

    <section class="section">
      <h2><span style="font-size: 14px;">Enterprises do not need bigger language models. They need architecture discipline. Composable Agents are that discipline. Avalon is how we deliver it.</span></h2>
      <p>AI must evolve without breaking. Intelligence must be structured. Safety must be enforced. This is the only viable path to production-scale AI.</p>
    </section>]]>&gt;</content:encoded>
    </item>
    <item>
      <title>We�re proud to be featured in ARNnet</title>
      <link>https://www.zeaware.com/blog/zeaware_launches_ai_accelerators_arn</link>
      <dc:creator><![CDATA[The Zeaware Team]]></dc:creator>
      <pubDate>Mon, 04 Aug 2025 00:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://www.zeaware.com/blog/zeaware_launches_ai_accelerators_arn</guid>
      <description><![CDATA[<section>
    <p>
      We�re excited to share that Zeaware has been featured in 
      <a href="https://www.arnnet.com.au/article/4033183/zeaware-launches-ai-accelerators-for-mid-market-and-enterprise.html" target="_blank" rel="noopener">
        ARNnet
      </a>, highlighting the launch of our first set of AI Agent Accelerators.
    </p>

    <p>
      The article covers how our HR Agent, Product Inquiry Agent, and Customer Service Agent are designed to help mid-market and enterprise organisations fast-track generative AI adoption using our Zeaware&nbsp;<strong>Avalon platform</strong>.
    </p>

    <p>
      It�s great to see industry recognition for the work we�re doing to make enterprise AI adoption faster, safer, and more accessible.
    </p>
  </section>]]></description>
      <content:encoded><![CDATA[<section>
    <p>
      We�re excited to share that Zeaware has been featured in 
      <a href="https://www.arnnet.com.au/article/4033183/zeaware-launches-ai-accelerators-for-mid-market-and-enterprise.html" target="_blank" rel="noopener">
        ARNnet
      </a>, highlighting the launch of our first set of AI Agent Accelerators.
    </p>

    <p>
      The article covers how our HR Agent, Product Inquiry Agent, and Customer Service Agent are designed to help mid-market and enterprise organisations fast-track generative AI adoption using our Zeaware&nbsp;<strong>Avalon platform</strong>.
    </p>

    <p>
      It�s great to see industry recognition for the work we�re doing to make enterprise AI adoption faster, safer, and more accessible.
    </p>
  </section>]]>&gt;</content:encoded>
    </item>
  </channel>
</rss>