Start with the correct pool and token context
Choose the chain, protocol, token identities and pool before preparing the action. A similar token symbol is not enough to identify the intended asset.
Token and Liquidity Operations, Clearly Prepared
Prepare token and pool operations through AI-assisted workflows with explicit assets, amounts, permissions, slippage limits and local approval.
Describe it. Plan it. Execute it.
A conversation starts the workflow. A clear plan keeps the network, wallets, limits and next approval visible.
01 / Your instruction
Prepare transfers from my selected wallets. Keep a fee reserve and let me review every destination before signing.
Which network and destination list should this plan use?
02 / Reviewable plan
- 1Selected network and wallet context
- 2Sources, destinations and fee reserve
- 3Checks and approval before signing
03 / Local execution
Awaiting your approval
Submission → inclusion → confirmation
Plan generation is not a signature. Provider acceptance is not confirmation. Review the actual result before retrying.
Review permissions and economic limits
Inspect balances, allowances, proposed amounts, slippage and network fees. Keep token transfers and liquidity actions distinct in the plan.
Check the operation, then its result
Use preflight to inspect the proposed workflow and approve local signing separately. Review on-chain outcomes; submission alone does not prove a position changed.
Build an agent around your rules.
Define the task
Give the agent a specific goal and the wallet and network context it needs. Resolve missing inputs before moving on.
Set the boundaries
Keep amounts, destinations, permissions and execution limits explicit. Review the proposed actions instead of granting an open-ended mandate.
Review the handoff
Inspect preparation and simulation separately from approval, local signing and submission. Check each returned outcome.
EVM and Solana. The right execution context.
EVM workflows
Review chain ID, wallet permissions, nonce, gas and the configured RPC or private-submission provider. Flashbots routes depend on chain and provider support.
Solana workflows
Review accounts, token programs, blockhash validity, fees and the selected RPC or Jito route. Bundle acceptance, inclusion and confirmation are different states.
Control stays visible.
Local transaction signing and AI inference are different boundaries. Review the AI provider and what context it receives. Keep private keys, seed phrases and provider credentials out of chat. Protect your Windows device and verify every operation before approval.
Control stays visible.Before you build your workflow
Is FRB a custodial exchange or a wallet?
FRB is a non-custodial execution workspace for your wallets. It organizes network context, operations and approvals while transaction signing stays on your Windows device. You control the wallets and provider connections; FRB is not a hosted account holding your balance.
How is FRB different from a chatbot?
FRB connects AI chat to structured trading workflows: wallet and network context, a reviewable operation plan, approval and local execution. A chat response alone is not an executed trade.
Does an agent mean unlimited automatic trading?
No. Define the task and its boundaries, review the proposed actions and retain approval over signing. Do not treat an agent as an unrestricted mandate.
Does all AI run locally?
Local signing does not imply local AI inference. Review your chosen AI provider and the context sent to it. Never put private keys or seed phrases into a prompt.
Does AI guarantee profit or bundle inclusion?
No. Market prices, liquidity, fees, ordering and provider conditions still affect the outcome. Simulation, AI output and submission acceptance do not guarantee execution or returns.
Can I run the agent on my phone?
FRB Agent runs on Windows. You can read these guides on mobile and copy the download link for your Windows computer. Use the matching EVM or Solana dashboard to connect the installed agent.