Step 1: Details
This step defines the Strategy name and how missing data should be handled.
- Choose a clear name so you can identify the Strategy later.
- Review the data handling setting:
- Data Strictness (ON) waits for required data and fails evaluation if that data is missing.
- Data Strictness (OFF) continues evaluation and skips missing data.

Step 2: Triggers
This step defines when the Strategy should run. You can add one or more Triggers. If any configured Trigger fires, the Strategy starts evaluating the token. Use this step to answer: “What event should make this Strategy wake up?” Examples:- Newly Created Tokens
- Tweet Mentions Token
- Tweet Metadata Match
- Newly Created Token From Followed Dev
Step 3: Rules
This step defines what must be true after a Trigger fires.
Rule Categories
Rules are organized into four categories, each focusing on different aspects of token evaluation: Security Security rules protect you from scams and risky tokens. These rules check for:- Honeypots: Tokens that prevent selling after purchase
- Rugged Tokens: Tokens that have been previously scammed
- LP Locking: Whether liquidity pools are locked
- Risk Levels: Overall security risk assessment (CRITICAL, HIGH, MEDIUM, LOW)
- Token Mutability: Whether token properties can be changed
- Creator History: Whether the creator has a history of rug pulls
- Ownership Concentration: Risk from single holders or top 10 holders
- Transfer Fees: Additional fees on transactions
- Token Age: How long the token has existed
- Exclude Honeypots: Filters tokens that trap buyers
- Require LP Locked: Ensures liquidity is locked
- Exclude Rugged Tokens: Skips tokens with rug history
- Exclude Tokens With Freeze Authority: Prevents frozen token attacks
- Exclude Single Holder Dominance: Filters tokens with excessive single holder control
- Exclude Low LP Providers: Filters tokens with insufficient liquidity providers
- Exclude Low Liquidity: Sets minimum liquidity thresholds
- Exclude Creator Balance: Filters tokens where creator holds too much supply
- Risk Count: Sets bounds on risk indicators (Min/Max)
- Exclude Transfer Fee: Filters tokens with transfer fees
- Exclude Mintable Tokens: Blocks tokens that can mint new supply
- Risk Level: Categorizes tokens by risk assessment (dropdown: Any, CRITICAL, HIGH, MEDIUM, LOW)
- LP Locked %: Requires specific percentage of liquidity locked (Min/Max)
- Exclude High Ownership Concentration: Filters tokens with concentrated ownership
- Exclude Creator Rug History: Skips tokens from creators with rug history
- Exclude Mutable Metadata: Filters tokens with changeable metadata
- Exclude Creator With Multiple Tokens: Filters creators who launched multiple tokens
- Exclude Tokens With Lockers: Filters tokens that use lockers
- Exclude Mutable Tokens: Filters tokens with changeable metadata or supply
- Token Age: Filters by how long the token has existed (Min/Max)
- Exclude Top 10 High Ownership: Filters tokens with excessive top 10 holder concentration
- Exclude Honeypots ✓
- Exclude Rugged Tokens ✓
- Risk Level: Any (or select specific level)
- Token Age: Min 60 minutes, Max 1440 minutes
- Liquidity: Total dollar value available for trading
- Market Cap: Total value of all tokens
- Trading Volume: 24-hour trading activity
- Holder Count: Number of unique wallet holders
- Transaction Metrics: Buy/sell counts, transaction counts
- Taxes: Buy and sell tax percentages
- Holder Distribution: Top 10 holder percentage, dev wallet percentage
- Trading Activity: snipers, insiders, bundles
- Platform Indicators: Pump.fun tokens, bonding curve progress
- Sell Tax %: Sets bounds on sell tax percentage (Min/Max)
- Liquidity ($): Sets minimum liquidity in USD (Min/Max)
- 24h Trading Volume ($): Sets bounds on 24-hour trading volume (Min/Max)
- Number of Buys: Sets bounds on buy transaction count (Min/Max)
- Insiders %: Sets bounds on insider ownership percentage (Min/Max)
- Bonding Curve %: Sets bounds on bonding curve percentage (Min/Max)
- Total Holders: Sets bounds on total holder count (Min/Max)
- Dev Wallet %: Sets bounds on developer wallet percentage (Min/Max)
- Buy Tax %: Sets bounds on buy tax percentage (Min/Max)
- Market Cap ($): Sets bounds on market capitalization (Min/Max)
- Transaction Count: Sets bounds on total transaction count (Min/Max)
- Number of Sells: Sets bounds on sell transaction count (Min/Max)
- Snipers %: Sets bounds on sniper percentage (Min/Max)
- Bundle Transactions %: Sets bounds on bundle transaction percentage (Min/Max)
- Only Pump Tokens: Filters to only include pump tokens
- Top 10 Holder %: Sets bounds on top 10 holder ownership percentage (Min/Max)
- Liquidity (10,000
- Market Cap (50,000, Max $1,000,000
- 24h Trading Volume (20,000
- Sell Tax %: Max 10%
- Total Holders: Min 100
- Website: Whether the token has a website
- Telegram: Presence of Telegram channel
- Twitter/X: Twitter account availability
- Social Presence: At least one social media link required
- **Twitter followers counts, Twitter comminity counts, Tweet views count, CA mentions, Website/tweet content quality
- Only Pump Live: Filters to only tokens listed on Pump.fun
- Require Telegram: Requires token to have a Telegram channel
- Require At Least One Social: Requires at least one social media presence
- Require Website: Requires token to have a website
- Require Twitter: Requires token to have a Twitter account
- Require Website ✓
- Require Telegram ✓
- Require Twitter ✓
- Require At Least One Social ✓
- Website Content Validity Score: How well website content matches token description (Relevant / Not relevant)
- Twitter Account Validity Score: Relevance of Twitter content to token (Relevant / Not relevant)
- Website Content Validity Score: AI assessment of website content legitimacy (Relevant / Not relevant)
- Twitter Account Validity Score: AI assessment of Twitter account legitimacy (Relevant / Not relevant)
AI features are marked as “Coming Soon” and will be available in future updates.
Flexible Matching
By default, your strategy requires tokens to meet ALL of your configured rules. Flexible Matching allows you to be more flexible by accepting tokens that meet a percentage of your criteria instead of requiring every single condition. How to Enable Flexible Matching:
- Locate the “Flexible Matching” card at the top of the Rules step
- Check the “Enable” checkbox in the top-right corner of the card
- The Match Threshold slider will become active

- Range: 0% to 100%
- Default: 80%
- How it works:
- Set to 100%: Tokens must meet ALL rules (same as disabled)
- Set to 80%: Tokens must meet at least 80% of your rules
- Set to 50%: Tokens must meet at least half of your rules
- Set to 0%: Any token will match (not recommended)
- A token needs to pass at least 8 out of 10 rules to match your strategy
- This allows for tokens that are mostly good but might fail one or two non-critical conditions
Dealbreakers
Dealbreakers are rules that must always be met, regardless of your Match Threshold setting. When Flexible Matching is enabled, you can mark specific rules as dealbreakers to ensure certain critical conditions are never bypassed. How to Mark a Rule as a Dealbreaker:- Enable Flexible Matching first (dealbreaker switches only appear when Flexible Matching is on)
- For each rule you want to make mandatory, toggle the dealbreaker switch (appears to the left of the rule name)
- When a rule is marked as a dealbreaker:
- It shows as enabled (switch is on)
- The rule will always be required, even if Match Threshold is set below 100%
- It is not counted in the percentage calculation for other rules
- ✅ Exclude Honeypots
- ✅ Exclude Rugged Tokens
- ✅ Exclude Tokens With Freeze Authority
- ✅ Risk Level: Not CRITICAL or HIGH
- ✅ Exclude Creator Rug History
- Market Cap ranges (can vary)
- Trading volume (fluctuates)
- Social media presence (nice to have, not critical)
- Holder counts (can grow over time)
- You have 10 total rules configured
- 3 rules are marked as dealbreakers (Exclude Honeypots, Exclude Rugged Tokens, Risk Level)
- Match Threshold is set to 70%
- First: All 3 dealbreakers must pass (100% required)
- Then: From the remaining 7 non-dealbreaker rules, at least 70% must pass (5 out of 7 rules)
- Result: Token must pass all 3 dealbreakers + at least 5 of the 7 flexible rules
Using the Interface
Category Tabs:- Click any category tab (Security, Market, Socials, AI) to view rules in that category
- Each tab shows a badge count indicating how many rules you’ve configured in that category
- The active tab is highlighted in blue
- Boolean Rules: Simply check the checkbox to enable the rule
- Range Rules: Enter values in the Min and/or Max fields
- Enum Rules: Select a value from the dropdown (default is “Any”)
- Click the “Clear” button in the top-right of any category tab to remove all configured rules in that category
- This only clears the current category, not all categories
- Hover over the ℹ️ icon next to any rule to see a detailed description
- This helps you understand what each rule checks
- Range rules validate that Min < Max
- All numeric values must be positive
- Invalid configurations show error messages in red
Best Practices
Starting Out:- Begin with Security rules: Protect yourself first
- Add Market rules: Set reasonable liquidity and volume thresholds
- Include Social rules: Ensure tokens have community presence
- Review and refine: Test your strategy and adjust based on results
- Start conservative: Use 80-90% Match Threshold initially
- Mark critical rules as dealbreakers: Never compromise on safety
- Lower threshold gradually: If you’re missing good opportunities, lower to 70-75%
- Monitor results: Track which rules are failing most often
- Security: Always exclude honeypots and rugged tokens (make these dealbreakers)
- Market: Set minimum liquidity ($10K+) and reasonable market cap ranges
- Socials: Require at least one social media presence
- Balance: Don’t set too many restrictive rules, or you’ll miss opportunities
- Create custom rule groups with AND/OR logic
- Configure more complex rule combinations
- Fine-tune operators and values