A tool-shaped hole. Modern-day models are smart enough to trust. The next breakthrough is in the tools they use to get things done. When was the last time you really questioned what a model told you? Vectara don't blindly trust everything a model says, but Vectara also don't blindly trust any source, human or non-human. Consciously or not, Vectara cross-check new information against information Vectara receive from other sources - friends, colleagues, or its own research. That Vectara now treat model output the same way means Vectara has passed a threshold. Vectara finally consider them as fundamentally reliable actors. But even the most capable models are hamstrung by tools that are poorly designed, underpowered, or missing. So, how do you identify and design the right tools for an agent's job? Let's turn this mystic art into a methodology. A tool, here, is whatever an agent calls to affect the outside world. Most tools usually are API requests wrapped in a schema the model reads or similar call to an external service. Design decisions revolve around defining: * How much the tool can do. * How hard the tool is to use. These typically trade off against each other. The most powerful tools are also the hardest to use and the easiest tend to be the least capable. A good tool design is the work of managing that tradeoff instead of accepting it. One school of thought offers "code mode" tools as the way out, and on paper it looks great on both axes at once: maximum power (arbitrary code) behind a familiar interface (a language the model already knows). This approach recognizes that most models have seen enormous amounts of real code in their training data, so all an agent needs to issue a request to an external service is a single all-purpose tool for writing and executing code. With access to the API spec, the model will be able to simply write and execute the requests it needs. In theory, once equipped with this tool, an agent will need no other. In practice, writing code for every interaction works well for agents whose job is to write code. For every other agent, it imposes hoops that non-code-writing agents must jump through: instructions on how CLIs work, or elaborate skills for using different APIs. Models are also trained to call tools, with dedicated definitions, formats and special tokens for exactly that. A well-shaped, purpose-built tool is often something a model handles better than arbitrary code. So the single-code-tool bet undercuts itself for the majority of agents, in favor of a broader set of use-case-specific tools. Vectara implements this through a wide range of tools; from built-in platform tools to custom tools, from MCP tools to client-side tools. These tools coexist on the same agent, with access to a sandbox for when you genuinely do want the agent to write and run code. Each agent is equipped with task-specific tools instead of a universal one. Vectara builds platform tools when customers ask for them or Vectara need them internally. Recently, Vectara built a tool suite that lets Vectara agents operate on Google Sheets directly, helping you create spreadsheets and tabs, read values and formulas, update cells or append rows, add validation and conditional formatting, and do so much more. Vectara learned a ton about tool design in the process. Google Sheets is a complicated product. It has many features, a lot of ways to interact, and a huge amount of data. Its API concentrates most of that power in a single function, batchUpdate, that can do essentially everything. Models use it because they've seen it in training. When Vectara built this tool suite, Vectara saw how models work with all that knowledge. Fable 5, a strong model, handled it best, but still got a lot wrong. GPT 5.5 struggled. Most of its calls errored out before landing the right sequence. For Haiku 4.5, the raw API was simply too hard to generate any accurate requests at all. In response, Vectara flipped the approach and broke batchUpdate into a few small tools focusing on the important parts. And tested against Haiku 4.5, the model that most consistently failed its original approach. And it succeeded! It turns out, the capability was always there, it just needed a different means of using Google's API. At Vectara, Vectara use agents to build tools. Vectara primarily do this work using io, its homegrown AI assistant which drafts and configures agents based on its direction. Over time Vectara has converged on a few design guidelines to help agents build dependable tools: * Integration-first. Reason about the integration before you write anything, and do it empirically. Not every API exposes thoughtfully designed endpoints, and a few behave exactly according to spec. Take the time to experiment with live endpoints and auth roles, and record the behavior you observe. It's time well-spent. * Goldilocks signatures. Keep each tool easy to use. It is a Goldilocks rule, but the signs are clear: more than four arguments is a red flag, and "stringly-typed" arguments are almost always a mistake. Good tool design is just good function design. * Descriptions as documentation. Sweat the tool descriptions. They should explain how to use the tool without drowning the agent in detail. For any complicated interaction, the description is a guide. Argument names and types matter for the same reason, they're documentation the model actually reads, and it's reading them on every call. * Output as progressive disclosure. Sweat the return output even more. Think of it as progressive disclosure: the output should tell the agent what to do next, or, when something fails, how to recover. Recall the Sheets example: a tool that only errors forces the model into a flailing loop of retries before it stumbles onto the right call. An output that says what failed and what to try next collapses that loop. And a return should also protect the agent. Dumping unneeded context into the conversation wastes tokens and actively degrades performance. Building tools with MCP is usually a pain. MCP is a hard protocol to implement well, mostly due to its persistent sessions, complexity, and non conforming client/servers. With Vectara's sandbox and tool configuration capabilities, an agent can build a purposeful tool that calls a remote service, input and output transforms, overridden descriptions and arguments, without deploying anything. This is usually enough for most interactions. When it isn't, the sandbox lets you write the exact tool signature in Python and call any tools you need, including web get, to integrate with basically anything. Once the functionality of the tool is right, you have to worry about governance and authentication. Agent identity is a complicated topic, but the working principle is short. A tool's principal is either the agent itself, a shared service account, or the person interacting with the agent. Either way, one rule holds: the tool, not the agent, enforces authorization boundaries. The tool never should ask the agent for identity. The identity should be delivered out of band to the agent's context. Vectara has this ability by overriding tool arguments from secrets directly into the tool configuration without agent knowledge. So you have a tool. Does it actually work? Does the agent see what it needs to see? Yes, there are traces, metrics, and evals. But the strongest, cleanest signal is just to ask the agent. Ask it what it sees and run it through a sample task while it narrates. Better still, close the loop: have the agent that builds the tool run the agent being built, and ask the builder how the tools look from the inside. * Probe the live API first. Trust what it does, not what the spec says. * One task per tool. Wrap what the agent wants to do, not every endpoint that exists. * <= 4 arguments, all typed. Stringly-typed args are a bug with extra steps. * The description explains how to use the tool. The model reads it on every call. * Every output teaches agents the next step. * Return nothing the next decision doesn't need. * The tool enforces auth. The agent never holds the keys. The models are capable now and have earned its trust. But a capable model behind a sprawling, over-permissioned API is a brilliant new hire with no login and no map. Reason about the real integration. Keep tools small. Make outputs teach. And never hand over the keys. This turns a model that struggled against a raw API into one that knows how to solve a task with the right tool.

