Launched this week

OpenClix
Agent-driven retention flows for mobile apps.
161 followers
Agent-driven retention flows for mobile apps.
161 followers
OpenClix helps mobile teams run agent-driven local push campaigns without heavy setup. Create campaigns with smart triggers, suppression rules, and scheduling—then let agents analyze results, optimize engagement, and stop ineffective campaigns. Connect outcomes to retention metrics, ship faster, reduce notification fatigue, and iterate from real performance data.






Clix
Hey Product Hunt 👋 I’m excited to share OpenClix.
We built OpenClix to make local push campaigns practical for product teams that want better retention but don’t want to stitch together complex tooling. With OpenClix, you can design campaigns, set trigger logic and guardrails, and continuously optimize based on campaign performance.
OpenClix is built for agent-friendly workflows, so you can use it with any agent you want. Your team can create campaigns, tune rules, and iterate using the agent experience that already fits your process.
What we’d love your feedback on:
1. Campaign setup flow (is it intuitive?)
2. The analytics/reporting clarity (what’s missing?)
3. Which integrations you want next
Happy to answer any questions and would love to hear how your team currently handles push campaigns.
Cue
Agent-friendly and open source is a really nice combo for push campaigns. Most tools in this space are way too heavy for smaller teams. What agent setups are people using with it so far?
Clix
@dparrelli Great question. So far it has mostly been Claude, since many developers already use it for repo level reasoning and code editing.
But the project is not tied to any specific agent. It is designed so that whatever agent you are already using to build your app can work with it.
Copus
Love that this is open source. Notification fatigue is one of the biggest reasons users churn from mobile apps, and most teams just blast push notifications without thinking about suppression rules or timing. The fact that you can connect outcomes directly to retention metrics means teams can finally measure what actually moves the needle instead of guessing. How does the suppression logic work? Is it rule based, or does it learn from user behavior over time?
Clix
@handuo Heyy! Thank you for the comment. Right now the suppression logic works based on rules defined in the config file, so teams can control things like timing, frequency limits, and other suppression conditions in a predictable way.
That said, we are thinking about evolving this in the future. The idea is to eventually incorporate user behavior data so the system can learn over time and adjust suppression dynamically. Instead of relying only on static rules, it would be able to adapt based on how users actually interact with notifications and the app.
Interesting approach with the local-first engagement model, @jeong_woo_yoo!
One thing I noticed while reading the homepage. The headline focuses heavily on the technical architecture, ‘open-source local-first engagement’, before the outcome mobile teams care about most: retention lift.
For builders the tech detail is appealing.
But for product teams evaluating quickly, a more outcome-led first line can sometimes pull them deeper into the page.
Something like leading with the retention impact first, then introducing the open-source approach as the mechanism.
Curious if you tested messaging framed around retention growth vs the infrastructure angle.
Clix
@taimur_haider1 Thanks for the comment!
That is a great point. Since our ICP is mobile app makers, we definitely agree that outcome focused messaging like retention lift is important, and it is something we can test over time.
For now though, we intentionally chose to lead with the open source and local first engagement angle because we wanted to clearly signal the core idea and philosophy behind the product from the first line. As we learn more from users and experiments, we are open to testing messaging that leads more directly with retention impact as well.
@jace_yoo Appreciate the detailed reply, Jace.
Leading with the open-source and local-first philosophy is a strong signal for builders.
The retention outcome angle might resonate more with growth/product teams evaluating quickly, so it will be interesting to see what the experiments show over time.
Congrats again on the launch.
What I like about OpenClix is that it is as close to normal app development than integrating campaign tools. Everything living in the repo is so much better to me than having to manage campaign logic in some separate dashboard that I have to learn what this UI does and what that does. Also great that it is not a hosted service.
Clix
As a developer, dependency management has always been painful when building and using libraries(especially with React Native.).
While working on OpenClix, I wanted to address this problem. Inspired by shadcn, we chose an approach where the agent directly adds the full library code into your project. No more running npm install, and no more dealing with peer dependency issues. (The same idea applies to SPM, Gradle, and Pub as well!)
The agent handles installation, integration, and even verifies the build. All the code lives directly in your project, so you can freely customize it to fit your needs.
Now it’s time to grow your app with full control in your hands!
This looks incredible! As a junior dev who's always tinkering with AI agents, seeing an open-source, agent-driven approach to mobile retention is super refreshing. Most enterprise push tools feel like a black box. Being able to customize the agent logic for specific playbooks sounds like a game changer. Excited to see where this goes!