Name the intent.
A person or agent submits the asset, destination, amount, market, and constraints through a human or machine interface.
Suwappu puts policy, approval, execution, and operating evidence between a financial request and the right to act.
Suwappu is a live, open-beta execution system for people and software agents. Human users enter through conversational and trading products. Machine clients use REST, MCP, A2A, TypeScript and Python SDKs, or the CLI. Those interfaces sit over routing, wallets, market integrations, and a growing organization control plane.
Suwappu's clearest commercial position is governed financial execution. An organization can identify an agent, constrain what it may spend and where it may act, route exceptions to a person, stop activity, and receive durable operating records. That gives a risk owner a boundary they can inspect and revoke.
The root repository is public under Apache-2.0. Public source makes the implementation inspectable; it does not establish transaction volume, revenue, uptime commitments, or institutional assurance.
Every step changes who can act and what evidence remains. The strength of the path depends on where signing occurs and which capability is enabled.
A person or agent submits the asset, destination, amount, market, and constraints through a human or machine interface.
Providers return alternatives. Simulation and risk checks expose expected output, route conditions, and failure before execution.
Organization and wallet rules evaluate spend, venue, asset, slippage, and other limits. Managed paths can enforce the result.
An ASK result enters an approval queue. A person can approve, reject, or use the kill switch instead of granting silent discretion.
Managed paths can sign and submit. Self-signing paths can return a transaction to the caller; the agent swap endpoint does not itself sign or broadcast.
Durable webhooks report outcomes. Organization records form an append-only hash chain for application audit. It is not a settlement proof.
The interfaces differ, and so do their execution contracts. Identity, policy, routes, and records form the common layer. The surfaces do not all behave identically.
bun add @suwappu/sdk
On Suwappu-issued or managed wallet paths, policy and approval can stand in the money path and hard-stop an action. Encrypted-wallet and managed signing infrastructure are therefore part of the product's security boundary.
A caller that holds its own key can sign wholly outside Suwappu. In that mode, a Suwappu policy result may guide the client without controlling what the key holder does next. There is no honest blanket custody or universal-enforcement label for both paths.
The Telegram code contains Morpho borrow, repay, withdraw, and vault flows, but this review did not establish that those flows are enabled in the live product. The agent REST, MCP, and SDK lending surfaces expose market data only.