OpenAI 2026 hackathon

MOCKR

Practice smarter, interview better. You don't fail interviews because you don't know enough. You fail because you never practised the one thing that actually happens in the room talking.

Solo project by Kushagra Sharma · 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 #5,363 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

Company: MOCKR

Self-reported basis: The analysis is based entirely on the author's own description of MOCKR, submitted as part of a Devpost hackathon entry. No external verification or historical data are available.

What it appears to be: A platform that offers AI-powered mock interviews and coding practice tools for technical job preparation, with an emphasis on simulating real interview dynamics and feedback.

What changed: The project is presented as a functional prototype built in the context of a hackathon, with claims about overcoming technical challenges in voice interaction and code evaluation.

Most important open question: Is there evidence of user adoption or traction beyond the author’s own development efforts?

Back to contents

What The Product Actually Is

The description states that MOCKR provides:

  • AI Mock Interviews: A real-time, talking interview experience with follow-ups and feedback.
  • AI Tutor: Concept explanations in plain language until understanding clicks.
  • Question Bank: Real questions across SQL, System Design, DBMS, CS Fundamentals, DSA.

It is described as a Turborepo monorepo built using:

  • Frontend: Next.js
  • Backend: Node.js
  • Databases: Supabase (Postgres), MongoDB
  • LLMs: Groq
  • Tools: Judge0 for code judging, Monaco editor, Redis

The product is presented as a full-stack application, including voice interaction and real-time feedback mechanisms.

Inference: The author claims to have built a working prototype that simulates live interviews with AI. However, no evidence of actual users or usage metrics is provided.

Back to contents

Positioning & Claim Evolution

The tagline states:

“Practice smarter, interview better. You don't fail interviews because you don't know enough. You fail because you never practised the one thing that actually happens in the room talking.”

This positions MOCKR as a tool focused on interview simulation, not just knowledge review.

Key claims from the write-up:

  • The AI interviewer interrupts, digs into resumes, forces movement when stalling.
  • It runs user code against hidden tests mid-conversation.
  • The system avoids letting the LLM control pacing or scoring — instead uses server-side state machines.

Claim: MOCKR aims to replicate real interview dynamics and feedback.

Inference: This is a self-reported positioning, not validated by market data or customer feedback.

Back to contents

Target Customer & ICP

The description implies that MOCKR targets:

  • Job seekers preparing for technical interviews.
  • Individuals practicing for coding challenges (e.g., OA, system design).
  • Users looking to improve communication and performance under pressure.

No explicit segmentation beyond “job seekers” is given. The focus seems to be on technical roles (SQL, DSA, System Design).

Inference: Based on the question bank and interview simulation features, the ICP likely includes software engineers or technical professionals preparing for interviews.

Not evidenced: No customer personas, usage data, or target segment size.

Back to contents

Business Model & Pricing Evidence

No business model or pricing information is provided in the description.

Not evidenced: There is no mention of monetization strategy, subscription plans, or revenue streams.

Back to contents

Technical & Delivery Signals

The project is built using:

  • Stack: Next.js (frontend), Node.js (backend), Supabase, MongoDB, Groq, Judge0, Redis, Monaco
  • Architecture: Turborepo monorepo structure
  • Key technical challenges overcome:
    • Managing LLM rambling and pacing via server-side state machines.
    • Handling latency in voice interaction (STT → LLM → TTS).
    • Code judging pipeline with batching, prioritization, and async job design to handle Judge0 rate limits.

Inference: The team has technical depth in building scalable AI systems and managing complex integrations.

Not evidenced: No production deployment details or scalability metrics are shared.

Back to contents

Traction & Maturity Signals

The project is described as a hackathon submission, built by one person (Kushagra Sharma).

No evidence of:

  • Customers
  • Revenue
  • User engagement
  • Product-market fit
  • Market traction

Not evidenced: There is no indication of any real-world usage or adoption beyond the author’s own development.

Back to contents

Competitive Context

The description does not mention competitors. However, based on the features described (mock interviews, coding practice, feedback), this product overlaps with:

  • Platforms like Pramp, InterviewBit, LeetCode, HackerRank
  • AI-powered interview prep tools

Inference: The competitive landscape includes established players in technical interview preparation.

Not evidenced: No competitive analysis or differentiation strategy is provided.

Back to contents

Key Risks & Red Flags

  • Single-founder project: Built by one person (Kushagra Sharma), which may limit scalability and execution.
  • No traction or revenue: The product is described as a hackathon prototype with no evidence of real users or monetization.
  • Unverified claims: Features like “genuinely live AI interviewer” are self-reported without validation.
  • Technical complexity: While the team solved complex problems, there’s no indication of long-term maintainability or production readiness.

Inference: The risk of failure is high if the product does not gain early traction or user feedback.

Not evidenced: No evidence of market validation or product-market fit.

Back to contents

Diligence Questions To Ask The Founders

  1. What specific user problems are you solving, and how do you know?
  2. Have you tested this with real users beyond your own development?
  3. How do you plan to scale the AI interview experience without increasing technical complexity?
  4. What is your path to monetization or revenue generation?
  5. Are there any legal or ethical concerns around AI-generated feedback in interviews?

Back to contents

Investment/Partnership Verdict

Not evidenced: There is no evidence of commercial traction, customer base, or financials. The project is described as a hackathon prototype built by one individual.

Confidence level: Low

Verdict: This is an early-stage idea with strong technical execution but no demonstrated market validation or business model. It may be worth exploring further if the founder can show early user feedback or traction, but it does not yet meet criteria for investment or partnership at this stage.

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.