DropHelp

DropHelp is a self-reported community support app designed to help people ask for and offer assistance in real life through a mobile interface. The project was built by two founders as part of the OpenAI 2026 hackathon, using AI tools including Codex, GPT-5.6, Claude, and GLM for development and coordination.

The description states that DropHelp enables users to create help requests with an AI coach, which can be auto-approved or sent to moderation. Approved requests are discoverable by neighbors who can claim them via matched chat without exchanging private contact details. The app includes privacy, trust, access, and moderation features in its design.

Key commercial signals are absent from the description: no revenue, customers, pricing, traction or adoption data are provided. The project is described as a proof-of-concept built in a short timeframe with limited external validation.

The single most important open question is whether DropHelp has any evidence of real-world usage or user feedback beyond its authors' claims — particularly around the viability of its AI moderation and community coordination model.

The description states that DropHelp is a mobile app enabling neighbors to coordinate small acts of assistance. It allows requesters to create help requests using an AI request coach, which can clarify the request, identify safety boundaries, and suggest a clearer version for review.

Low-risk requests are automatically approved; uncertain or higher-risk requests go through an AI-assisted moderation triage flow where a moderator makes the final decision. Once approved, neighbors can discover and claim requests through matched chat and lifecycle updates without exposing private contact details.

The app includes features such as trust controls, access management, moderation safeguards, privacy boundaries, and recognition foundations for future releases.

The description states that DropHelp was inspired by the principle of helping people access essentials like food, clothing, water, transport, or practical support when struggling. It aims to make it easier for someone to ask for help and easier for someone else to respond — focusing on dignity, safety, and practical community support.

It positions itself as a solution that avoids forcing people to expose private contact details or navigate intimidating systems. The app is described as turning "messy requests into safe, private, actionable help exchanges."

The description states that DropHelp targets people who are struggling with essentials such as food, clothing, water, transport, or practical support. It also considers older people and others who may have limited mobility, limited budgets, or no easy way to ask nearby neighbors for help.

The primary user roles described are requesters (those asking for help) and neighbors (those offering help), with the system designed around community coordination between these groups.

Not evidenced. The description does not contain any information about pricing, monetization, or business model.

The description states that DropHelp was built using Codex with GPT-5.6 as an active engineering conductor, along with Claude and GLM 5.2 for implementation coordination. It used RepoPrompt MCP to assemble focused context from the repository before planning or delegating work.

The project uses React Native, Expo.io, Supabase, PostgreSQL, TypeScript, and edge functions. The AI components include GLM through a provider-neutral interface and GPT-5.6 via Codex for building, coordinating, reviewing, testing, and validating the project.

Not evidenced. The description does not contain any information about users, customers, revenue, usage metrics, or adoption data beyond what was built during the hackathon.

Not evidenced. The description does not mention competitors, market positioning, or competitive landscape.

• The project is described as a hackathon submission with no evidence of real-world usage or user feedback.
• AI moderation and coordination systems are described as experimental, with no indication of how they perform at scale or in production.
• No evidence of any revenue model, pricing strategy, or customer acquisition approach.
• The team size is reported as two people, which may limit execution capacity for a complex platform involving safety, trust, and community coordination.

1. What specific user needs does DropHelp address that are not currently met by existing platforms?
2. How do you plan to validate the effectiveness of your AI moderation system in real-world scenarios?
3. Have you tested the app with actual users beyond the development team?
4. What is your strategy for scaling trust and verification mechanisms?
5. How will you ensure safety and accountability as the platform grows?
6. What are the key assumptions underlying your approach to community coordination and help exchange?