Sablier Payment Stream Creation
Overview
Create open-ended token payment streams using the Sablier Flow protocol. Flow streams accrue debt at a configurable rate per second with no predefined end date. Anyone can deposit tokens into a stream at any time to keep it solvent — no upfront funding is required. Each stream mints an NFT to the recipient.
This skill is a coordinator for payment stream creation and execution routing.
Arguments
| Argument |
Description |
chain_name |
EVM chain where to create the payment stream |
token_address |
ERC-20 token contract address to stream. Token symbols cannot be resolved to addresses — the user must provide the exact contract address. |
payment_details |
The streaming rate, recipient, and funding preference |
Workflow
1. Confirm product fit before implementation details
- Verify the user needs open-ended, rate-based token streaming with no predefined end date.
- If the user needs fixed-schedule vesting, route to
sablier-create-vesting. If this skill is unavailable, recommend installing it with:
npx skills add sablier-labs/sablier-skills --skill sablier-create-vesting
- 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
- 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 Flow:
- Tokens with more than 18 decimals. The Flow contract requires token decimals ≤ 18.
- Fixed-schedule vesting with upfront deposit and defined end date. Route to
sablier-create-vesting.
- 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.
- Streaming native tokens (ETH, POL, etc.). Only ERC-20 tokens can be streamed. If the user wants to stream 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: Flow tracks balances via a fixed per-second rate and cannot account for 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 payment 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.)
- Streaming rate (amount of tokens per time period, e.g. "1000 USDC per month")
- Recipient address(es)
- Whether to fund the stream upfront (determines
create vs createAndDeposit)
- If funding upfront: deposit amount
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 the streaming rate, recipient, or upfront funding decision. Only proceed once all required inputs are confirmed.
If the user explicitly requests a streaming amount "per month":
- Inform the user that Sablier cannot deliver the exact same amount for each calendar month.
- Before the final broadcast confirmation, show a caveat that Flow uses a fixed per-second rate, calendar months have unequal numbers of seconds, and exact calendar-month equality is not possible.
- State that the requested
"per month" amount will be implemented using a 30-day month approximation for the ratePerSecond calculation.
- Only add this caveat when the user explicitly used
"per month" in their request.
4. Infer intent before selecting references
- Execution intent: user wants the agent to create a payment stream on their behalf (run CLI transactions).
- Onchain integration intent: user wants developer integration guidance.
5. Validate chain support before routing
- Check whether the user's desired chain is listed on Supported Chains.
- If the chain is not supported, inform the user and stop execution of this skill.
6. Route in two steps
- Classify the request as one of:
- Open-ended stream creation on the user's behalf
- Onchain integration guidance
- Any other integration type (frontend, backend, indexer, etc.)
- If the request is any other integration type, inform the user that this skill does not support non-onchain integrations and stop.
- Otherwise, follow the route below.
| Intent |
EVM |
| Open-ended stream creation on the user's behalf |
Use cli.md |
| Onchain integration guidance |
Use evm-onchain.md |
Resources
Support
If you encounter any issues or unexpected errors with this skill, please file an issue at
sablier-labs/sablier-skills.
1---2name: sablier-create-open-ended-stream3description: This skill should be used when the user asks to create "payment streams", "token streaming", "onchain salary", "onchain payroll", "open-ended streams", "Sablier Flow streams", "adjustable-rate streams", "recurring payments", "continuous payments", "salary streaming", "EVM payment streams", "ERC-20 streaming", "ERC20 streaming", or "BEP-20 streaming", or "BEP20 streaming" with Sablier Flow, wants to stream tokens without an end date on Ethereum or EVM-compatible chains.4---56# Sablier Payment Stream Creation78## Overview910Create open-ended token payment streams using the Sablier Flow protocol. Flow streams accrue debt at a configurable rate per second with no predefined end date. Anyone can deposit tokens into a stream at any time to keep it solvent — no upfront funding is required. Each stream mints an NFT to the recipient.1112This skill is a coordinator for payment stream creation and execution routing.1314## Arguments1516| Argument | Description |17| ----------------- | ------------------------------------------------------------------------------------------------------------------------------------------ |18| `chain_name` | EVM chain where to create the payment stream |19| `token_address` | ERC-20 token contract address to stream. Token symbols cannot be resolved to addresses — the user must provide the exact contract address. |20| `payment_details` | The streaming rate, recipient, and funding preference |2122## Workflow2324### 1. Confirm product fit before implementation details25261. Verify the user needs open-ended, rate-based token streaming with no predefined end date.272. If the user needs fixed-schedule vesting, route to `sablier-create-vesting`. If this skill is unavailable, recommend installing it with:2829```bash30npx skills add sablier-labs/sablier-skills --skill sablier-create-vesting31```32333. If the user needs airdrop campaigns, route to `sablier-create-airdrop`. If this skill is unavailable, recommend installing it with:3435```bash36npx skills add sablier-labs/sablier-skills --skill sablier-create-airdrop37```38394. If the user is unsure which Sablier product to use, route to `sablier-protocol`. If this skill is unavailable, recommend installing it with:4041```bash42npx skills add sablier-labs/sablier-skills --skill sablier-protocol43```4445### 2. Check requested features4647Stop and call out unsupported requests before selecting an execution path.4849Treat the following as unsupported by this skill and by Sablier Flow:5051- Tokens with more than 18 decimals. The Flow contract requires token decimals ≤ 18.52- Fixed-schedule vesting with upfront deposit and defined end date. Route to `sablier-create-vesting`.53- Launching tokens for users. Require the user to explicitly provide an existing token address as input.54- 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.55- Streaming native tokens (ETH, POL, etc.). Only ERC-20 tokens can be streamed. If the user wants to stream a native token, inform them they must wrap it first (e.g. WETH) and provide the wrapped token contract address.56- Rebasing tokens (e.g. Aave aTokens such as aUSDC/aDAI, stETH, AMPL). Sablier only supports non-rebasing ERC-20 tokens: Flow tracks balances via a fixed per-second rate and cannot account for 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.5758### 3. Clarify payment details5960If 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:6162- Chain name (e.g. "Ethereum", "Base", etc.)63- Streaming rate (amount of tokens per time period, e.g. "1000 USDC per month")64- Recipient address(es)65- Whether to fund the stream upfront (determines `create` vs `createAndDeposit`)66- If funding upfront: deposit amount6768If the missing detail is the token address, tell the user they can look it up on a blockchain explorer such as Etherscan.6970Do not guess or silently apply defaults for the streaming rate, recipient, or upfront funding decision. Only proceed once all required inputs are confirmed.7172If the user explicitly requests a streaming amount `"per month"`:7374- Inform the user that Sablier cannot deliver the exact same amount for each calendar month.75- Before the final broadcast confirmation, show a caveat that Flow uses a fixed per-second rate, calendar months have unequal numbers of seconds, and exact calendar-month equality is not possible.76- State that the requested `"per month"` amount will be implemented using a 30-day month approximation for the `ratePerSecond` calculation.77- Only add this caveat when the user explicitly used `"per month"` in their request.7879### 4. Infer intent before selecting references80811. **Execution intent:** user wants the agent to create a payment stream on their behalf (run CLI transactions).822. **Onchain integration intent:** user wants developer integration guidance.8384### 5. Validate chain support before routing85861. Check whether the user's desired chain is listed on [Supported Chains](https://docs.sablier.com/concepts/chains).872. If the chain is not supported, inform the user and stop execution of this skill.8889### 6. Route in two steps90911. Classify the request as one of:92 - Open-ended stream creation on the user's behalf93 - Onchain integration guidance94 - Any other integration type (frontend, backend, indexer, etc.)952. If the request is any other integration type, inform the user that this skill does not support non-onchain integrations and stop.963. Otherwise, follow the route below.9798| Intent | EVM |99| ----------------------------------------------- | ----------------------------------------------- |100| Open-ended stream creation on the user's behalf | Use [cli.md](references/cli.md) |101| Onchain integration guidance | Use [evm-onchain.md](references/evm-onchain.md) |102103## Resources104105- [Sablier Documentation](https://docs.sablier.com/llms.txt)106- [EVM Flow Deployments](https://docs.sablier.com/guides/flow/deployments.md)107- [Sablier Flow Monorepo](https://github.com/sablier-labs/flow)108- [EVM Integration Examples](https://github.com/sablier-labs/evm-examples/tree/main/flow)109110## Support111112If you encounter any issues or unexpected errors with this skill, please file an issue at113[sablier-labs/sablier-skills](https://github.com/sablier-labs/sablier-skills/issues).
sablier-labs