OpenAI 2026 hackathon

WallMock — Catalog Director

Upload a wall-art collection once. WallMock uses GPT-5.6 plus deterministic geometry to direct, verify, and export exact-art, marketplace-ready mockup packs—without manual placement.

Solo project by A K · 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 #7,629 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: WallMock — Catalog Director is a self-reported tool for high-volume wall-art sellers that automates visual merchandising by generating mockup packs from uploaded artwork collections using deterministic geometry and GPT-5.6 for orchestration.

What changed: The project evolved from an idea to a working prototype during the OpenAI 2026 hackathon, with a focus on reducing manual labor in creating visual listings for wall art. It uses AI not just for generation but also for reviewing and validating outputs through adversarial loops.

The single most important open question: Is there evidence of traction or early adoption by actual sellers? The description states no revenue, customers, or adoption data beyond the demo and self-reported claims.

Back to contents

What The Product Actually Is

  • The description states that WallMock — Catalog Director is a tool for high-volume wall-art sellers.
  • It generates mockup packs (Hero, Lifestyle, True Scale, Product Detail, Options Card) from uploaded artwork collections.
  • It uses GPT-5.6 as an engineering orchestrator and adversarial reviewer.
  • The system analyzes each artwork, ranks certified rooms, solves physical size and placement, applies product construction, and composites exact pixels into scenes.
  • It verifies fidelity and geometry before delivering outputs.
  • It supports resumable collection planning with diversity-constrained fallbacks and deterministic artifact IDs.
  • It includes fail-closed commercial authority and catalog certification.

Not evidenced: No information on actual product delivery, user interface, or integration points beyond the demo.

Back to contents

Positioning & Claim Evolution

  • The description states that WallMock asks a different question than existing visualization tools: instead of manual placement for each listing, sellers upload once and software directs the whole visual merchandising job.
  • It positions itself as solving repetitive work for sellers with hundreds of designs.
  • The author claims that the strongest use of GPT-5.6 was not a single prompt but a disciplined loop involving repository analysis, implementation, execution, refutation, visual review, and evidence-backed acceptance.

Inference: This suggests a shift from generative AI as a tool to generative AI as part of a structured validation process — an evolution in how AI is used within the product lifecycle.

Back to contents

Target Customer & ICP

  • The description states that WallMock targets "high-volume wall-art sellers".
  • These are described as individuals or businesses who repeat the same production work for every listing, including choosing rooms, deciding ratios, sizing pieces, placing them relative to furniture, selecting frames, and exporting multiple channels.
  • The system aims to reduce manual labor in this process.

Not evidenced: No specific customer segments, personas, or buyer intent data are provided. No evidence of whether these sellers currently exist or have been engaged.

Back to contents

Business Model & Pricing Evidence

  • The description does not state any pricing model or business model.
  • It mentions future features like secure managed billing and durable jobs, implying a monetization path may be planned.
  • There is no mention of revenue streams, subscriptions, usage fees, or licensing models.

Not evidenced: No evidence of pricing, monetization strategy, or customer acquisition costs.

Back to contents

Technical & Delivery Signals

  • The system is built with TypeScript on Node.js using Sharp/libvips for image processing.
  • Room geometry, homographies, frame construction, shadows, product footprints, and fidelity checks are described as deterministic and test-pinned.
  • Generative models (Codex + GPT-5.6) were used for orchestrating tasks, reconciling legacy behavior, drafting specs, implementing and reviewing fail-closed catalog authorities, diagnosing bugs, generating law tests, and inspecting visual evidence.
  • The system intentionally uses disagreement: one pass builds a change and another tries to refute it before owner approval.
  • Challenges included ensuring trustworthiness of results; the system now measures and withholds untrustworthy outputs based on spatial, rights, or release authority.

Inference: This indicates a strong engineering focus on reliability over pure automation — suggesting an approach that balances AI creativity with structured validation.

Back to contents

Traction & Maturity Signals

  • The description states that the app generates four mockups in 19.2 seconds.
  • Exact-art SSIM scores are reported as 0.9512, 0.9651, 0.9669, and 0.9716.
  • It includes role geometry for crop-safe Hero, truthful True Scale, and coded Product Detail.
  • It supports resumable collection planning with diversity-constrained fallbacks and deterministic artifact IDs.
  • A review trail records rejected sources and preserves the live catalog until explicit owner approval.

Not evidenced: No data on actual users, adoption rates, or performance in real-world use cases. No evidence of product maturity beyond demo-level functionality.

Back to contents

Competitive Context

  • The description states that existing visualization tools are useful editors but still require manual decision-making for each listing.
  • WallMock is positioned as a solution to the inefficiency of manual placement and repeated visual work.
  • It contrasts with tools that do not automate the full workflow from upload to mockup delivery.

Not evidenced: No mention of direct competitors or competitive advantages beyond automation. No evidence of market size, competition landscape, or differentiation strategy.

Back to contents

Key Risks & Red Flags

  • The description is entirely self-reported and unverified.
  • There is no evidence of revenue, customers, or traction beyond the demo.
  • The project is described as a hackathon submission with only one team member (A K).
  • The system relies heavily on GPT-5.6 for orchestration, which raises questions about scalability and consistency without human oversight.
  • The claim that AI makes code and source imagery cheaper but reliability comes from accumulated decisions and constraints implies potential complexity in maintaining quality at scale.

Inference: If the tool is not yet adopted or monetized, it may be premature to assess its viability as a commercial product.

Back to contents

Diligence Questions To Ask The Founders

  1. What specific wall-art sellers have you engaged with? Have they provided feedback?
  2. How do you plan to scale beyond the current demo-level functionality?
  3. What is your path to monetization and customer acquisition?
  4. Can you demonstrate how the system handles edge cases or incorrect inputs?
  5. How does the system validate that generated mockups meet real-world seller expectations?
  6. What are the technical limitations of relying on GPT-5.6 for orchestration?
  7. Are there any legal or compliance concerns around using AI-generated content in visual merchandising?

Back to contents

Investment/Partnership Verdict

  • The description states that WallMock — Catalog Director is a hackathon project submitted to the OpenAI 2026 hackathon.
  • It has no verified traction, revenue, or customer base.
  • The product shows technical sophistication and a clear understanding of its target problem space.
  • However, it lacks evidence of commercial viability or market validation.

Verdict: Not evidenced. No basis for investment or partnership decision at this stage. The project appears to be in early development with strong engineering execution but no demonstrated business traction.

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.