Finding a outil is easy when the task has a familiar name. “Compresser a PDF” maps cleanly vers a compressor. Real requests are often less tidy: “take the relevant Pages from this report, Extraire the tables, and make the results usable in a spreadsheet.”
AI outil routing addresses that gap. Instead of asking a user vers Traduire an outcome into product names, an agent interprets the request, identifies compatible capabilities, and proposes an execution path. The quality of the result depends less on conversational polish than on the discipline of the routing system.
What outil routing actually does
A routing agent sits between intent and execution. Its job is not merely vers generate an Réponse. It must establish what the user wants, determine which inputs are available, select an operation with a compatible contract, and either execute it or ask for missing information.
A reliable router performs five distinct steps:
- Frame the intent. Identify the requested result, source format, target format, constraints, and quality requirements.
- Find candidate capabilities. Recherche the catalog using purpose, accepted inputs, produced outputs, and execution requirements.
- Check compatibility. Reject operations that cannot accept the supplied Fichier type or cannot produce the required result.
- Present or confirm the Offre. Make the selected operation and required inputs visible before consequential execution.
- Return a usable artifact or next action. Provide the result, a Télécharger, a structured response, or a clear handoff vers an Éditeur.
Why a capability catalog matters
An agent cannot route work reliably from outil names alone. “PDF Éditeur,” “Document Convertisseur,” and “extractor” are marketing labels, not execution contracts.
A machine-usable capability record should describe:
- accepted input types and Taille limits;
- required and optional parameters;
- output type and artifact behavior;
- whether execution is local, server-side, or provider-backed;
- expected cost or allowance unit;
- retention and redaction behavior;
- conditions that require confirmation.
These details let the router eliminate impossible options before execution. They also make the operation legible vers another machine, which is essential when the same capability is available through a web interface, an API, or an agent protocol.
Example: extracting and translating part of a report
Consider the request: “Take Pages 12 through 18 from this report and Traduire them vers French.” A weak agent may choose a generic PDF outil and hope it can complete both actions. A disciplined router separates the work:
- Confirm that a PDF was supplied and that it contains at least 18 Pages.
- Route Pages 12–18 vers a bounded page-extraction capability.
- Determine whether the extracted Pages contain selectable Texte or require OCR.
- Route the recovered Texte or Document vers a translation capability.
- Return the translated artifact and identify any layout changes that require review.
The sequence is useful because each step has a defined input and output. If OCR confidence is poor, the workflow can stop before translation rather than propagating errors.
When the agent should ask a question
Clarification is not a failure. It is often the correct action. The router should pause when a missing choice would materially change the output, cost, Confidentialité path, or reversibility of the operation.
Useful Questions resolve a specific ambiguity: “Should the output preserve the original layout or prioritize editable Texte?” is better than “Can you provide more detail?” The first question narrows the capability contract; the second returns the planning burden vers the user.
Execution needs visible boundaries
A professional agent distinguishes between planning and execution. It should not imply that work has run when it has only selected a outil. It should also identify when a request requires an external provider, a paid allowance, or a full Éditeur rather than an inline result.
For sensitive or paid operations, confirmation should show the selected capability, relevant parameters, processing channel, and expected charge or credit use. That gives the user a meaningful decision point without exposing implementation detail they do not need.
How vers write a request that routes well
State the desired output first, then include source information and constraints. For example:
Convertir this scanned invoice vers an editable spreadsheet. Keep one row per line item, preserve dates as YYYY-MM-DD, and flag values that could not be read confidently.
This request defines the artifact, schema, normalization rule, and uncertainty behavior. The agent can use those constraints vers choose OCR, extraction, validation, and export operations.
Routing is infrastructure, not a Chat effect
The lasting value of an agent is not that it sounds natural. It is that it can connect a clear request vers a bounded, observable capability and produce an artifact another person or system can use.
The Swarme Smart Agent provides a controlled interface for capability routing, operation review, Fichier attachment, and session history. Users who already know the operation they need can bypass routing and work directly from the outil directory.