OpenAI 2026 hackathon

Pollaris

Pollaris helps you find your north star in customer feedback - without the busywork of building surveys or digging through spreadsheets to find it.

Solo project by Dev Sapariya · 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 #6,020 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

Pollaris is a self-reported survey analytics and AI-powered reporting platform built around a graph-based form definition system. The author states it helps users find insights in customer feedback without manual survey building or spreadsheet digging.

What changed

The project was submitted as part of the OpenAI 2026 hackathon, with an emphasis on rapid development of an MVP that includes branching survey support, AI-generated forms and reports, and a shared data model for all components.

Single most important open question

Is there evidence of real-world usage or traction beyond the author's own development work?

Back to contents

What The Product Actually Is

The description states that Pollaris is a platform built with FastAPI and PostgreSQL, centered on a core abstraction called FormDefinition. This represents surveys as directed graphs where questions are nodes and conditional transitions are edges.

  • The system supports branching forms through this graph structure.
  • It includes:
    • A manual form builder producing FormDefinition.
    • An AI form generator producing FormDefinition.
    • A runtime engine using FormDefinition to guide respondents.
    • A validator checking FormDefinition before publishing.
    • An analytics pipeline aggregating results from FormDefinition.
    • An AI reporting system summarizing those results.

The author claims that:

  • Every metric is calculated deterministically by the backend first, then interpreted by an LLM.
  • The AI never performs calculations itself; it interprets aggregated data.
  • A lightweight Mermaid-inspired DSL allows LLMs to describe surveys in readable text instead of large JSON graphs.
  • The compiler generates question IDs, connects default transitions, and validates the resulting graph.

Inference This suggests a tightly integrated architecture where form logic is shared across generation, execution, analytics, and reporting — but no evidence exists that this has been tested or used beyond the author’s own development.

Back to contents

Positioning & Claim Evolution

The description states:

  • Pollaris helps users find their “north star” in customer feedback.
  • It eliminates busywork of building surveys or digging through spreadsheets.
  • It computes analytics that understand branching forms, not linear ones.
  • It generates natural-language AI reports explaining what the numbers mean.

Inference These claims reflect a positioning toward simplifying survey analytics and empowering non-technical users with AI insights. However, there is no evidence of actual market positioning or product-market fit beyond the author’s own account.

Back to contents

Target Customer & ICP

The description does not clearly identify:

  • Who uses Pollaris.
  • What specific personas or industries it targets.
  • Whether it's aimed at individual developers, teams, or enterprises.

Inference Based on the technical stack and features (e.g., AI form generation, graph-based survey logic), it may appeal to developers or product managers who want to automate survey creation and analysis. But no explicit ICP is stated.

Back to contents

Business Model & Pricing Evidence

There is no mention of:

  • Revenue streams.
  • Pricing models.
  • Monetization strategy.
  • Customer acquisition costs.
  • Any commercial arrangements.

Inference The business model remains undefined in the self-reported description.

Back to contents

Technical & Delivery Signals

Key technical elements reported:

  • Built with FastAPI, PostgreSQL, Vite.
  • Core abstraction: FormDefinition as a directed graph.
  • Supports branching surveys via graph traversal.
  • Uses a lightweight Mermaid-inspired DSL for AI input.
  • Includes validation logic to catch dead ends, missing coverage, cycles, etc.
  • Analytics engine calculates metrics based on actual traversal paths.
  • Separation between backend analytics and LLM interpretation.

Inference The architecture shows strong engineering discipline around shared contracts and modularity. However, no evidence of production deployment or scalability testing is provided.

Back to contents

Traction & Maturity Signals

The description states:

  • MVP completed in one week.
  • Includes authentication, workspaces, graph engine, DSL, publishing, response collection, analytics, and AI reporting.
  • No mention of users, customers, or usage metrics.
  • No evidence of revenue, retention, or adoption.

Inference This is a personal project submitted for a hackathon. There is no evidence of traction or product maturity beyond the author’s own development efforts.

Back to contents

Competitive Context

The description does not reference:

  • Competitors.
  • Market size.
  • Differentiation from existing tools like SurveyMonkey, Typeform, or JotForm.
  • Any competitive advantage claimed.

Inference No competitive positioning or market context is evident in the self-reported account.

Back to contents

Key Risks & Red Flags

  • Unverified claims: All features and capabilities are self-reported without external validation.
  • Limited scope: The project appears to be a hackathon MVP with no evidence of real-world usage.
  • No commercialization path: No pricing, monetization or customer data is mentioned.
  • Single-person team: Only one developer involved, which raises questions about scalability and long-term maintenance.
  • AI dependency risk: Reliance on AI for form generation implies potential unreliability if LLMs fail to produce valid outputs consistently.

Back to contents

Diligence Questions To Ask The Founders

  1. What specific use cases are you targeting with Pollaris?
  2. Have you tested the platform with real users or customers beyond your own development?
  3. How do you plan to monetize this tool?
  4. What is the expected timeline for moving from MVP to a scalable product?
  5. Are there any known limitations in how well AI can generate valid branching forms?
  6. Do you have plans to integrate with existing survey tools or platforms?

Back to contents

Investment/Partnership Verdict

Not evidenced.

The description provides no information about:

  • Revenue.
  • Customers.
  • Traction.
  • Market opportunity.
  • Financials.
  • Team experience beyond one person.
  • Any commercial viability or strategic fit.

This is a self-reported hackathon project with no verified evidence of traction, revenue, or customer adoption. It may be an early-stage idea or prototype, but there is insufficient basis to assess its potential for investment or partnership.

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.