OpenAI 2026 hackathon

HeySalad ® AI HOST

HeySalad® Host is the AI receptionist for restaurants. It answers every call, takes bookings and takeaway orders, and knows your menu

Solo project by Chilumba Machona · 0 likes · 0 comments

View the project on Devpost

Archive position — measured, not model output

0 likes on Devpost

2,263 of the 7,850 archived projects have more likes, and 5,587 share exactly 0 — so this project's #4,504 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,587
11,758
2284
3–4132
5–975
10+14

Likes on Devpost. ▲ marks this project's group.

Show the figures
LikesProjectsShare of archive
05,58771.2%
11,75822.4%
22843.6%
3–41321.7%
5–9751.0%
10+140.2%
Devpost like counts for all 7,850 archived projects, captured when this archive was built.

User Stories BotA demo video on every pull request

Get a demo video on every new feature

GitHub App that watches your pull requests and records a narrated, captioned demo.
Save time on demo prep and make informed decisions faster with a video walkthrough of every new feature.

Executive Summary

What the company appears to be

HeySalad® AI Host is a self-reported AI receptionist for restaurants that answers calls, takes bookings and takeaway orders, and integrates with a menu and policy database. It uses an AI voice agent named Sally and is built using cloud infrastructure including Cloudflare Workers, Twilio, and Next.js.

What changed

The project was submitted to the OpenAI 2026 hackathon by one founder, Chilumba Machona. It represents a proof-of-concept for an AI-powered phone-based service that aims to reduce missed calls in restaurants while maintaining human oversight.

Single most important open question

Is there evidence of traction or commercial adoption beyond this hackathon submission?

Back to contents

What The Product Actually Is

The description states that HeySalad® AI Host is an AI receptionist for restaurants. It answers phone calls, takes bookings and takeaway orders, and uses a voice agent named Sally. It integrates with a restaurant’s approved menu, prices, opening hours, policies, and escalation rules.

It includes:

  • A dashboard to review call transcripts, bookings, and orders.
  • Escalation paths for unsafe or unclear requests.
  • An API-backed event model for future client surfaces like a Chrome extension and an ESP32-S3 fridge camera prototype.
  • Voice handling via Twilio and Cloudflare Workers AI.
  • Data storage using PostgreSQL, Prisma, Cloudflare D1, R2, and Queues.

The system is described as not automating hospitality out of the picture but capturing requests and making outcomes clear for human review.

Evidence

  • The author states that it answers calls, takes bookings, and orders.
  • It uses a voice agent named Sally.
  • It integrates with approved business data (menu, policies).
  • It has an operator dashboard.
  • It includes escalation paths.
  • It uses Cloudflare Workers, Twilio, and Next.js.

Inference The product is described as a conversational AI system that interfaces with telephony and voice services to handle customer interactions for restaurants.

Back to contents

Positioning & Claim Evolution

The author states that HeySalad® AI Host aims to reduce missed calls in restaurants by providing a helpful first point of contact without fully automating hospitality. It positions itself as a tool that captures requests, works from approved information, and makes outcomes visible for review.

Key claims:

  • Not to automate hospitality out of the picture.
  • To capture the request and make the outcome clear for teams to review.
  • To reduce lost demand during peak times.
  • To ensure safety by refusing unsafe requests and escalating them.

Evidence

  • The tagline: “HeySalad® Host is the AI receptionist for restaurants. It answers every call, takes bookings and takeaway orders, and knows your menu.”
  • The author’s own write-up states that it avoids guessing or improvising.
  • Escalation rules are designed to prevent unsafe outcomes.

Inference The positioning is centered on trustworthiness, safety, and human-in-the-loop operation rather than full automation. It targets restaurants with high call volumes and missed opportunity risk.

Back to contents

Target Customer & ICP

The description states that HeySalad® AI Host is for food businesses, particularly those that lose demand due to missed calls during peak times.

Evidence

  • The inspiration section says: “Restaurants lose demand at the exact moment they are busiest.”
  • It targets restaurants with high call volumes and missed opportunity risk.
  • It is built to reduce lost bookings, abandoned orders, and customer confusion.

Inference The target customer is small to mid-sized restaurants that rely on phone-based booking and order-taking. The ICP likely includes businesses where hospitality staff are overwhelmed during busy periods.

