Tdm daos agent
Agent-specific payment workflows and examples for TDM
npx -y skills add ToDealMarket/tdm-daos-agentAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 9 stars9 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Handle the current public TDM DaOS payment contract and recovery guidance. Use when a TDM service returns HTTP 402 from POST /authorize, when the user needs help with Session Gas Tank behavior, or when the user should be guided toward tdm connect, tdm fuel, tdm sweep, or tdm cashout.
SKILL.md
4.3 KB, as published. Nobody here has run it
TDM DaOS Agent
TDM DaOS Agent is the agent guidance layer inside TDM DaOS. Treat the TDM SDK npm package and Contour Runtime as the canonical product surface; this skill only explains agent-facing payment interpretation, recovery, and safe next actions.
Use this skill for
- HTTP 402 responses from
POST /authorize billingMode,settlementMode,paymentOptions, andretryEndpoint- current JS helper names such as
makePayable(...),createFetchHookClient(...),createAuthorizeClient(...),createGatewayClients(...),createSessionTanksClient(...), andcreateCheckoutClient(...) - framework-mode charge helpers:
charge(...),chargeFetchHandler(...),chargeExpressHandler(...),chargeHonoHandler(...),chargeNextHandler(...),chargeElysiaHandler(...),chargeDenoHandler(...) - session recovery using
tdm_get_session_state - runtime discovery using
tdm_capability_list - plugin, contour, budget, and gated memory guidance through current MCP tools
session_gas_tankguidance- sweep vs cashout clarification
- agent vault command guidance
- agent-first paid execution guidance for tools, APIs, routes, and runtime actions
Read only what you need
- Read references/adaptation-map.md for older terminology and draft wording.
- Read references/authorize-contract.md for current public fields and endpoints.
- Read references/mcp-runtime.md for state-based recovery guidance.
- Read references/sdk-sweep-capabilities.md before suggesting sweep flows.
- Read references/vault-scenarios.md for agent vault and cashout guidance.
Hard rules
- Do not invent undocumented payment fields.
- Prefer exact current fields:
allowed,authorizationId,charged,balanceMinor,priceMinor,billingMode,settlementMode,paymentOptions, andretryEndpoint. - Use
tdm_capability_listto discover the MCP surface when available. - Use
tdm_get_session_statebefore asking the user for money. - If the state is
UNINITIALIZED, instruct the user to runtdm connect. - If the state is
DEPLETEDand dust is available, prefertdm sweep. - If the state is
DEPLETEDand no dust is available, suggesttdm fuel. - Do not describe
tdm sweepas a cashout. - Do not suggest
tdm cashoutas a way to satisfy an active payment challenge.
Recommended operator commands
tdm vault create <name> [--use]tdm vault use <name|default>tdm connecttdm login --gateway https://tdm.todealmarket.com(advanced/manual only)tdm fuel --amount <usd> --yestdm sweep --network solana --resume-burner --deposit-address <solana_address>tdm sweep --network solana --resume-burner --target-agent <name>tdm sweep --network base --project-id <walletconnect_project_id> --treasury <base_address>tdm sweep statustdm cashouttdm agent listtdm agent boot <name>tdm agent status <name>tdm mcptdm mcp serve
Named vault guidance
- Prefer one named vault per business contour when operators manage many agents.
- For larger fleets, prefer multiple named vaults over one giant vault.
- If the operator uses named vaults, respect their active vault or explicit
--vault <name>choice.
Product framing guidance
- Treat TDM as DaOS-first: Contour Runtime + TDM Hub + AgentPay/Gateway.
- Treat AgentPay as guidance inside DaOS, not as the whole product.
- Default mental model: price a protected call, authorize it, then continue execution.
- Mention file, note, or content unlock flows only as an additional layer on top of the core agent/runtime payment surface.