OpenAI 2026 hackathon

apply-or-not

Apply or Not (that is the question) uses GPT-5.6 to compare job postings in any language with your skills, preferences, and deal-breakers, then gives an evidence-based score and explanation.

Solo project by Harshad Paradkar · 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 #2,681 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

Apply or Not is a browser extension that uses GPT-5.6 Sol to analyze job postings in any language against user-defined criteria (skills, languages, preferences, deal-breakers) and returns an evidence-based recommendation score and explanation.

What changed

The project was built incrementally by one developer over time, using Codex with GPT-5.6 Sol for development. It evolved from a simple prompt to a working browser extension with features like multilingual analysis, background processing, local caching, and security measures around API key handling.

The single most important open question

Is there sufficient evidence of user adoption or market traction to suggest this product has commercial viability beyond the developer's own use case?

Back to contents

What The Product Actually Is

The description states that Apply or Not is a browser extension. It evaluates job postings against user-defined criteria using GPT-5.6 Sol and provides:

  • A recommendation (Apply, Consider, or Skip)
  • A score from 0 to 100
  • Positive matches and concerns
  • Hard blockers and uncertainties
  • Evidence from the original posting
  • Detected language and explicit language requirements

It analyzes job descriptions in their original language and explains results in the user's preferred language. It does not assume language requirements based on language of posting alone.

The extension uses:

  • Plain HTML, CSS, JavaScript (no React or bundlers)
  • WebExtension API for cross-browser support
  • A Node.js relay to manage OpenAI API keys securely
  • Schema.org JobPosting data and generic selectors for extraction

Inference The product is a decision-support tool rather than an automated application system.

Back to contents

Positioning & Claim Evolution

The author states that Apply or Not was inspired by personal experience as a developer applying for jobs in Germany, where language requirements are often unclear. The idea evolved to help anyone applying for roles in another country or language.

Claim

It helps users identify promising roles that deserve closer attention.

Inference The positioning is centered on decision support, not automation or replacement of human judgment.

There is no evidence of prior versions, marketing claims, or product evolution beyond the author’s own development process. The project appears to be a one-person effort with no external validation or feedback loops.

Back to contents

Target Customer & ICP

The description states that the problem came from the developer's experience in Germany but applies more broadly to anyone applying for jobs in another country or language.

Claim

Users can define skills, languages, preferred companies or industries, remote-work preferences, application methods, and deal-breakers.

Inference The target customer is job seekers, particularly those who are:

  • Multilingual
  • Applying internationally
  • Seeking structured decision support

No evidence of specific user segments, personas, or market research exists beyond the author's personal experience.

Back to contents

Business Model & Pricing Evidence

The description does not contain any information about pricing models, monetization strategies, or business model assumptions.

Not evidenced.

Back to contents

Technical & Delivery Signals

The extension:

  • Uses WebExtension API for cross-browser compatibility (Safari, Chromium, Firefox)
  • Extracts job data using visible page content, Schema.org, and site-specific patterns
  • Operates with a background worker to avoid interrupting analysis when popup is closed
  • Caches results locally to prevent repeated API calls
  • Relies on a Node.js relay for secure handling of OpenAI API keys
  • Uses GPT-5.6 Sol for contextual interpretation and deterministic scoring via rubric

Inference The technical architecture shows an attempt at robustness, including security, caching, and cross-browser compatibility.

Back to contents

Traction & Maturity Signals

The description includes:

  • 55 automated regression tests covering various aspects
  • Fictional job scenarios and no-cost demo
  • Repeated hands-on testing
  • Iterative development with Codex

Not evidenced No data on user adoption, customer base, revenue, or usage metrics.

Back to contents

Competitive Context

The description does not mention competitors or existing solutions in the job-matching space.

Not evidenced.

Back to contents

Key Risks & Red Flags

  • Single-person team: The project is built and maintained by one developer.
  • No traction evidence: No customers, revenue, or usage data provided.
  • Unverified claims: All statements are self-reported; no third-party validation.
  • Limited commercialization signals: No pricing, partnerships, or go-to-market strategy described.
  • Dependency on LLMs: Reliance on GPT-5.6 Sol and API access may create fragility.

Back to contents

Diligence Questions To Ask The Founders

  1. What is the actual user base or adoption rate beyond personal testing?
  2. How does the product handle edge cases in job site structures?
  3. Are there plans to monetize or scale beyond a single developer?
  4. Has the product been tested with real users outside of the developer’s own use case?
  5. What are the risks associated with API dependency and cost management?

Back to contents

Investment/Partnership Verdict

Not evidenced.

There is no evidence of revenue, customers, traction, or commercial viability beyond the author's personal development effort. The product appears to be a prototype or proof-of-concept built by one individual.

The project shows technical maturity and thoughtful design but lacks any indication of market demand or scalability potential.

Confidence level: Low — based entirely on self-reported evidence with no external validation or traction data.

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.