OpenAI 2026 hackathon

Harmony - Play Social.

Harmony is a browser-based multiplayer piano that lets musicians around the world play together in real time.

Solo project by E. J. Moore · 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,180 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

Harmony - Play Social is a browser-based multiplayer piano application that allows musicians to play together in real time. The project was submitted by a single founder, E. J. Moore, as part of the OpenAI 2026 hackathon.

What changed

The description indicates this is an early-stage beta product with limited functionality, focused on core real-time piano playing and chat features. No evidence suggests prior development or commercial traction beyond the initial submission.

Single most important open question

Is there any evidence of user engagement, retention, or monetization strategy beyond the author's stated intent?

Analysis basis

Self-reported only. No third-party verification, revenue data, customer names, or traction metrics are available. All claims are from the project description provided by the caller.

Back to contents

What The Product Actually Is

The description states that Harmony is a browser-based multiplayer piano application. It enables musicians to play together in real time using either a computer keyboard or a MIDI keyboard. Users can join public or private rooms and communicate via chat during sessions.

  • The product supports real-time collaborative music-making.
  • It includes basic interface elements like chat, visual design inspired by golden hour, and support for MIDI input.
  • Features currently available in the beta include:
    • Real-time piano playing with others
    • Public/private room joining
    • In-app chat
    • Keyboard-based play
    • MIDI keyboard connection
    • Clean, modern interface

Inference The product is a browser-based tool for remote collaborative music creation. It is not evidenced to have any monetization features or advanced functionality beyond what is described.

Back to contents

Positioning & Claim Evolution

The author positions Harmony as more than just functional—it aims to be comforting and emotionally supportive, designed around feelings of care and connection. The tagline emphasizes global collaboration: “Harmony is a browser-based multiplayer piano that lets musicians around the world play together in real time.”

  • The project claims to offer a calming, creative experience.
  • It frames itself as an alternative to online conflict, promoting cooperation and emotional connection through music.

Claim vs Fact

These are self-reported positioning statements. No evidence of actual user feedback or market validation is provided.

Back to contents

Target Customer & ICP

The description does not explicitly define the target customer or ideal customer profile (ICP). However, it implies a focus on musicians who want to collaborate remotely and enjoy a peaceful, creative environment.

  • The audience likely includes amateur and professional musicians interested in remote collaboration.
  • Users may be drawn to the calming design and ease of use for casual or practice-based engagement.

Inference Based on the description, Harmony targets individuals seeking collaborative musical experiences online. No evidence of segmentation or specific user personas is available.

Back to contents

Business Model & Pricing Evidence

There is no evidence in the description regarding pricing models, monetization strategies, or business model assumptions.

  • The project is described as a beta release.
  • No mention of subscriptions, freemium tiers, or paid features.
  • The author does not describe how they plan to generate revenue.

Inference There is no indication of any commercial structure beyond the initial development effort. This remains unproven.

Back to contents

Technical & Delivery Signals

The project was built using Codex (author-declared), which suggests a tool-assisted development approach, possibly AI-powered coding.

  • The application runs in the browser.
  • It supports both keyboard and MIDI input.
  • Visual design is described as warm, peaceful, and welcoming.
  • The author notes that this beta is only the beginning and plans to add more features over time.

Inference Technical delivery appears minimal but functional for a prototype. No evidence of scalability, infrastructure, or performance metrics.

Back to contents

Traction & Maturity Signals

There is no evidence of user traction, adoption, or product maturity beyond the initial beta launch.

  • The project is described as a beta.
  • It was submitted to a hackathon (OpenAI 2026).
  • No data on active users, retention rates, or usage frequency is provided.
  • The author mentions future feature development but does not reference current user engagement.

Inference This is an early-stage prototype with no demonstrated traction or market validation.

Back to contents

Competitive Context

The description provides no information about competitors or competitive positioning. It does not mention similar tools or platforms in the space of collaborative music-making or virtual piano applications.

Absence of evidence

No competitive analysis, benchmarking, or market comparison data is included.

Back to contents

Key Risks & Red Flags

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

  • No revenue or monetization model—the project lacks any indication of how it will make money.
  • Single founder—with only one team member, there may be limited capacity for scaling or rapid iteration.
  • No traction or user data—no sign of real-world usage or engagement.
  • Unproven market demand—the author’s intent is clear, but no evidence supports whether users actually want this product.
  • Limited scope and features—the beta only includes core functionality; it's unclear if the roadmap will deliver value.

Inference The absence of any commercial or user data raises concerns about viability and scalability.

Back to contents

Diligence Questions To Ask The Founders

  1. What is your plan for monetization?
  2. How do you intend to grow user engagement beyond the current beta?
  3. Have you identified specific user segments or personas?
  4. Are there any existing users or feedback from the community?
  5. What are the key technical challenges in scaling this platform?
  6. Do you have a go-to-market strategy for reaching musicians?
  7. How do you plan to differentiate from other online music collaboration tools?

Note

These questions aim to probe beyond self-reported claims and uncover actual execution plans or traction.

Back to contents

Investment/Partnership Verdict

Not evidenced.

The description does not provide sufficient information to assess whether this project warrants investment or partnership consideration. There is no evidence of revenue, customers, traction, or a clear path to monetization. The product appears to be an early-stage prototype with strong emotional positioning but no commercial foundation.

Confidence level Low. This analysis is based entirely on self-reported content and lacks any external validation or performance indicators.

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.