Back to contents

Business Model & Pricing Evidence

There is no evidence of pricing or business model in the description.

Evidence

  • No mention of revenue streams, pricing tiers, or monetization strategy.
  • No indication of whether it is sold as a SaaS product, a white-label solution, or via usage fees.

Inference The project is currently a hackathon submission with no commercial business model evident.

Back to contents

Technical & Delivery Signals

The system is built using:

  • Next.js and TypeScript
  • Cloudflare Workers, D1, R2, Queues, Durable Objects, Workers AI
  • Twilio for telephony
  • PostgreSQL via Prisma ORM
  • Chrome extension (manifest v3)
  • ESP32-S3 camera prototype with Wi-Fi and private image storage

It uses end-to-end tests to verify key outcomes like confirmed bookings, correct pricing, and escalation paths.

Evidence

  • Built with Next.js, TypeScript, Cloudflare Workers.
  • Uses Twilio for voice services.
  • Uses PostgreSQL via Prisma.
  • Includes a Chrome extension and ESP32-S3 fridge camera prototype.
  • End-to-end tests verify booking, order, and escalation flows.

Inference The technical stack is cloud-native with edge computing components. It emphasizes secure, private handling of data and voice.

Back to contents

Traction & Maturity Signals

There is no evidence of traction or adoption beyond the hackathon submission.

Evidence

  • The project was submitted to a hackathon.
  • No mention of customers, revenue, or usage metrics.
  • No indication of product-market fit or commercial traction.

Inference The system is in early development and has not yet demonstrated real-world use or customer adoption.

Back to contents

Competitive Context

There is no evidence of competitors or market positioning beyond the author’s own claims.

Evidence

  • No mention of existing solutions in the restaurant AI receptionist space.
  • No indication of competitive landscape or differentiation from other tools.

Inference The project appears to be a novel concept, but there is no evidence of prior market presence or competition.

Back to contents

Open Questions & Risks

Key risks include:

  • Lack of commercial traction or revenue model.
  • No evidence of customer validation or adoption.
  • Reliance on a single founder and hackathon-level development.
  • Unclear scalability or long-term viability of the platform architecture.
  • No mention of data privacy, compliance, or regulatory considerations.

Evidence

  • One-person team.
  • Hackathon submission.
  • No revenue or customer data.
  • No mention of compliance or data handling beyond private image storage.

Inference The project is early-stage and lacks commercial validation. It may not be ready for production use or investment.

Back to contents

Questions the description leaves open

  1. What is the current status of the product? Is it being used by any restaurants?
  2. How does the system handle high-volume call traffic?
  3. Are there plans to monetize this product, and what is the pricing model?
  4. What are the key challenges in scaling the platform beyond the demo?
  5. How do you plan to ensure data privacy and compliance with regulations like GDPR or CCPA?
  6. What are the main technical limitations of the current architecture?

Back to contents

Overall Assessment

Not evidenced.

Evidence

  • No financials, revenue, or customer data.
  • No indication of commercial traction or market validation.
  • The project is a hackathon submission with no evidence of product-market fit or scalability.

Inference This is an early-stage idea with no demonstrated commercial viability. It would require significant due diligence and investment to assess its potential for growth or partnership.

Back to contents

User Stories BotA demo video on every pull request

Get a demo video on every new feature

GitHub App that watches your pull requests and records a narrated, captioned demo.
Save time on demo prep and make informed decisions faster with a video walkthrough of every new feature.

Source

Submitted to the OpenAI 2026 hackathon on Devpost. Project home on Devpost. Back to the full gallery on Devpost.

This competitive analysis was produced by top-founders.com (opens in a new tab)

Generated by a language model from this project's public Devpost page — its tagline, the author's own write-up and any built-with tags listed there — as captured in August 2026. Short quotations are the author's words. It is an opinion on the idea as a business, not on the people behind it, and it reflects the description as published then. If the project has moved on, request a correction below. The analysis is not independent research and contains no verified traction, revenue or customer data.

An independent guide by KFG International LLC — not affiliated with, endorsed by, or connected to Devpost or OpenAI.

Are you the author of this project? Request removal or a correction (support@kfginternational.com). Requests from authors are acted on within 48 hours, and in any case within seven days. Privacy notice.