<?xml version="1.0" encoding="UTF-8"?><rss version="2.0">
<channel>
<description>ContentBox RSS Feed</description>
<link>https://www.ortussolutions.com</link>
<title>Blog RSS Feed by ContentBox</title>
<copyright>Ortus Solutions, Corp (www.ortussolutions.com)</copyright>
<docs>http://www.rssboard.org/rss-specification</docs>
<generator>FeedGenerator</generator>
<lastBuildDate>Mon, 13 Apr 2026 20:35:30 GMT</lastBuildDate>
<pubDate>Mon, 13 Apr 2026 20:35:30 GMT</pubDate>
<item>
<title>ColdFusion Modernization for UK Universities Without Downtime</title>
<description>Across the United Kingdom, many universities still rely on legacy ColdFusion and CFML systems to power student portals, enrollment platforms, research databases, payment gateways, and internal academic workflows.
These systems are often:
15 to 25 years old
Mission-critical
Deeply integrated with student information systems
Running on older Adobe ColdFusion or Lucee versions
Tightly coupled monolithic architectures
For UK universities, modernization is no longer optional. However, the challenge is clear:
How do you modernize a legacy ColdFusion university portal without disrupting students, faculty, and administrative operations?
Why ColdFusion Still Powers UK University Portals
ColdFusion became popular in UK universities during the early 2000s because it allowed rapid development of:
Student application portals
Course management systems
Alumni platforms
Financial aid and bursary systems
Internal administrative dashboards
Over time, these systems evolved into large CFML legacy platforms, often with limited documentation, mixed coding styles, and minimal automated testing.
Today, many UK university IT departments face growing pressure to:
Improve security compliance under GDPR
Reduce operational risk
Migrate to cloud infrastructure
Improve scalability during enrollment peaks
Reduce dependency on a shrinking CFML talent pool
The Real Risk: Downtime in Higher Education Systems
In the United Kingdom, university systems cannot fail during:
Enrollment periods
Exam results publication
Tuition payment deadlines
Student visa processing
Clearing season
Any downtime during these periods can result in:
Reputational damage
Student dissatisfaction
Financial losses
Compliance concerns
This makes a full rewrite unrealistic.
Most UK universities cannot afford to shut down their ColdFusion portals for months while rebuilding them from scratch.
Common Problems in UK ColdFusion University Systems
Through our work with legacy CFML systems, we consistently see similar patterns:
1. Monolithic Architectures
Many university portals were built as single large applications without modular separation.
2. Outdated Adobe ColdFusion Versions
Older ACF versions increase security and compliance risk, particularly under GDPR.
3. Manual Deployments
Lack of CI/CD pipelines increases deployment risk.
4. Limited Observability
No distributed tracing, inconsistent logs, and insufficient monitoring.
5. Talent Scarcity
Fewer developers in the United Kingdom specialize in ColdFusion, increasing operational risk.
A Safer Path: Progressive ColdFusion Modernization in the UK
Modernizing ColdFusion systems in UK universities does not require a disruptive rewrite.
A structured approach includes:
Step 1: Technical and Security Audit
Assess the ColdFusion stack, JVM configuration, dependencies, and infrastructure.
Step 2: Stabilization and Hardening
Upgrade outdated components, apply security patches, improve configuration.
Step 3: Progressive Refactoring
Break monolithic CFML systems into modular ColdBox or HMVC structures.
Step 4: CI/CD Implementation
Introduce automated pipelines to reduce deployment risk.
Step 5: Cloud-Ready Architecture
Prepare the system for containerization, Kubernetes, or hybrid cloud environments.
This approach ensures:
Zero downtime modernization
Operational continuity
Compliance alignment
Long-term sustainability
Cloud Migration for UK Universities Running ColdFusion
Many universities in the United Kingdom are moving toward:
AWS UK regions
Azure UK South / UK West
Hybrid cloud strategies
However, legacy CFML systems often struggle with:
Containerization
Kubernetes orchestration
Modern DevOps workflows
With the right modernization framework, ColdFusion applications can be:
Containerized safely
Deployed via CI/CD pipelines
Integrated with modern authentication systems
Scaled for peak academic traffic
Reducing Risk Without Rewriting Everything
A full rebuild is expensive, risky, and politically complex in university environments.
A progressive modernization strategy allows UK universities to:
Protect existing investment
Reduce technical debt
Improve security posture
Introduce modern cloud-native capabilities
Maintain continuous service for students and faculty
Why UK Universities Choose Specialized CFML Modernization Partners
Modernizing ColdFusion in the United Kingdom requires:
Deep CFML expertise
Understanding of GDPR and UK compliance standards
Experience with zero-downtime migrations
Knowledge of cloud-native transformation
Ability to train internal IT teams
A specialized partner can help universities move forward without disrupting academic operations.
Final Thoughts
ColdFusion still plays a critical role in many UK university systems.
The question is no longer whether modernization will happen, but how it will be executed.
The safest path forward is structured, progressive modernization that preserves operational continuity while preparing systems for the next decade.
If your university in the United Kingdom relies on ColdFusion or CFML for critical platforms, now is the time to evaluate a safe and controlled modernization roadmap. Contact us.
</description>
<link>https://www.ortussolutions.com/blog/coldfusion-modernization-for-uk-universities-without-downtime</link>
<pubDate>Mon, 13 Apr 2026 12:17:00 GMT</pubDate>
<author>cristobal@ortussolutions.com (Cristobal Escobar)</author>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/coldfusion-modernization-for-uk-universities-without-downtime</guid>
</item>
<item>
<title>BoxLang AI Series: Complete Guide to Building AI Agents</title>
<description>The world of AI development is moving fast, but building real, production-ready AI agents doesn’t have to be complex.
This series walks you step by step through how to design, build, and deploy AI agents using BoxLang AI. Whether you’re exploring AI for the first time or looking to modernize your current applications, these guides will help you move from concept to implementation with clarity.
Start Here: A Practical Overview
If you’re new to BoxLang AI or want to understand what’s possible before diving into the technical details, start here:
https://www.ortussolutions.com/blog/how-to-develop-ai-agents-using-boxlang-ai-a-practical-guide
This guide provides a high-level view of how to build AI agents, integrate multiple models, and design real-world workflows using BoxLang.
The Full Series
Follow the series in order to go from fundamentals to advanced implementations:
Part 1
https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-1-of-7-the-skills-revolution
Part 2
https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-2-of-7-building-a-production-grade-ai-tool-ecosystem
Part 3
https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-3-of-7-multi-agent-orchestration-building-ai-teams-that-work
Part 4
https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-4-of-7-middleware-the-missing-layer-in-every-ai-framework
Part 5
https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-5-of-7-one-api-17-providers-the-provider-architecture-deep-dive
Part 6
https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-6-of-7-memory-systems-rag-building-ai-that-remembers
Part 7
https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-7-of-7-mcp-the-protocol-that-connects-everything
What You’ll Learn
Across this series, you’ll learn how to:
Build AI agents with memory, tools, and reasoning capabilities
Connect to multiple AI providers with a single unified API
Implement Retrieval-Augmented Generation (RAG) pipelines
Work with vector databases and document ingestion
Design scalable, production-ready AI workflows
Deploy AI agents in modern cloud environments
Key Resources
To help you go deeper and start building right away:
BoxLang AI Playgroundhttps://ai.boxlang.io/
Official BoxLang AI Documentationhttps://ai.ortusbooks.com/
BoxLang Websitehttps://boxlang.io/
GitHub Examples and Integrationshttps://github.com/ortus-boxlang
Why BoxLang AI
BoxLang AI is designed to remove the complexity of working with multiple AI providers and tools. With a single API, you can build powerful AI-driven applications without vendor lock-in, while maintaining full control over your architecture.
If you’re working with legacy systems, BoxLang also allows you to introduce AI capabilities incrementally without needing a full rewrite.
Ready to Start Building?
Explore the series, try the examples, and start building your own AI agents today.
If you have questions or want to see how this can apply to your existing systems, feel free to reach out to the Ortus team.
Next →</description>
<link>https://www.ortussolutions.com/blog/boxlang-ai-series-complete-guide-to-building-ai-agents</link>
<pubDate>Mon, 13 Apr 2026 09:45:00 GMT</pubDate>
<author>cristobal@ortussolutions.com (Cristobal Escobar)</author>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/boxlang-ai-series-complete-guide-to-building-ai-agents</guid>
</item>
<item>
<title>BoxLang Goes Serverless on Google Cloud &#128640;</title>
<description>We just shipped the BoxLang Google Cloud Functions Runtime — and it brings the same
write-once-run-anywhere serverless experience you already know from our AWS Lambda runtime,
now running natively on Google Cloud Functions Gen2.</description>
<link>https://www.ortussolutions.com/blog/boxlang-goes-serverless-on-google-cloud</link>
<pubDate>Thu, 09 Apr 2026 11:26:00 GMT</pubDate>
<author>lmajano@ortussolutions.com (Luis Majano)</author>
<category>BoxLang</category>
<category>Community</category>
<category>Into The Box</category>
<category>News</category>
<category>Releases</category>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/boxlang-goes-serverless-on-google-cloud</guid>
</item>
<item>
<title>Introducing BoxLings! An interactive teacher for BoxLang and TDD/BDD</title>
<description>We believe the best way to learn a programming language is by writing code — real code, with real feedback, and real tests. That's exactly why we built BoxLings.</description>
<link>https://www.ortussolutions.com/blog/introducing-boxlings-an-interactive-teacher-for-boxlang-and-tddbdd</link>
<pubDate>Wed, 08 Apr 2026 14:06:00 GMT</pubDate>
<author>lmajano@ortussolutions.com (Luis Majano)</author>
<category>BoxLang</category>
<category>Community</category>
<category>Into The Box</category>
<category>News</category>
<category>Releases</category>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/introducing-boxlings-an-interactive-teacher-for-boxlang-and-tddbdd</guid>
</item>
<item>
<title>BoxLang v1.12.0 - Destructuring, Spread, Ranges, Watchers, Oh My!</title>
<description>BoxLang 1.12.0 marks a meaningful turning point. After establishing a rock-solid foundation across runtime, compiler, CFML compatibility, and the module ecosystem, BoxLang has entered its innovation cycle. The language is mature, battle-tested, and production-deployed across the industry.</description>
<link>https://www.ortussolutions.com/blog/boxlang-v1120-destructuring-spread-ranges-watchers-oh-my</link>
<pubDate>Wed, 08 Apr 2026 11:08:00 GMT</pubDate>
<author>lmajano@ortussolutions.com (Luis Majano)</author>
<category>BoxLang</category>
<category>Community</category>
<category>Into The Box</category>
<category>News</category>
<category>Releases</category>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/boxlang-v1120-destructuring-spread-ranges-watchers-oh-my</guid>
</item>
<item>
<title>The Loneliness of CTO Leadership: How to Make Important Decisions with Confidence</title>
<description>Being a CTO can be surprisingly isolated.
Not because of the title, but because of the decisions.
Every day, you’re expected to make calls that impact system stability, performance, security, team productivity, and long term costs. And often, you’re making those decisions with incomplete information, limited resources, and no real sounding board.
That’s where the real challenge begins.
It’s Not a Talent Problem, It’s a Context Problem
Most CTOs don’t struggle because their teams lack capability.
They struggle because they lack context and perspective.
Your internal team knows your system well, but they may not have seen how similar architectures fail under load, how other teams structure their environments, what patterns actually scale in production, or what decisions tend to create long term technical debt.
And when you’re the one responsible for the final call, there’s often no one to pressure test your thinking.
The Reality, Firefighting, Trade offs, and Limited Time
In many organizations, the day to day reality looks like this.
Production issues interrupt planned work, performance problems appear without clear root causes, security concerns are addressed reactively, and roadmaps compete with operational demands.
At the same time, you’re balancing limited budget, limited headcount, business expectations, and delivery timelines.
So decisions get made under pressure.
Not because they’re ideal, but because they’re necessary.
You Don’t Need More People, You Need Better Decisions
This is where many organizations go in the wrong direction.
They assume the solution is to hire more developers or bring in large external teams.
But more people doesn’t automatically mean better outcomes.
What actually changes the trajectory of a system is better prioritization, better architectural decisions, better understanding of trade offs, and better timing on when to act, and when not to.
In other words, you need an additional layer of experience, not necessarily more execution.
A Different Model, An Extension of Your Thinking
Instead of fully outsourcing or over hiring, some CTOs are adopting a more flexible approach.
They work with experienced partners not as vendors, but as an extension of their decision making process.
Think of it as having an extra brain.
Someone who helps validate architectural choices, identify risks early, prioritize what actually matters, and bring perspective from other real world environments.
Importantly, this doesn’t mean giving up control.
You decide how involved they are, what areas they support, and what gets implemented and when.
The goal is not to replace your team.
It’s to strengthen your ability to lead it.
What This Looks Like in Practice
A lightweight support or consulting relationship can provide value in ways that go far beyond incident resolution.
For example, reviewing your current architecture and identifying hidden risks, helping define a realistic and phased technical roadmap, prioritizing improvements based on impact instead of urgency, aligning infrastructure and environments, and reducing unnecessary complexity and cost.
This kind of support helps turn reactive decision making into structured progress.
Managing Systems as an Ongoing Operational Responsibility, Planning Ahead and Aligning with Leadership
One of the most valuable mindset shifts is recognizing that your systems are not just projects, they are operational assets.
They require continuous evaluation, incremental improvement, and ongoing alignment with business goals, but also forward planning and the ability to clearly communicate those plans at the leadership level.
Many CTOs are not only responsible for making the right technical decisions, but also for framing those decisions in a way that resonates with executive leadership, translating technical needs into business priorities, timelines, and outcomes.
Trying to solve everything in a single large initiative is rarely sustainable, and often difficult to justify internally without a clear roadmap.
Instead, many teams see better results by working within controlled monthly efforts, planning ahead, addressing technical debt gradually, and improving stability step by step, while having the right support to help shape, validate, and communicate those plans effectively.
This approach reduces risk, improves predictability, strengthens alignment with leadership, and makes better use of available resources.
You Don’t Have to Figure It Out Alone
Being a CTO doesn’t mean having all the answers.
It means making the best possible decisions with the information available.
But there’s no reason those decisions need to be made in isolation.
Whether it’s validating an approach, designing a roadmap, prioritizing limited resources, or simply having a second opinion, having the right partner in the background can make a meaningful difference.
Final Thought
Most systems don’t become unstable overnight.
They evolve that way through small decisions made over time.
The same is true for stability, scalability, and efficiency, they are built gradually, with the right guidance.
If you’re navigating these kinds of decisions, having the right support in the background can make a meaningful difference.
Many teams we work with don’t need a full external team, they need ongoing guidance, a second perspective, and access to experienced engineers when it matters most.
That’s exactly how we structure our support and consulting plans at Ortus, as a flexible way to accompany your team, help you prioritize, validate decisions, and step in when needed, without adding unnecessary overhead.
There’s a significant difference between solving problems in one system and solving them across hundreds.
At Ortus, we have a combined ColdFusion experience of over 300 years across our team of 30 engineers worldwide. Some of our team members have been working with ColdFusion since version 1.
We’ve been contributing to the open source CFML community since 2006, building and maintaining many of the tools that developers rely on every day, including ColdBox and CommandBox.
That exposure means we’ve seen what works, what fails, what scales, and what creates long term risk.
And that perspective is often what helps CTOs make more confident decisions.
If that kind of support sounds useful, we’re always open to a conversation.
</description>
<link>https://www.ortussolutions.com/blog/the-loneliness-of-cto-leadership-how-to-make-important-decisions-with-confidence</link>
<pubDate>Tue, 07 Apr 2026 09:52:00 GMT</pubDate>
<author>cristobal@ortussolutions.com (Cristobal Escobar)</author>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/the-loneliness-of-cto-leadership-how-to-make-important-decisions-with-confidence</guid>
</item>
<item>
<title>How to Develop AI Agents Using BoxLang AI: A Practical Guide</title>
<description>AI agents are transforming how we build software. Unlike traditional chatbots that just answer questions, agents can reason about what tools they need, decide when to use them, chain multiple actions together, and remember what happened earlier in a conversation.</description>
<link>https://www.ortussolutions.com/blog/how-to-develop-ai-agents-using-boxlang-ai-a-practical-guide</link>
<pubDate>Fri, 03 Apr 2026 21:28:00 GMT</pubDate>
<author>lmajano@ortussolutions.com (Luis Majano)</author>
<category>BoxLang</category>
<category>Community</category>
<category>Into The Box</category>
<category>News</category>
<category>Releases</category>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/how-to-develop-ai-agents-using-boxlang-ai-a-practical-guide</guid>
</item>
<item>
<title>BoxLang AI Deep Dive — Part 7 of 7: MCP — The Protocol That Connects Everything &#128268;</title>
<description>A chatbot with no memory isn't a conversation — it's a series of isolated queries. Every message starts from scratch. The user has to re-explain who they are, what they're working on, and what was just said. It's exhausting, and it signals that the AI isn't really listening.</description>
<link>https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-7-of-7-mcp-the-protocol-that-connects-everything</link>
<pubDate>Fri, 03 Apr 2026 21:27:00 GMT</pubDate>
<author>cristobal@ortussolutions.com (Cristobal Escobar)</author>
<category>BoxLang</category>
<category>Community</category>
<category>Into The Box</category>
<category>News</category>
<category>Releases</category>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-7-of-7-mcp-the-protocol-that-connects-everything</guid>
</item>
<item>
<title>BoxLang AI Deep Dive — Part 6 of 7: Memory Systems &amp; RAG — Building AI That Remembers &#129504;</title>
<description>A chatbot with no memory isn't a conversation — it's a series of isolated queries. Every message starts from scratch. The user has to re-explain who they are, what they're working on, and what was just said. It's exhausting, and it signals that the AI isn't really listening.</description>
<link>https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-6-of-7-memory-systems-rag-building-ai-that-remembers</link>
<pubDate>Fri, 03 Apr 2026 21:26:00 GMT</pubDate>
<author>lmajano@ortussolutions.com (Luis Majano)</author>
<category>BoxLang</category>
<category>Community</category>
<category>Into The Box</category>
<category>News</category>
<category>Releases</category>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-6-of-7-memory-systems-rag-building-ai-that-remembers</guid>
</item>
<item>
<title>BoxLang AI Deep Dive — Part 5 of 7: One API, 17 Providers — The Provider Architecture Deep Dive &#128737;️</title>
<description>Vendor lock-in is the silent killer of AI projects. You pick OpenAI, build everything against the OpenAI API, and then GPT-5 launches at three times the price. Or a competitor launches a model that's faster for your use case. Or you need to self-host for compliance. Or your client is on AWS and wants Bedrock.</description>
<link>https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-5-of-7-one-api-17-providers-the-provider-architecture-deep-dive</link>
<pubDate>Fri, 03 Apr 2026 21:25:00 GMT</pubDate>
<author>cristobal@ortussolutions.com (Cristobal Escobar)</author>
<category>BoxLang</category>
<category>Community</category>
<category>Into The Box</category>
<category>News</category>
<category>Releases</category>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-5-of-7-one-api-17-providers-the-provider-architecture-deep-dive</guid>
</item>
<item>
<title>BoxLang AI Deep Dive — Part 4 of 7: Middleware — The Missing Layer in Every AI Framework &#129525;</title>
<description>Agents make live LLM calls. They invoke real tools. They have non-deterministic outputs. Standard unit testing approaches fall apart. You can't mock every provider. You can't replay a conversation from three weeks ago. You can't confidently tell stakeholders that the agent you deployed today behaves the same way it did when you signed off on it.</description>
<link>https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-4-of-7-middleware-the-missing-layer-in-every-ai-framework</link>
<pubDate>Fri, 03 Apr 2026 21:23:00 GMT</pubDate>
<author>cristobal@ortussolutions.com (Cristobal Escobar)</author>
<category>BoxLang</category>
<category>Community</category>
<category>Into The Box</category>
<category>News</category>
<category>Releases</category>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-4-of-7-middleware-the-missing-layer-in-every-ai-framework</guid>
</item>
<item>
<title>BoxLang AI Deep Dive — Part 3 of 7: Multi-Agent Orchestration — Building AI Teams That Work &#127794;</title>
<description>The problem with most multi-agent frameworks is that the orchestration layer is bolted on — you're managing agent references manually, passing outputs between them by hand, and hoping you haven't introduced a cycle. There's no concept of hierarchy. No cycle detection. No way to ask &amp;quot;who's in charge here?&amp;quot; or &amp;quot;how deep in the tree am I?&amp;quot;</description>
<link>https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-3-of-7-multi-agent-orchestration-building-ai-teams-that-work</link>
<pubDate>Fri, 03 Apr 2026 07:34:00 GMT</pubDate>
<author>cristobal@ortussolutions.com (Cristobal Escobar)</author>
<category>BoxLang</category>
<category>Community</category>
<category>Into The Box</category>
<category>News</category>
<category>Releases</category>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-3-of-7-multi-agent-orchestration-building-ai-teams-that-work</guid>
</item>
<item>
<title>BoxLang AI Deep Dive — Part 2 of 7: Building a Production-Grade AI Tool Ecosystem</title>
<description>Function calling is where most AI frameworks look deceptively simple on the surface and turn into a mess underneath. You define a tool, pass it to the LLM, and when the LLM calls it — who handles the lifecycle? Who fires observability events? Who serializes the result? Who resolves the tool by name when the only thing you have is a string?</description>
<link>https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-2-of-7-building-a-production-grade-ai-tool-ecosystem</link>
<pubDate>Fri, 03 Apr 2026 07:29:00 GMT</pubDate>
<author>cristobal@ortussolutions.com (Cristobal Escobar)</author>
<category>BoxLang</category>
<category>Community</category>
<category>Into The Box</category>
<category>News</category>
<category>Releases</category>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-2-of-7-building-a-production-grade-ai-tool-ecosystem</guid>
</item>
<item>
<title>BoxLang AI Deep Dive — Part 1 of 7: The Skills Revolution &#127891;</title>
<description>Every AI framework eventually hits the same wall: your system prompts start drifting. Agent A has a slightly different version of the SQL rules than Agent B. The tone policy on your support bot is three weeks behind the tone policy on your documentation bot. Someone copy-pasted the wrong version. Nobody noticed.</description>
<link>https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-1-of-7-the-skills-revolution</link>
<pubDate>Fri, 03 Apr 2026 07:23:00 GMT</pubDate>
<author>cristobal@ortussolutions.com (Cristobal Escobar)</author>
<category>BoxLang</category>
<category>Community</category>
<category>Into The Box</category>
<category>News</category>
<category>Releases</category>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-1-of-7-the-skills-revolution</guid>
</item>
<item>
<title>Join Our Webinar: Intro to BoxLang AI - One API to Rule Them All (Part II)</title>
<description>AI is no longer an optional feature it’s a necessity. But as the ecosystem grows, developers are often left juggling multiple SDKs, wrestling with vendor lock-in, and managing complex orchestration. It shouldn't be your problem to solve.</description>
<link>https://www.ortussolutions.com/blog/join-our-webinar-intro-to-boxlang-ai-one-api-to-rule-them-all-part-ii</link>
<pubDate>Thu, 02 Apr 2026 11:51:00 GMT</pubDate>
<author>mherrera@ortussolutions.com (Maria Jose Herrera)</author>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/join-our-webinar-intro-to-boxlang-ai-one-api-to-rule-them-all-part-ii</guid>
</item>
</channel>
</rss>
