OpenAI 2026 hackathon

PaperLayer

Grasp arXiv papers fast without leaving the PDF: goal-aware highlights, AI margin notes, and summaries where every claim links to its exact source passage.

Solo project by Sunghyo Chung · 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,817 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

PaperLayer is a self-reported PDF reader tool for academic papers that overlays AI-generated highlights, notes, and summaries on top of original arXiv documents. It claims to offer goal-aware reading modes, evidence-backed annotations, and a layer-based interface where users can toggle between source and AI-enhanced content.

What changed

The project is presented as an open-source tool submitted to the OpenAI 2026 hackathon. No prior version or product history is described; this appears to be a new development effort.

Single most important open question

Is there any evidence of actual user adoption, revenue, or traction beyond the author's own description?

Back to contents

What The Product Actually Is

The description states that PaperLayer is a tool that renders original PDFs untouched and overlays AI-generated content — such as highlights, notes, summaries — on top of them. It supports toggling this layer on/off. Every claim in the overlay links back to its exact source passage via an "Evidence Walk" feature.

  • Claimed functionality: Goal-aware reading modes (Skim, Understand Method, Reviewer), margin notes, and cached reading layers.
  • Technology stack: Built with codex, next.js, and python.
  • Not evidenced Any actual product interface, user base, or performance metrics.

The description states: "Paperlayer renders the original PDF untouched and draws everything else — highlights, notes, summaries — on top, as a layer you can turn off."

Back to contents

Positioning & Claim Evolution

The author positions PaperLayer as a solution to the problem of information overload in fast-moving AI and CS fields. It attempts to resolve the "trust problem" with AI summaries by grounding them in source material.

  • Core claim: Avoids replacing the paper; instead, guides attention over it.
  • Evolution of claims: The author frames this as a response to the limitations of existing AI summarization tools — specifically, that they lack traceability and can mislead users.
  • Not evidenced Any prior positioning or evolution in market perception, nor evidence of how this differs from other tools like Zotero, Mendeley, or existing PDF annotation tools.

The description states: "AI summaries seem like the answer, but they have a trust problem... So you're stuck with a bad choice — read everything linearly and fall behind, or trust summaries and lose touch with the source."

Back to contents

Target Customer & ICP

The author describes the tool as intended for researchers dealing with large volumes of arXiv papers in fast-moving fields.

  • Target customer: Researchers, particularly those in AI and computer science.
  • ICP (Ideal Customer Profile): Users who read dense academic PDFs regularly and need to quickly grasp key points while maintaining access to source evidence.
  • Not evidenced Any specific customer segments, personas, or user feedback beyond the author’s own claims.

The description states: "AI and CS move too fast to read everything. Hundreds of new papers land on arXiv every day..."

Back to contents

Business Model & Pricing Evidence

There is no mention of pricing, monetization strategy, or business model in the provided description.

  • Not evidenced Any revenue streams, pricing tiers, subscription models, or commercial use cases.
  • Inference (not fact): If this were to scale, it might be monetized through a freemium model or enterprise licensing for research institutions.

The description does not state anything about how the tool would generate revenue or who pays for it.

Back to contents

Technical & Delivery Signals

The project is described as built with codex, next.js, and Python. It includes features like caching of reading layers, evidence walk functionality, and goal-aware modes.

  • Technology stack: codex, next.js, python.
  • Delivery signals: The tool is presented as a hackathon submission, suggesting early-stage development.
  • Not evidenced Any production deployment, scalability data, or technical architecture details beyond the stack.

The description states: "Built with (author-declared): codex, next.js, python."

Back to contents

Traction & Maturity Signals

No evidence of traction is provided. The project is described as a hackathon submission and lacks any mention of users, downloads, or adoption.

  • Not evidenced Any user base, customer data, usage statistics, or product maturity beyond the initial concept.
  • Inference (not fact): As a hackathon project, it likely has limited real-world testing or deployment.

The description states: "This project was submitted to the OpenAI 2026 hackathon on Devpost."

Back to contents

Competitive Context

The author implies that current AI summarization tools are inadequate due to lack of traceability. However, no direct competitors are named or described.

  • Not evidenced Any competitive landscape analysis, competitor names, or market positioning relative to existing tools.
  • Inference (not fact): The tool may compete with PDF readers, citation managers, or AI summarizers like ChatGPT, but this is not stated.

The description states: "AI summaries seem like the answer, but they have a trust problem."

Back to contents

Key Risks & Red Flags

Several risks and red flags emerge from the lack of evidence:

  • No revenue or traction: No data on users, monetization, or adoption.
  • Single founder: Only one team member is listed.
  • Hackathon project: Suggests early-stage development with no proven market fit.
  • Unverified claims: All features and benefits are self-reported without external validation.

The description states: "Team size: 1", which raises concerns about execution capacity.

Back to contents

Diligence Questions To Ask The Founders

  1. What is the actual user feedback or testing done so far?
  2. How does PaperLayer handle edge cases in PDF formatting or complex equations?
  3. Are there any plans for monetization or commercial use beyond the hackathon?
  4. Has the tool been tested with real researchers or academic institutions?
  5. What are the technical limitations of the current implementation?

Back to contents

Investment/Partnership Verdict

Not evidenced No basis to assess investment or partnership viability.

  • Confidence level: Very low.
  • Reasoning: The description is entirely self-reported and lacks any evidence of traction, revenue, or user engagement. It appears to be a concept or prototype submitted for a hackathon.
  • Inference (not fact): If the tool were to gain traction, it could have potential in academic research or AI-assisted reading workflows.

The description states: "Everything above is the authors' own account. It is not independently verified, and no revenue, customer or traction data is available beyond what they state."

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.