Builder intent

need gasless onboarding

Privy handles user onboarding, Biconomy and ZeroDev are separate credible account-abstraction providers for sponsored smart-account transactions, and a low-cost EVM chain keeps both sponsored and fallback execution affordable.

Also available as JSON · Markdown

Recommended stack

wallet_and_identity82

Privy

Use Privy for familiar auth and embedded wallet onboarding before the smart-account transaction layer.

transactions_and_paymasters79

Biconomy

Use Biconomy as one account-abstraction provider for paymasters, sponsored transactions, and gasless onboarding.

transactions_and_paymasters100

ZeroDev

Use ZeroDev as a separate account-abstraction provider for Kernel smart accounts, bundlers, paymasters, gas sponsorship, and session-key permissions.

settlement_or_execution80

Arbitrum One

Use a low-cost EVM chain so sponsored and fallback transactions remain affordable.

Risks

Do not mix provider-specific bundler, paymaster, and SDK assumptions without testing the exact chain and account implementation.
Gas sponsorship requires policies, limits, billing, and fallback behavior; otherwise UserOps can fail when sponsorship is exhausted or unavailable.

Next steps

Choose one primary account-abstraction provider for the first implementation path.
Configure paymaster policies and fallback-to-native-token behavior before production.
Test the full onboarding flow on the exact target chain, including first transaction, policy failure, and recovery paths.

Agent-facing output

What the agent receives

The intent page exposes the same structured recommendation shape agents should use: matched intent, stack roles, readiness scores, difficulty, risks, next steps, and registry version.

agent output · application/jsonstructured

{
  "intent": "I need gasless onboarding",
  "matched_intent": "gasless-onboarding",
  "recommended_stack": [
    {
      "slug": "privy",
      "name": "Privy",
      "role": "wallet_and_identity",
      "readiness_score": 82,
      "integration_difficulty": "low",
      "reason": "Use Privy for familiar auth and embedded wallet onboarding before the smart-account transaction layer."
    },
    {
      "slug": "biconomy",
      "name": "Biconomy",
      "role": "transactions_and_paymasters",
      "readiness_score": 79,
      "integration_difficulty": "medium",
      "reason": "Use Biconomy as one account-abstraction provider for paymasters, sponsored transactions, and gasless onboarding."
    },
    {
      "slug": "zerodev",
      "name": "ZeroDev",
      "role": "transactions_and_paymasters",
      "readiness_score": 100,
      "integration_difficulty": "medium",
      "reason": "Use ZeroDev as a separate account-abstraction provider for Kernel smart accounts, bundlers, paymasters, gas sponsorship, and session-key permissions."
    },
    {
      "slug": "arbitrum-one",
      "name": "Arbitrum One",
      "role": "settlement_or_execution",
      "readiness_score": 80,
      "integration_difficulty": "low",
      "reason": "Use a low-cost EVM chain so sponsored and fallback transactions remain affordable."
    }
  ],
  "excluded_candidates": [],
  "risks": [
    "Do not mix provider-specific bundler, paymaster, and SDK assumptions without testing the exact chain and account implementation.",
    "Gas sponsorship requires policies, limits, billing, and fallback behavior; otherwise UserOps can fail when sponsorship is exhausted or unavailable."
  ],
  "next_steps": [
    "Choose one primary account-abstraction provider for the first implementation path.",
    "Configure paymaster policies and fallback-to-native-token behavior before production.",
    "Test the full onboarding flow on the exact target chain, including first transaction, policy failure, and recovery paths."
  ],
  "generated_with": "composewith.eth",
  "registry_version": "2026.06.10-8752c9d"
}