Finding a כלי is easy when the task has a familiar name. “דחיסה a PDF” maps cleanly אל a compressor. Real requests are often less tidy: “take the relevant עמודים from this report, חילוץ the tables, and make the results usable in a spreadsheet.”
AI כלי routing addresses that gap. Instead of asking a user אל תרגום 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 כלי routing actually does
A routing agent sits between intent and execution. Its job is not merely אל generate an תשובה. 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. חיפוש the catalog using purpose, accepted inputs, produced outputs, and execution requirements.
- Check compatibility. Reject operations that cannot accept the supplied קובץ type or cannot produce the required result.
- Present or confirm the תוכנית. Make the selected operation and required inputs visible before consequential execution.
- Return a usable artifact or next action. Provide the result, a הורדה, a structured response, or a clear handoff אל an עורך.
Why a capability catalog matters
An agent cannot route work reliably from כלי names alone. “PDF עורך,” “מסמך ממיר,” and “extractor” are marketing labels, not execution contracts.
A machine-usable capability record should describe:
- accepted input types and גודל 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 אל 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 עמודים 12 through 18 from this report and תרגום them אל French.” A weak agent may choose a generic PDF כלי 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 עמודים.
- Route עמודים 12–18 אל a bounded page-extraction capability.
- Determine whether the extracted עמודים contain selectable טקסט or require OCR.
- Route the recovered טקסט or מסמך אל 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, פרטיות path, or reversibility of the operation.
Useful שאלות resolve a specific ambiguity: “Should the output preserve the original layout or prioritize editable טקסט?” is better than “Can you provide more detail?” The first question narrows the capability contract; the second returns the planning burden אל 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 כלי. It should also identify when a request requires an external provider, a paid allowance, or a full עורך 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 אל write a request that routes well
State the desired output first, then include source information and constraints. For example:
המרה this scanned invoice אל 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 אל choose OCR, extraction, validation, and export operations.
Routing is infrastructure, not a צ׳אט effect
The lasting value of an agent is not that it sounds natural. It is that it can connect a clear request אל 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, קובץ attachment, and session history. Users who already know the operation they need can bypass routing and work directly from the כלי directory.