@haven_ai/cli 0.0.0-dev.202609061907.51d5faf → 0.0.0-dev.202609062207.ef78277

package/README.md

@@ -38,9 +38,9 @@ The CLI talks to the hosted Haven backend by default. Point it elsewhere with
 `--api <url>` or `HAVEN_API_URL` (e.g. a local backend at
 `http://localhost:3001`).
 
-> **This version: login, read, and backend-only management.** On-chain,
-> owner-signed actions (budgets, send) are signed in the
-> dashboard — this CLI never holds your keys. See
+> **This version: login, read, backend-only management, and budget
+> construct-and-hand-off.** On-chain, owner-signed actions (budget signature,
+> send) are signed in the dashboard — this CLI never holds your keys. See
 > [`docs/research/haven-cli.md`](../../docs/research/haven-cli.md) for the full
 > design and roadmap.
 
@@ -123,8 +123,45 @@ haven contacts add <name> <address> | contacts remove <id>
 haven agents connect --name <name> --budget <amount> --token USDC --period <minutes>
 haven agents connect --name <name> --budget 25 --token USDC --period 1440 --run
 haven agents connect --status <setupId> [--wait]
+
+# budgets: construct-and-hand-off (#2539) — the CLI never signs
+haven budget grant <agentId> --amount 25 --token USDC --period 1440
+haven budget grant <agentId> --amount 25 --token USDC --period 1440 --recipient <address> --wait
+haven budget revoke <agentId> <delegationHash> [--wait]
 ```
 
+### `haven budget grant` / `haven budget revoke` (#2539)
+
+Later budget changes — a second token, a raise, a recipient pin, a stop — no
+longer require describing where to click. Both commands CONSTRUCT the
+signature request and print a dashboard link; **the human signs in the
+browser**, with their passkey or wallet, every time. The CLI never signs and
+never calls `activate` — that is the whole design.
+
+- `budget grant <agentId> --amount <n> --token USDC --period <minutes>`
+  builds the pending delegation (period is whole **minutes**, at least `1` —
+  this rail has no one-time budget, and the CLI refuses `--period 0` rather
+  than letting `/delegations/build` answer it with a 400. `agents connect`
+  does take `--period 0`, but that sets `reset_period_min` on a different
+  route). `--amount` is in
+  whole tokens, read from your wallet's balances exactly like
+  `agents connect`; `--recipient` pins the budget to one address (omit for an
+  open budget); `--expires` takes unix seconds (default: 90 days).
+- `budget revoke <agentId> <delegationHash>` prepares the sponsored
+  revocation (no gas, one signature). The hash comes from
+  `haven agents show` or the dashboard.
+- `--wait` on either command polls until the human's signature lands (grant:
+  the hash turns `active`; revoke: the row turns `revoked`), 5 s interval, 15
+  minute ceiling. The build is idempotent for the same parameters while it is
+  still pending and unexpired — the dashboard form re-running the same grant
+  returns the same hash, so `--wait` converges instead of chasing a version
+  that never activates.
+- Under `--json`, grant returns the backend's build object —
+  `{ build_id, typed_data_hash, signing_url, delegation_hash, version }`
+  (`build_id` and `typed_data_hash` are the delegation hash, named for API
+  clarity) — plus `agent_id` and `status`. The link first, the settled status
+  after: the same two-emission shape as device login.
+
 ### `haven agents connect`
 
 Does what the dashboard's connect modal does, from a terminal: creates the
@@ -150,8 +187,9 @@ the human's decision.
 
 Two flags the issue sketched and this does not have, so you are not left
 looking for them: **`--recipient`** (a recipient pin lives in the delegation's
-caveat enforcers and is set when the human approves the budget — no API field
-takes one here) and **`haven agents create`** (`POST /agents` requires a
+caveat enforcers; `budget grant` above can set one, but a connect setup has no
+API field to carry it — the human adds it when approving) and
+**`haven agents create`** (`POST /agents` requires a
 delegate address, and a CLI an agent drives must never hold a signing key —
 `connect` is the path that generates one locally, on your machine).
 

package/dist/cli.cjs

@@ -24,7 +24,10 @@ var VALUE_FLAGS = /* @__PURE__ */ new Set([
   "--budget",
   "--token",
   "--period",
-  "--status"
+  "--status",
+  "--amount",
+  "--recipient",
+  "--expires"
 ]);
 function parseArgs(argv) {
   const positionals = [];
@@ -74,6 +77,14 @@ function parseArgs(argv) {
       } else if (arg === "--direction") {
         if (value !== "in" && value !== "out") throw new Error('--direction must be "in" or "out"');
         flags.direction = value;
+      } else if (arg === "--recipient") {
+        flags.recipient = value;
+      } else if (arg === "--amount") {
+        flags.amount = value;
+      } else if (arg === "--expires") {
+        const n = Number(value);
+        if (!Number.isInteger(n) || n <= 0) throw new Error("--expires must be a unix timestamp in seconds");
+        flags.expires = n;
       } else if (arg === "--format") {
         if (value !== "csv" && value !== "sie") throw new Error('--format must be "csv" or "sie"');
         flags.format = value;
@@ -135,6 +146,13 @@ function helpText() {
     "  contacts add <name> <address>  Save an address under a name",
     "  contacts remove <id>          Forget one",
     "",
+    "Budgets (construct-and-hand-off \u2014 the CLI never signs, #2539):",
+    "  budget grant <agentId> --amount <n> --token USDC --period <minutes>",
+    "          [--recipient <address>] [--expires <unix-s>] [--wait]",
+    "        Prints a signing link; the human signs in the dashboard.",
+    "  budget revoke <agentId> <delegationHash> [--wait]",
+    "        Prints a revocation link; the human signs in the dashboard.",
+    "",
     "Options:",
     "  --json                  One JSON value on stdout, prose on stderr, on every",
     "                          command including refusals: { ok: false, error: { code, message, hint? } }",
@@ -394,7 +412,7 @@ ${failure.hint}` : failure.message);
 }
 
 // src/agent-guidance-text.ts
