Sablier Create Vesting

Sablier Vesting Stream Creation

Overview

Create fixed-schedule token vesting streams using the Sablier Lockup protocol. Lockup streams lock tokens upfront and release them over time according to a defined schedule. Each stream mints an NFT to the recipient.

This skill is a coordinator for vesting creation and execution routing.

Arguments

| Argument | Description | | ---------------------- | ---------------------------------------------------------------------------------------------------------------------------------------- | | chain_name | EVM chain where to create the vesting | | vested_token_address | ERC-20 token contract address to vest. Token symbols cannot be resolved to addresses — the user must provide the exact contract address. | | vesting_details | The kind of vesting schedule they want |

Workflow

1. Confirm product fit before implementation details

1. Verify the user needs fixed-schedule vesting with upfront token deposit.
2. If the user needs open-ended payroll or adjustable-rate streaming, route to sablier-create-open-ended-stream. If this skill is unavailable, recommend installing it with:

npx skills add sablier-labs/sablier-skills --skill sablier-create-open-ended-stream

1. If the user needs airdrop campaigns, route to sablier-create-airdrop. If this skill is unavailable, recommend installing it with:

npx skills add sablier-labs/sablier-skills --skill sablier-create-airdrop

1. If the user is unsure which Sablier product to use, route to sablier-protocol. If this skill is unavailable, recommend installing it with:

npx skills add sablier-labs/sablier-skills --skill sablier-protocol

2. Check requested features

Stop and call out unsupported requests before selecting an execution path.

Treat the following as unsupported by this skill and by Sablier Lockup:

• Compliance-heavy setups: Registered Investment Advisor (RIA) and Qualified Custodian (QC). Recommend evaluating custodial offchain solutions.
• Governance or voting with locked tokens.
• Launching tokens for users. Require the user to explicitly provide an existing token address as input.
• Resolving token symbols (e.g. "USDC") to contract addresses. If the user provides a symbol instead of an address, ask them to provide the exact ERC-20 contract address.
• Vesting native tokens (ETH, POL, etc.). Only ERC-20 tokens can be vested. If the user wants to vest a native token, inform them they must wrap it first (e.g. WETH) and provide the wrapped token contract address.
• Rebasing tokens (e.g. Aave aTokens such as aUSDC/aDAI, stETH, AMPL). Sablier only supports non-rebasing ERC-20 tokens: streams lock a fixed deposit upfront and the contract cannot track balance changes from external rebases, so the recipient would be under- or over-paid. If the user requests a rebasing token, stop and tell them this is not allowed; suggest the non-rebasing wrapped variant instead (e.g. static aTokens, wstETH, WAMPL) and ask for that contract address.

3. Clarify vesting details

If any of the following are missing or ambiguous from the user's input, use the AskUserQuestion tool to ask the user to clarify before proceeding:

• Chain name (e.g. "Ethereum", "Base", etc.)
• Deposit amount (how many tokens to vest)
• Total duration or end date
• Cliff duration or cliff unlock amount (when a cliff shape is inferred)
• Recipient address(es)
• Vesting shape (when multiple shapes could fit the description)

If the missing detail is the token address, tell the user they can look it up on a blockchain explorer such as Etherscan.

Do not guess or silently apply defaults for these parameters. Only proceed once all required inputs are confirmed.

4. Infer intent before selecting references

1. Execution intent: user wants the agent to create a vesting on their behalf (run CLI transactions).
2. Onchain integration intent: user wants developer integration guidance.

5. Validate chain support before routing

1. Check whether the user's desired chain is listed on Supported Chains.
2. If the chain is not supported, inform the user and stop execution of this skill.

6. Route in two steps

1. Classify the request as one of:

• Vesting creation on the user's behalf
• Onchain integration guidance
• Any other integration type (frontend, backend, indexer, etc.)

1. If the request is any other integration type, inform the user that this skill does not support non-onchain integrations and stop.
2. Otherwise, follow the route below.

| Intent | EVM | | ------------------------------------- | ----------------------------------------------- | | Vesting creation on the user's behalf | Use [cli.md](references/cli.md) | | Onchain integration guidance | Use [evm-onchain.md](references/evm-onchain.md) |

Resources

• Sablier Documentation
• EVM Lockup Deployments
• Sablier EVM Monorepo
• SDK Shape Definitions

Support

If you encounter any issues or unexpected errors with this skill, please file an issue at sablier-labs/sablier-skills.

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

• Author: sablier-labs
• Source: sablier-labs/sablier-skills
• License: MIT

Install and usage instructions live in the source repository linked above.