OpenAI 2026 hackathon

ScopeLint

ScopeLint checks every pull request against your contract, automatically. It catches scope creep where it actually happens, in the code, before it becomes unbillable work.

Solo project by Vinay Kejriwal · 1 likes · 0 comments

Archive position — measured, not model output

1 like on Devpost

506 of the 7,856 archived projects have more likes, and 1,758 share exactly 1 — so this project's #1,876 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

ScopeLint is a self-reported tool that checks pull requests against a project’s statement of work using AI (specifically GPT-5.6-terra), aiming to prevent scope creep in software development by flagging out-of-scope code changes before they become unbillable.

What changed

The author states that the tool was built solo over a single day, including a CLI, GitHub Action, demo repository, and full test suite — all within a constrained credit budget and technical constraints. It is described as a working prototype with live demonstration capabilities.

Single most important open question

Is there any evidence of real-world usage or adoption beyond the author’s own demo project?

Back to contents

What The Product Actually Is

The description states that ScopeLint is:

  • A GitHub Action and CLI tool
  • Designed to check pull requests against a project's statement of work
  • Uses GPT-5.6-terra for classification of functional areas as in-scope, out-of-scope, or gray area
  • Outputs real-time verdicts with citations from the contract clause
  • Includes an automated change order draft generator
  • Features a scope ledger that tracks cumulative drift and estimated unbilled hours
  • Has a replay mode for testing without API keys

It is built using:

  • Node.js 20
  • TypeScript
  • Express (demo API)
  • GitHub Actions
  • Codex
  • The OpenAI SDK
  • Vitest

Inference: It appears to be an AI-powered code review tool focused on contract compliance, not general code quality or security linting.

Back to contents

Positioning & Claim Evolution

The author claims that:

  • Current scope-monitoring tools watch conversations, tasks, and emails — but none watch the actual code
  • ScopeLint watches where the work materializes: in the code itself
  • It catches scope creep “where it actually happens” — in pull requests
  • It provides client-ready change order drafts directly in PR comments

Inference: The positioning is that of a contract enforcement tool for software consulting teams, not a general-purpose development tool.

Back to contents

Target Customer & ICP

The description states:

  • ScopeLint targets consulting and agency teams
  • These teams operate under the assumption that scope stays within contract boundaries
  • It addresses a problem in mid-sprint feature additions that go unflagged until too late

Inference: The primary customer is software consulting firms or agencies, particularly those managing client contracts via written statements of work.

Back to contents

Business Model & Pricing Evidence

Not evidenced.

The description does not mention:

  • Revenue model
  • Pricing structure
  • Monetization strategy
  • Subscription tiers or usage-based billing

Back to contents

Technical & Delivery Signals

The author states:

  • Built solo, end-to-end, in a single day
  • Uses Codex for development across six phases
  • The classifier runs on gpt-5.6-terra
  • Includes full CLI, GitHub Action, ledger system, test suite, and documentation
  • A demo project exists with staged pull requests that actually run ScopeLint live

Inference: The tool is technically functional and has been demonstrated in a real-world context (albeit the author’s own demo). It shows strong engineering execution but lacks independent validation.

Back to contents

Traction & Maturity Signals

Not evidenced.

The description does not include:

  • Customers or users
  • Revenue or ARR
  • Adoption metrics
  • Product usage data
  • Any evidence of market traction beyond the demo

Back to contents

Competitive Context

Not evidenced.

The description does not mention:

  • Competitors
  • Market size or dynamics
  • Existing tools in this space
  • Differentiation from other scope-tracking solutions

Back to contents

Key Risks & Red Flags

  • Single-person team: The entire product was built by one person, which raises questions about scalability and long-term maintenance.
  • Demo-only evidence: All evidence is self-reported and limited to a single demo repository; no real-world usage or adoption data exists.
  • AI dependency risks: Reliance on GPT-5.6-terra for classification introduces risk of hallucination or model drift, especially without human oversight or feedback loops.
  • Infrastructure friction: The author notes significant time spent on Git authentication and AI agent reliability issues — suggesting potential operational complexity at scale.
  • No monetization strategy: No indication of how the tool would be sold or priced.

Back to contents

Diligence Questions To Ask The Founders

  1. What is your plan for scaling beyond a single developer’s capacity?
  2. Have you tested ScopeLint with any real clients or teams yet?
  3. How do you intend to monetize this tool? Is there a pricing model in mind?
  4. What are the limitations of using GPT-5.6-terra for classification, and how do you plan to mitigate hallucinations or misclassification?
  5. Are there plans to support integrations with billing tools (e.g., Jira, Harvest)?
  6. How does ScopeLint handle ambiguous clauses in contracts?
  7. What is the expected cost per pull request or project?

Back to contents

Investment/Partnership Verdict

Not evidenced.

There is no evidence of:

  • Funding rounds
  • Valuation
  • Investors or partners
  • Commercial traction or revenue

The tool is described as a working prototype built in one day, with a clear use case and technical execution. However, without any sign of real-world adoption or monetization strategy, it remains a conceptual product with potential, not a proven business.

Inference: This could be an early-stage idea with strong engineering execution but no demonstrated commercial viability yet. It may warrant further exploration if the founder can show traction or a path to monetization.

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.