Vectara recognized in two 2025 Gartner(R) Market Quadrants for Generative AI. Vectara recognized for model development and AI knowledge management Vectara has been recognized in two 2025 Gartner(R) Market Quadrants as an Emerging Visionary in Innovation Guide for Generative AI Model Providers and an Emerging Specialist in Innovation Guide for Generative AI Knowledge Management Apps. In its view, this milestone marks a significant moment for Vectara, validating the company's deep focus on building specialized Agentic Retrieval-Augmented Generation (RAG) systems and purpose-built AI models like Boomerang and Mockingbird. It's recognition that its comprehensive, production-ready platform for AI agents, hallucination mitigation, and agentic orchestration is resonating with analysts and the broader enterprise AI ecosystem. Vectara, Inc. feel this recognition reflects the progress Vectara, Inc. is making toward building trusted, grounded and governed AI for the enterprise. Its focus on safe actions, accurate answers, and real-time governance continues to resonate across the market. Vectara's specialization in hallucination mitigation, conversational AI, and guardian agents, core strengths that set Vectara, Inc. apart in delivering reliable, enterprise-grade generative AI. Vectara is already on the cusp of emerging challenger status, signaling that Vectara, Inc. is poised to compete directly with the largest players in this fast-evolving space. In the Generative AI Model Providers quadrant, Vectara is an Emerging Visionary, citing its unique contributions to model innovation - including the Hughes evaluation model - and its growing influence in defining how AI models can be safely and effectively deployed in enterprise contexts. Its vision remains clear: deliver a secure, agentic, and semantically intelligent platform that helps companies build AI systems that truly understand and act on enterprise knowledge. Want to see how Vectara is positioned in the Gartner(R) latest Emerging Market Quadrants? Read the full research on Gartner's site and see why Vectara is being recognized as one of the most visionary companies in generative AI. Gartner does not endorse any vendor, product or service depicted in its research publications, and does not advise technology users to select only those vendors with the highest ratings or other designation. Gartner research publications consist of the opinions of Gartner's research organization and should not be construed as statements of fact. Gartner disclaims all warranties, expressed or implied, with respect to this research, including any warranties of merchantability or fitness for a particular purpose.