OpenAI 2026 hackathon

Ruptr

A calm next step to rupture the urge of addiction and divert it towards the discipline, focus and better tomorrow.

Solo project by Kush Kumar · 0 likes · 0 comments

Archive position — measured, not model output

0 likes on Devpost

2,264 of the 7,856 archived projects have more likes, and 5,592 share exactly 0 — so this project's #6,493 place in the like-ranked listing is a tie-break inside that group, not a ranking.

Projects (log scale)

1
10
100
1k
10k
05,592
11,758
2285
3–4132
5–975
10+14

Likes on Devpost. ▲ marks this project's group.

Show the figures
LikesProjectsShare of archive
05,59271.2%
11,75822.4%
22853.6%
3–41321.7%
5–9751.0%
10+140.2%
Devpost like counts for all 7,856 archived projects, captured when this archive was built.

Executive Summary

What the company appears to be

Ruptr is an Android application developed by a single founder (Kush Kumar) for a hackathon. The app aims to reduce compulsive pornography consumption through a combination of content blocking, behavioral interventions, and habit-building tools. It uses local VPN and DNS filtering, accessibility monitoring, and on-device intervention screens to redirect urges toward healthier alternatives like workouts or breathing exercises.

What changed

This is a self-reported hackathon project with no evidence of prior traction, revenue, or customer adoption. The description indicates the app was built using AI tools (Codex, GPT) and is currently in an early-stage prototype form.

Single most important open question

Is there any evidence that Ruptr has moved beyond a personal hackathon idea into a product with real-world usage or user feedback?

Note: This analysis is based solely on the self-reported project description provided by the author. No external verification, funding rounds, revenue figures, customer data, or independent sources are available.

Back to contents

What The Product Actually Is

The description states that Ruptr is an Android application designed to help users reduce compulsive pornography consumption. It combines:

  • Content blocking using Local VPN and DNS filtering.
  • Accessibility Service for detecting risky browsing behavior.
  • Instant intervention screen before accessing blocked content.
  • A panic button for immediate urge diversion.
  • Workout and breathing exercises to redirect attention.
  • Features such as recovery streak tracking, progress monitoring, and accountability-focused design.

The app performs all blocking locally on the device, avoiding sending user data to external servers. It is built using Kotlin with Android Jetpack components and integrates AI tools like Codex for development assistance.

Inference: The product appears to be a behavioral intervention tool focused on digital wellbeing, not just content restriction.

Back to contents

Positioning & Claim Evolution

The description claims that Ruptr is more than a simple blocker—it aims to "help change" compulsive behavior by diverting urges toward healthier alternatives. It positions itself as:

  • A recovery companion, not just another content blocker.
  • An application that focuses on habit-building and behavioral change, rather than just denying access.

It also references the author's personal struggle with pornography addiction, suggesting a narrative of empathy and lived experience in shaping the product’s mission.

Claim: The app is positioned as a tool for digital recovery, not merely technical control.

Inference: The positioning evolves from a personal solution to a scalable behavioral intervention platform.

Back to contents

Target Customer & ICP

The description states that Ruptr was inspired by the author's own teenage struggle with pornography consumption and aims to help others facing similar issues. It specifically mentions:

  • Teenagers in the author’s neighborhood who are struggling with the same problem.
  • Users looking for alternatives to traditional blockers, which they claim are ineffective at diverting urges.

There is no mention of specific demographics beyond age groups (teenagers), nor any segmentation strategy or market research behind the target audience.

Claim: The primary user base consists of young people dealing with compulsive pornography use.

Not evidenced: No data on actual users, usage patterns, or customer personas.

Back to contents

Business Model & Pricing Evidence

There is no evidence in the description of a business model or pricing structure. The project is described as a hackathon submission and does not reference monetization strategies, subscriptions, freemium models, or any form of revenue generation.

Not evidenced: No indication of how the app will be monetized or whether it intends to charge users.

Back to contents

Technical & Delivery Signals

The description provides some technical details about how Ruptr was built:

  • Built entirely for Android using Kotlin.
  • Uses Android components including:
    • VpnService
    • AccessibilityService
    • Local DNS filtering
    • Foreground services
    • Material Design UI
    • Gradle build system
  • Developed with the help of AI tools (Codex, GPT).
  • All blocking is done locally on the device.
  • Architecture includes layers for risk detection, intervention, and recovery.

Inference: The app uses standard Android development practices and integrates modern security and privacy features.

Not evidenced: No information on scalability, performance metrics, or deployment strategy beyond prototype-level development.

Back to contents

Traction & Maturity Signals

The description makes no mention of any traction, user adoption, or product maturity. It is explicitly stated that this was a hackathon project, and the author notes it’s their first time participating in such an event. There are no references to:

  • Users
  • Downloads
  • Feedback
  • Iterations beyond initial development
  • Product roadmap or future releases

Not evidenced: No evidence of traction, usage, or product evolution past the hackathon stage.

Back to contents

Competitive Context

The description does not provide any information about competitors or market positioning relative to existing tools. It only mentions that the author tried many blockers previously but found them lacking in terms of diversion capabilities.

Not evidenced: No competitive landscape analysis, benchmarking, or awareness of similar products.

Back to contents

Key Risks & Red Flags

Several key risks and red flags emerge from the self-reported description:

  1. Single-founder project with no team or external support.
  2. No evidence of product-market fit or user feedback.
  3. Unverified claims about effectiveness or impact.
  4. Lack of business model or monetization strategy.
  5. Prototype-level development, not a production-ready product.
  6. Reliance on AI for development, which may limit control and scalability.
  7. No mention of privacy compliance, data handling, or legal considerations.

Inference: The project lacks commercial viability indicators and appears to be in early conceptualization rather than execution.

Back to contents

Diligence Questions To Ask The Founders

  1. What specific behavioral outcomes have you observed from users (if any)?
  2. How do you plan to validate the effectiveness of interventions like breathing exercises or workouts?
  3. Have you conducted any user testing or gathered feedback beyond personal experience?
  4. Is there a clear path toward monetization or long-term sustainability?
  5. What are your plans for scaling beyond the current prototype?
  6. Are there any legal or regulatory concerns around collecting or analyzing sensitive behavioral data?
  7. How do you intend to differentiate Ruptr from existing apps in this space?

Back to contents

Investment/Partnership Verdict

At this stage, Ruptr is a conceptual idea rooted in personal experience and hackathon development. There is no evidence of traction, revenue, or customer validation.

Verdict: Not suitable for investment or partnership at this time.

Confidence Level: Low — based entirely on self-reported content with no external corroboration.

Next Steps: If the founder wishes to pursue further development, they should demonstrate early traction, user feedback, and a clear go-to-market strategy.

Back to contents

Source

Submitted to the OpenAI 2026 hackathon on Devpost. Project home on DevPost.

The analysis above was generated by a language model from the project's own one-line description. It is not independent research and contains no verified traction, revenue or customer data.