OpenAI 2026 hackathon

closetise

A wardrobe tracker that auto-flags clothes as dirty once they hit a wear limit built with Codex for OpenAI Build Week.

Solo project by Djon leon · 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 #3,322 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: closetise

Self-reported basis: The description is entirely self-reported by the author, unverified, and submitted as part of an OpenAI Build Week hackathon project. No external corroboration exists.

What it appears to be: A personal wardrobe tracker built as a Progressive Web App (PWA), using AI coding assistance for JavaScript logic while manually writing HTML/CSS. It tracks clothing items, enforces wear limits, and flags items as "dirty" once max wear is reached.

What changed: The project evolved from a personal problem — tracking clean/dirty clothes — into a functional prototype with AI-assisted development.

Single most important open question: Is there any evidence of user adoption or traction beyond the author's own use, and what are the implications for scalability or monetization?

Back to contents

What The Product Actually Is

The description states that closetise is a wardrobe tracker built as a Progressive Web App (PWA). It allows users to:

  • Add clothing items with a photo, category, and description.
  • Set a maximum wear count per item.
  • Automatically lock an item as "dirty" once the wear limit is hit.
  • Track laundry state (e.g., "cleaning", "clean").
  • Filter, sort, and search by name or category.
  • Display last-worn dates.

It was built using HTML5, CSS, JavaScript, with no frameworks. Data is stored in localStorage. The app is installable on mobile devices like a native app.

Inference: The product is a lightweight, personal tool for managing clothing inventory and hygiene habits. It is not a marketplace or SaaS platform.

Back to contents

Positioning & Claim Evolution

The author states that closetise was inspired by a personal need to avoid reusing dirty clothes or washing clean ones. It aims to enforce a habit through automation — flagging items as dirty once worn too many times, rather than relying on guesswork.

It is positioned as a personal productivity tool, not a commercial product or service. The author explicitly mentions that the project was built during a hackathon and is not intended for mass adoption or monetization.

Inference: The positioning is minimal and self-contained — it does not claim to be part of a larger ecosystem, nor does it suggest any commercial intent beyond personal use.

Back to contents

Target Customer & ICP

The description states that the author is a Software Engineering student, and the app was built for personal use. There is no evidence of a defined customer persona or target segment beyond the individual user who has a closet and wants to track clothing hygiene.

No mention of:

  • Demographics
  • Customer segments
  • Use cases beyond personal tracking
  • Target markets or verticals

Inference: The ICP is not defined, and there is no evidence of a broader market or customer base.

Back to contents

Business Model & Pricing Evidence

There is no evidence in the description of any business model or pricing structure. The app is described as a personal tool built during a hackathon, with no indication of monetization plans, subscriptions, or paid features.

Inference: No business model or pricing data is evidenced.

Back to contents

Technical & Delivery Signals

The project was built using:

  • HTML5, CSS, JavaScript
  • No frameworks
  • No backend
  • Data stored in localStorage
  • Built with Codex, an AI coding agent, for JavaScript logic and state management
  • Manual review of all AI-generated code before acceptance
  • Git commits used as checkpoints

The app is installable as a PWA, and the author mentions:

  • Handling image size and quota errors from localStorage
  • PWA requirements like manifests, service workers, and icon sizing

Inference: The technical stack is minimal and self-contained. The use of AI for JavaScript logic suggests an experimental or learning-oriented approach rather than a scalable development process.

Back to contents

Traction & Maturity Signals

The description states that this was a hackathon project, built in a short timeframe, and submitted to the OpenAI 2026 Build Week hackathon. There is no evidence of:

  • Users
  • Revenue
  • Customer adoption
  • Product usage metrics
  • Iteration beyond initial prototype

Inference: No traction or maturity signals are evidenced.

Back to contents

Competitive Context

There is no mention in the description of competitors or similar products. The author does not reference any existing wardrobe or clothing tracking tools, nor does the project describe how it differentiates from them.

Inference: No competitive context is provided.

Back to contents

Key Risks & Red Flags

  • No traction or adoption beyond the author’s personal use.
  • localStorage-based storage limits scalability and persistence.
  • Single-person team, no evidence of a product-market fit or team structure.
  • Hackathon project, not a commercial endeavor — likely not intended for growth or monetization.
  • AI-assisted development may indicate lack of deep technical rigor or process maturity.

Inference: The project is experimental, personal, and not scalable. It lacks any evidence of commercial viability or traction.

Back to contents

Diligence Questions To Ask The Founders

  1. What is the actual user base beyond the author?
  2. Are there plans to move off localStorage to a backend for scalability?
  3. Has the app been tested by others outside the author’s immediate circle?
  4. What are the long-term goals for the product — is it intended to evolve into a commercial offering?
  5. How does the author plan to handle data persistence and backup in a real-world scenario?

Back to contents

Investment/Partnership Verdict

Not evidenced.

The project is described as a personal hackathon submission, built by a single individual for personal use. There is no evidence of:

  • Revenue
  • Customers
  • Traction
  • Product-market fit
  • Commercial intent or scalability

Inference: This is not a viable candidate for investment or partnership at this stage. It is an experimental prototype with no demonstrated commercial potential.

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.