For the complete documentation index, see llms.txt. This page is also available as Markdown.
How requests are routed
The chat and the tool network serve different purposes. The chat holds the conversation. A downstream tool should receive a specific job that it can complete, not every message that led to that job.
For example, a market-data request for the current ETH price needs an asset, quote currency and time window. It does not need earlier discussion about another asset, a private investment thesis or a wallet label.
The routing step keeps the fields needed for the job and excludes unrelated context.
What the router does
Identifies the capability needed for the next part of the task.
Extracts the fields and instructions relevant to that capability.
Excludes unrelated history and identity labels by default.
Sends the prepared request through the Tor egress path.
Returns the result to the original conversation.
This is selective disclosure, not automatic removal of every sensitive fact. If a user asks a tool to investigate a named person or wallet, that name or address is part of the task and the tool will receive it.
