Azure and Community Guidelines on Choosing Between a Skill or a Sub-Agent
Our take

The recent Azure Architecture blog post by Kishorekumar Pattabiraman, detailing practical considerations for selecting between skills, sub-agents, and alternative approaches in AI system construction, strikes a vital chord within the current landscape of AI development. The emphasis on reusability, simplicity, and long-term maintainability isn't merely a preference; it’s increasingly a necessity. We’re seeing a proliferation of AI models and frameworks, and the tendency to over-engineer solutions, often sacrificing clarity and scalability for perceived performance gains, is a real concern. This focus on pragmatic architectural choices echoes concerns raised in discussions around regaining coherence in the ML research space Is it too late regain some coherence in the ML research space in our life time?, where the sheer volume of new research can obscure fundamental best practices. Pattabiraman’s article offers a tangible framework for navigating this complexity, moving beyond abstract concepts to concrete guidelines for building robust and adaptable AI systems.
The core argument—that simpler, more modular designs, even if they require slightly more upfront effort, ultimately lead to more sustainable and manageable AI solutions—is particularly relevant as organizations move beyond experimentation and begin deploying AI at scale. The cost of maintaining and updating complex, monolithic AI architectures can be prohibitive. This aligns with the growing importance of structured evaluation pipelines Structured Evaluation Pipelines to Improve Your AI Workflows, which highlight the need for rigorous testing and validation throughout the development lifecycle. Choosing the right architectural pattern from the outset significantly impacts the ease with which these evaluations can be performed and the confidence with which changes can be implemented. The distinction between skills and sub-agents, as outlined in the article, provides a useful lens for thinking about the level of granularity and autonomy required within an AI system, allowing developers to tailor their approach to the specific needs of the application.
What makes Pattabiraman's contribution particularly valuable is its grounding in practical experience. Azure’s scale and complexity demand architectural decisions that prioritize reliability and efficiency. The lessons shared aren’t theoretical exercises; they’re derived from building and operating real-world AI systems. This emphasis on practical considerations differentiates it from some of the more abstract discussions surrounding AI architecture. Furthermore, the focus on maintainability speaks directly to a growing concern within the industry: the “AI debt” accumulated through rapid development cycles and a lack of attention to long-term sustainability. Just as software engineering has embraced principles of modularity and testability, the AI field needs to adopt similar practices to avoid creating systems that are difficult to understand, modify, and ultimately, trust. The rise of benchmarks like CausalVLBench CausalVLBench: Benchmarking Visual Causal Reasoning in Large VLMs underscores the need for consistent and reliable evaluation, and a well-architected system is critical for achieving meaningful results in such assessments.
Ultimately, Pattabiraman’s article reinforces a broader shift towards a more pragmatic and engineering-focused approach to AI development. The era of simply throwing more data and parameters at a problem is waning; the focus is now on building intelligent systems that are not only powerful but also understandable, maintainable, and adaptable. As AI continues to permeate every aspect of our lives, the principles of responsible and sustainable AI development—as highlighted in this Azure blog post—will only become more critical. The question moving forward isn't just *what* can AI do, but *how* can we build AI systems that are robust, reliable, and aligned with human values, and this article provides a valuable contribution to that ongoing conversation.

In a recent Azure Architecture blog article, Azure lead engineer Kishorekumar Pattabiraman outlines practical criteria for choosing between skills, sub-agents, and other approaches when building AI systems, emphasizing reusability, simplicity, and long-term maintainability.
By Sergio De SimoneRead on the original site
Open the publisher's page for the full experience