-var HAVEN_AGENT_RUNBOOK_MD = "# Haven for agents \u2014 set your user up to let you pay\n\nYou are an AI agent whose user has no Haven account yet, or has one but has not connected you.\n\n> Links below are paths on this same host: resolve them against the URL you fetched this file from.\n\n## What Haven is, in three sentences\n\nYour user gives you a **budget on their own account** \u2014 not their wallet, and not a key to their funds. The budget is a delegation they sign, enforced on-chain: a payment over it, to the wrong recipient, or past its expiry is refused at execution time, not by a dashboard promise. Haven constructs and relays the payments; you get an agent credential and a signing key made on your machine, and your user can revoke the budget without you and without Haven.\n\n## The sequence\n\nFour of the six steps are your user's \u2014 each needs a human signature or a human decision. The rest is yours. If they already have a funded account, start at step 3.\n\n1. **HUMAN \u2014 create the account.** Name, email, password, then a passkey (Face ID / Touch ID) or a wallet. Never offer to enter any of it: you must not have their password, and the passkey is bound to their device. With a terminal, `npx @haven_ai/cli login --api <api-url>` afterwards gets you a scoped session for steps 3-4 (that flag or `HAVEN_API_URL`, on the first command \u2014 the session then remembers the backend; **the CLI's built-in default is Haven's hosted production backend**, so on any other deployment an omitted flag connects you somewhere real and wrong rather than failing) \u2014 they approve a code in the browser, you never hold their password. It can set up agents and read the account; it cannot sign, approve a budget, move funds, or rotate any agent's keys.\n2. **HUMAN \u2014 fund it.** USDC only, no ETH: Haven sponsors the gas. `haven wallets funding` prints the address, the amount **and which chain** in one place; without a CLI session, the dashboard's funding card shows the address and amount and its Receive-funds screen names the chain. Read the chain off whichever you used and put it in your message \u2014 never assume one: a testnet deployment and production both call themselves Haven.\n3. **HUMAN \u2014 create the agent, set its budget**, and paste you the **setup prompt** it hands back. With a CLI session (step 1) you can do this step yourself: `haven agents connect --name <n> --budget <amount> --token USDC --period <minutes>` prints the same connector command and approval link; add `--run` to do step 4 too.\n4. **YOU \u2014 run the connector command** in that prompt (below). It makes your signing key locally, registering only the public address.\n5. **HUMAN \u2014 approve the budget** with their passkey, in the Haven tab they created the agent in: it advances to the approval step by itself once your run registers.\n6. **YOU \u2014 verify, then pay.**\n\n## Hand-off scripts\n\nSend these as your own message, `<host>` replaced by the host you fetched this file from. Say what you cannot do, not only what they must.\n\n**Before signup** (step 1):\n\n> I can do everything except the parts that need your signature. Please open `<host>/signup?next=/agents&via=agent` \u2014 name, email, password, then a passkey (Face ID / Touch ID) or a wallet. That is your account's key: I should not have it, and I will never ask for your password. Already have one? `<host>/login?next=/agents`.\n\n**At the passkey step:**\n\n> The passkey must be made on your own device \u2014 it is what keeps the account yours, so nobody, Haven included, can move your funds without you. If this browser cannot, open `<host>/onboarding?next=/agents` on your phone and finish there.\n\n**At funding** (step 2):\n\n> Your Haven account needs USDC before I can pay for anything \u2014 USDC only, no ETH: Haven sponsors the gas. Before you send anything, let me get you the exact address **and network** \u2014 `haven wallets funding` prints both, and the dashboard shows the same. Please do not send to an address or a chain I have not confirmed with you; a small amount first is fine.\n\n**At the budget** (step 3):\n\n> On `<host>/agents`, create an agent for me and set a budget \u2014 say 25 USDC per day. That is the limit I cannot exceed. It hands back a setup prompt: paste it to me and I run it here.\n\n**At budget approval** (step 5) \u2014 the moment your run reports that approval is required, before anything else. Send the first if your run carried `approval.url`, the second if it did not.\n\n> Setup is done on my side. Approve the budget here: <approval.url>. Approve it with your passkey; nothing can be spent until you do.\n\n> Setup is done on my side. Go back to the Haven tab where you created the agent \u2014 it should now be asking you to approve the budget. Approve it with your passkey; nothing can be spent until you do.\n\n## What you run\n\nThe setup prompt carries a **connector command** shaped like this:\n\n```\nnpx -y @haven_ai/connect@<channel> --setup EXAMPLE-SETUP-TOKEN-NOT-REAL --api <api-url> --ack-local-tools\n```\n\nRun the prompt's version, not this one: the token is one-time, the API URL is the backend's own, and `<channel>` is the npm tag your prompt names \u2014 never a tag you pick. The rules below come from that prompt, so \"me\" in them is your user, not Haven.\n\n- If you are an AI agent running this command yourself rather than a human pasting it, you should append --json: the connector then emits one machine-readable, secret-free result object on stdout with progress on stderr, and returns promptly instead of blocking while it waits for the budget approval.\n- When a --json outcome reports approval.required: true, your first action must be to relay the approval instruction to me in your own reply \u2014 if the outcome carries approval.url, give me that link; otherwise tell me to return to Haven and approve this agent's budget \u2014 before verifying the connection, restarting anything, or any other step. Never build that link yourself: relay the one the outcome gave you or none at all. Any restart the outcome asks for is a separate instruction to give me afterwards, once the approval is done.\n- If you ran the command without --json, the connector waits for the approval itself and prints its next steps when it finishes: relay the budget-approval instruction to me \u2014 the approval link if those steps printed one, otherwise that you need to return to Haven and approve this agent's budget \u2014 only if those printed next steps still ask for it. If they report the budget as already approved, there is nothing for me to approve.\n- Only two changes to the command above are permitted, and no others: appending --json, and \u2014 only if the connector refuses because it could not determine the agent runtime \u2014 re-running it once with --runtime <name> added, naming the harness you are running in, using one of the values that refusal lists. Never invent a runtime name and never change anything else.\n- Do not print private keys, API keys, credential file contents, or config secrets in chat or logs.\n\nIf the approval wait times out, nothing is lost \u2014 your agent is registered and the budget is still waiting to be approved. Send your user the `approval.url` your run reported, or, if it carried none, ask them to finish it in that same Haven tab. The outcome carries no setup id, so never assemble an approval link out of parts \u2014 relay the whole one it gave you or none at all.\n\n## How to verify\n\nCall `haven_get_agent`, one of the Haven MCP tools the connector wires into your runtime in step 4. It returns identity plus `spend_authority_readiness`:\n\n- `ready` \u2014 a budget is live; you can pay.\n- `needs_approval` \u2014 the connector finished, nobody approved yet. Ask your user again, in their Haven tab; there is no queue to wait in.\n- `revoked` \u2014 the credential is not active; ask your user to create a new agent.\n\n`ready` covers hosted identity and the budget only, not your local signer. Check that with `npx -y @haven_ai/connect@<channel> --doctor`, the same tag your prompt named \u2014 a separate command, so the two-changes rule does not bind it.\n\n## If you cannot open a browser\n\nNothing here needs you to. Steps 1-3 are links: hand your user the full `<host>/\u2026` URL and ask them to say when it is done. Step 5 is a link only when your run reported one in `approval.url` \u2014 otherwise it is the tab they already have open, as above. Then poll `haven_get_agent` until it reads `ready`. Do not route around the sign-in wall \u2014 it makes the account theirs, not yours.\n\n## Vocabulary\n\n| Term | What it is |\n|---|---|\n| **setup prompt** | The text the dashboard hands your user to paste to you. Carries the command and its rules. |\n| **connector command** | The `npx -y @haven_ai/connect@\u2026` line you run. One-time token, one use. |\n| **agent credential** | Your API key (`sk_agent_\u2026`), written to `~/.haven`. It identifies you; alone it cannot move money. |\n| **delegate key** | Your signing key, made on this machine and never sent anywhere. |\n| **budget** | The on-chain delegation your user signed. It authorises the payment; Haven constructs and relays it. |\n\nNext: [your agent hit a 402](/402.md) \xB7 [everything agent-readable](/llms.txt)\n";
+var HAVEN_AGENT_RUNBOOK_MD = "# Haven for agents \u2014 set your user up to let you pay\n\nYou are an AI agent whose user has no Haven account yet, or has one but has not connected you.\n\n> Links below are paths on this same host: resolve them against the URL you fetched this file from.\n\n## What Haven is, in three sentences\n\nYour user gives you a **budget on their own account** \u2014 not their wallet, and not a key to their funds. The budget is a delegation they sign, enforced on-chain: a payment over it, to the wrong recipient, or past its expiry is refused at execution time, not by a dashboard promise. Haven constructs and relays the payments; you get an agent credential and a signing key made on your machine, and your user can revoke the budget without you and without Haven.\n\n## The sequence\n\nFour of the six steps are your user's \u2014 each needs a human signature or a human decision. The rest is yours. If they already have a funded account, start at step 3.\n\n1. **HUMAN \u2014 create the account.** Name, email, password, then a passkey (Face ID / Touch ID) or a wallet. Never offer to enter any of it: you must not have their password, and the passkey is bound to their device. With a terminal, `npx @haven_ai/cli login --api <api-url>` afterwards gets you a scoped session for steps 3-4 (that flag or `HAVEN_API_URL`, on the first command \u2014 the session then remembers the backend; **the CLI's built-in default is Haven's hosted production backend**, so on any other deployment an omitted flag connects you somewhere real and wrong rather than failing) \u2014 they approve a code in the browser, you never hold their password. It can set up agents and read the account; it cannot sign, approve a budget, move funds, or rotate any agent's keys.\n2. **HUMAN \u2014 fund it.** USDC only, no ETH: Haven sponsors the gas. `haven wallets funding` prints the address, the amount **and which chain** in one place; without a CLI session, the dashboard's funding card shows the address and amount and its Receive-funds screen names the chain. Read the chain off whichever you used and put it in your message \u2014 never assume one: a testnet deployment and production both call themselves Haven.\n3. **HUMAN \u2014 create the agent, set its budget**, and paste you the **setup prompt** it hands back. With a CLI session (step 1) you can do this step yourself: `haven agents connect --name <n> --budget <amount> --token USDC --period <minutes>` prints the same connector command and approval link; add `--run` to do step 4 too.\n4. **YOU \u2014 run the connector command** in that prompt (below). It makes your signing key locally, registering only the public address.\n5. **HUMAN \u2014 approve the budget** with their passkey, in the Haven tab they created the agent in: it advances to the approval step by itself once your run registers.\n6. **YOU \u2014 verify, then pay.**\n\n## Budget changes later (second token, raise, revoke)\n\nThe first budget rides the setup above. After the agent exists, a CLI session can construct the LATER changes \u2014 a second token, a bigger amount, a recipient pin, a stop \u2014 and hand your user a link; the human still signs, every time:\n\n```\nhaven budget grant <agentId> --amount <n> --token USDC --period <minutes> [--recipient <address>] [--wait]\nhaven budget revoke <agentId> <delegationHash> [--wait]\n```\n\nThe CLI never signs: it prints a dashboard link, your user opens it and signs with their passkey or wallet. `--wait` polls until the human's signature lands. The hash for `revoke` is in `haven agents show <agentId>`.\n\n## Hand-off scripts\n\nSend these as your own message, `<host>` replaced by the host you fetched this file from. Say what you cannot do, not only what they must.\n\n**Before signup** (step 1):\n\n> I can do everything except the parts that need your signature. Please open `<host>/signup?next=/agents&via=agent` \u2014 name, email, password, then a passkey (Face ID / Touch ID) or a wallet. That is your account's key: I should not have it, and I will never ask for your password. Already have one? `<host>/login?next=/agents`.\n\n**At the passkey step:**\n\n> The passkey must be made on your own device \u2014 it is what keeps the account yours, so nobody, Haven included, can move your funds without you. If this browser cannot, open `<host>/onboarding?next=/agents` on your phone and finish there.\n\n**At funding** (step 2):\n\n> Your Haven account needs USDC before I can pay for anything \u2014 USDC only, no ETH: Haven sponsors the gas. Before you send anything, let me get you the exact address **and network** \u2014 `haven wallets funding` prints both, and the dashboard shows the same. Please do not send to an address or a chain I have not confirmed with you; a small amount first is fine.\n\n**At the budget** (step 3):\n\n> On `<host>/agents`, create an agent for me and set a budget \u2014 say 25 USDC per day. That is the limit I cannot exceed. It hands back a setup prompt: paste it to me and I run it here.\n\n**At budget approval** (step 5) \u2014 the moment your run reports that approval is required, before anything else. Send the first if your run carried `approval.url`, the second if it did not.\n\n> Setup is done on my side. Approve the budget here: <approval.url>. Approve it with your passkey; nothing can be spent until you do.\n\n> Setup is done on my side. Go back to the Haven tab where you created the agent \u2014 it should now be asking you to approve the budget. Approve it with your passkey; nothing can be spent until you do.\n\n## What you run\n\nThe setup prompt carries a **connector command** shaped like this:\n\n```\nnpx -y @haven_ai/connect@<channel> --setup EXAMPLE-SETUP-TOKEN-NOT-REAL --api <api-url> --ack-local-tools\n```\n\nRun the prompt's version, not this one: the token is one-time, the API URL is the backend's own, and `<channel>` is the npm tag your prompt names \u2014 never a tag you pick. The rules below come from that prompt, so \"me\" in them is your user, not Haven.\n\n- If you are an AI agent running this command yourself rather than a human pasting it, you should append --json: the connector then emits one machine-readable, secret-free result object on stdout with progress on stderr, and returns promptly instead of blocking while it waits for the budget approval.\n- When a --json outcome reports approval.required: true, your first action must be to relay the approval instruction to me in your own reply \u2014 if the outcome carries approval.url, give me that link; otherwise tell me to return to Haven and approve this agent's budget \u2014 before verifying the connection, restarting anything, or any other step. Never build that link yourself: relay the one the outcome gave you or none at all. Any restart the outcome asks for is a separate instruction to give me afterwards, once the approval is done.\n- If you ran the command without --json, the connector waits for the approval itself and prints its next steps when it finishes: relay the budget-approval instruction to me \u2014 the approval link if those steps printed one, otherwise that you need to return to Haven and approve this agent's budget \u2014 only if those printed next steps still ask for it. If they report the budget as already approved, there is nothing for me to approve.\n- Only two changes to the command above are permitted, and no others: appending --json, and \u2014 only if the connector refuses because it could not determine the agent runtime \u2014 re-running it once with --runtime <name> added, naming the harness you are running in, using one of the values that refusal lists. Never invent a runtime name and never change anything else.\n- Do not print private keys, API keys, credential file contents, or config secrets in chat or logs.\n\nIf the approval wait times out, nothing is lost \u2014 your agent is registered and the budget is still waiting to be approved. Send your user the `approval.url` your run reported, or, if it carried none, ask them to finish it in that same Haven tab. The outcome carries no setup id, so never assemble an approval link out of parts \u2014 relay the whole one it gave you or none at all.\n\n## How to verify\n\nCall `haven_get_agent`, one of the Haven MCP tools the connector wires into your runtime in step 4. It returns identity plus `spend_authority_readiness`:\n\n- `ready` \u2014 a budget is live; you can pay.\n- `needs_approval` \u2014 the connector finished, nobody approved yet. Ask your user again, in their Haven tab; there is no queue to wait in.\n- `revoked` \u2014 the credential is not active; ask your user to create a new agent.\n\n`ready` covers hosted identity and the budget only, not your local signer. Check that with `npx -y @haven_ai/connect@<channel> --doctor`, the same tag your prompt named \u2014 a separate command, so the two-changes rule does not bind it.\n\n## If you cannot open a browser\n\nNothing here needs you to. Steps 1-3 are links: hand your user the full `<host>/\u2026` URL and ask them to say when it is done. Step 5 is a link only when your run reported one in `approval.url` \u2014 otherwise it is the tab they already have open, as above. Then poll `haven_get_agent` until it reads `ready`. Do not route around the sign-in wall \u2014 it makes the account theirs, not yours.\n\n## Vocabulary\n\n| Term | What it is |\n|---|---|\n| **setup prompt** | The text the dashboard hands your user to paste to you. Carries the command and its rules. |\n| **connector command** | The `npx -y @haven_ai/connect@\u2026` line you run. One-time token, one use. |\n| **agent credential** | Your API key (`sk_agent_\u2026`), written to `~/.haven`. It identifies you; alone it cannot move money. |\n| **delegate key** | Your signing key, made on this machine and never sent anywhere. |\n| **budget** | The on-chain delegation your user signed. It authorises the payment; Haven constructs and relays it. |\n\nNext: [your agent hit a 402](/402.md) \xB7 [everything agent-readable](/llms.txt)\n";
 
 // src/token.ts
 function sessionExpiry(token) {
@@ -569,7 +587,7 @@ async function runConnector(connectorCommand, spawner, onStderr) {
 
 // src/commands.ts
 var DEFAULT_API = "https://havenbackend-production-8a00.up.railway.app";
-var CLI_VERSION = "0.0.0-dev.202609061907.51d5faf";
+var CLI_VERSION = "0.0.0-dev.202609062207.ef78277";
 async function run(argv, deps = {}) {
   const out = deps.out ?? ((l) => process.stdout.write(`${l}
 `));
@@ -648,6 +666,10 @@ async function dispatch(args, d) {
       return cmdAgentRename(args, d);
     case "budget show":
       return cmdBudgetShow(args, d);
+    case "budget grant":
+      return cmdBudgetGrant(args, d);
+    case "budget revoke":
+      return cmdBudgetRevoke(args, d);
     case "wallets rename":
       return cmdWalletRename(args, d);
     case "activity list":
@@ -927,6 +949,142 @@ function budgetSummary(allowances) {
   if (!allowances || allowances.length === 0) return "\u2014";
   return allowances.map((a) => `${a.allowance_amount} ${a.token_symbol}`).join(", ");
 }
+var BUDGET_WAIT_TIMEOUT_S = 15 * 60;
+var BUDGET_WAIT_INTERVAL_MS = 5e3;
+async function cmdBudgetGrant(args, d) {
+  const id = args.positionals[0];
+  if (!id) {
+    throw new UsageError("Usage: haven budget grant <agentId> --amount 25 --token USDC --period <minutes> [--recipient <address>] [--expires <unix-seconds>] [--wait]");
+  }
+  if (!args.flags.amount || !args.flags.token || args.flags.period === void 0) {
+    throw new UsageError("--amount, --token and --period are required (period is whole minutes, at least 1)");
+  }
+  if (args.flags.period < 1) {
+    throw new UsageError("--period must be at least 1 minute for a budget grant. A recurring budget is the only shape this rail has; `haven agents connect --period 0` is a different field on a different route.");
+  }
+  const { api } = await authed(args, d);
+  const agent = await api.get(`/agents/${id}`);
+  if (agent.account_type !== "delegator_hybrid") {
+    throw new HavenCliError(
+      `Agent ${id} is not on the delegation rail \u2014 budgets are managed from the dashboard for this account.`,
+      EXIT.refused
+    );
+  }
+  if (!agent.safe_address || !agent.safe_chain_id) {
+    throw new HavenCliError(`Agent ${id} has no wallet assigned yet \u2014 connect it first.`, EXIT.refused);
+  }
+  const { balances } = await api.get(
+    `/balances/${agent.safe_address}?chain_id=${agent.safe_chain_id}`
+  );
+  const wanted = args.flags.token.trim().toUpperCase();
+  const token = balances.find((b) => b.symbol.toUpperCase() === wanted);
+  if (!token || !token.address) {
+    const known = balances.map((b) => b.symbol).join(", ");
+    throw new UsageError(`Unknown token ${args.flags.token} on this wallet's chain. Available: ${known || "none"}`);
+  }
+  const amount = parseTokenAmount(args.flags.amount, token.decimals, token.symbol);
+  if (!amount.ok) throw new UsageError(amount.message);
+  const built = await api.post(`/agents/${id}/delegations/build`, {
+    token_address: token.address,
+    recipient_address: args.flags.recipient ?? null,
+    budget_atomic: amount.atomic,
+    period_seconds: args.flags.period * 60,
+    ...args.flags.expires !== void 0 ? { expires_at: args.flags.expires } : {}
+  });
+  const emitGrant = (status) => emit(
+    d,
+    args.flags.json,
+    { ...built, agent_id: id, status: status ?? "pending" },
+    () => [
+      `Budget of ${args.flags.amount} ${token.symbol} per ${args.flags.period} minutes built for agent ${id}.`,
+      args.flags.recipient ? `Recipient pin: ${args.flags.recipient}` : null,
+      "Open this link and sign \u2014 the budget goes live the moment you do:",
+      built.signing_url,
+      `Delegation: ${built.delegation_hash} (version ${built.version})`,
+      status === "active" ? "Signed and active." : "Waiting for your signature. Run the same command with --wait to poll until it is active."
+    ].filter((line) => line !== null).join("\n")
+  );
+  emitGrant();
+  if (!args.flags.wait) return EXIT.ok;
+  const deadline = Date.now() + BUDGET_WAIT_TIMEOUT_S * 1e3;
+  while (Date.now() < deadline) {
+    await d.sleep(BUDGET_WAIT_INTERVAL_MS);
+    const { delegations } = await api.get(`/agents/${id}/delegations`);
+    const mine = delegations.find((row) => row.delegation_hash === built.delegation_hash);
+    if (mine?.status === "active") {
+      emitGrant("active");
+      return EXIT.ok;
+    }
+    if (mine?.status === "revoked" || mine?.status === "replaced") {
+      throw new HavenCliError(
+        `Delegation ${built.delegation_hash} is now ${mine.status} without being signed.`,
+        EXIT.refused
+      );
+    }
+  }
+  throw new HavenCliError(
+    `Timed out waiting for delegation ${built.delegation_hash} to go active (${BUDGET_WAIT_TIMEOUT_S / 60} minutes). The signing link stays valid until it expires \u2014 sign it, or rerun with --wait.`,
+    EXIT.failed
+  );
+}
+async function cmdBudgetRevoke(args, d) {
+  const [id, hash] = args.positionals;
+  if (!id || !hash) throw new UsageError("Usage: haven budget revoke <agentId> <delegationHash> [--wait]");
+  if (!/^0x[0-9a-fA-F]{64}$/.test(hash)) {
+    throw new UsageError("The delegation hash must be 0x followed by 64 hex characters \u2014 `haven agents show` or the dashboard lists them.");
+  }
+  const { api } = await authed(args, d);
+  const { delegations } = await api.get(`/agents/${id}/delegations`);
+  const row = delegations.find((r) => r.delegation_hash.toLowerCase() === hash.toLowerCase());
+  if (!row) {
+    throw new HavenCliError(`No delegation ${hash} on agent ${id}.`, EXIT.refused);
+  }
+  if (row.status === "revoked") {
+    throw new HavenCliError(`Delegation ${hash} is already revoked.`, EXIT.refused);
+  }
+  if (row.status === "replaced") {
+    throw new HavenCliError(
+      `Delegation ${hash} was already replaced by a newer grant \u2014 nothing to revoke.`,
+      EXIT.refused
+    );
+  }
+  const prepared = await api.post(`/agents/${id}/delegations/${hash}/revoke`, {});
+  const revokeUrl = prepared.revocation_url;
+  if (!revokeUrl) {
+    throw new HavenCliError(
+      "The backend did not return a revocation link \u2014 it may be older than #2539. Finish the revocation in the dashboard.",
+      EXIT.failed
+    );
+  }
+  const emitRevoke = (status) => emit(
+    d,
+    args.flags.json,
+    { agent_id: id, delegation_hash: hash, status, ...prepared },
+    () => [
+      "Revocation prepared \u2014 one signature, sponsored (no gas).",
+      "Open this link and sign to stop this budget:",
+      revokeUrl,
+      `Delegation: ${hash}`,
+      status === "revoked" ? "Revoked." : "The budget keeps working until you sign. Run the same command with --wait to poll until it is revoked."
+    ].filter((line) => line !== null).join("\n")
+  );
+  emitRevoke("pending_revoke");
+  if (!args.flags.wait) return EXIT.ok;
+  const deadline = Date.now() + BUDGET_WAIT_TIMEOUT_S * 1e3;
+  while (Date.now() < deadline) {
+    await d.sleep(BUDGET_WAIT_INTERVAL_MS);
+    const { delegations: after } = await api.get(`/agents/${id}/delegations`);
+    const mine = after.find((r) => r.delegation_hash.toLowerCase() === hash.toLowerCase());
+    if (mine?.status === "revoked") {
+      emitRevoke("revoked");
+      return EXIT.ok;
+    }
+  }
+  throw new HavenCliError(
+    `Timed out waiting for delegation ${hash} to be revoked (${BUDGET_WAIT_TIMEOUT_S / 60} minutes). The link stays valid \u2014 sign it, or rerun with --wait.`,
+    EXIT.failed
+  );
+}
 function resetLabel(mins) {
   if (mins === 0) return "one-time";
   if (mins === 1440) return "daily";