Our Place

The description states that Our Place is a tool designed to help families stay connected with older relatives. It works by prompting users (elderly individuals) to share their day through three gentle prompts: how the day felt, what stayed with them, and anything they want family to understand or help with. After approval, GPT-5.6 processes the input into a structured family update that separates ordinary life updates, memories, practical requests, and possible concerns, each supported by a quote.

The system includes a memory archive for future conversations, and allows reciprocal family responses with named help commitments. It is built using Next.js, React, OpenAI’s API (gpt-5.6), and Cloudflare tooling. The interface is described as warm, accessible, and responsive. The project was submitted to the OpenAI 2026 hackathon.

Inference The product appears to be a prototype or contest entry, not a production-ready solution. It includes synthetic fixtures for judges to experience the full loop without real data or credentials.

The description states that Our Place is intentionally not medical software and does not diagnose, assess cognitive decline, or monitor wellbeing. It positions itself as a tool for connective tissue — helping people communicate more clearly and meaningfully, rather than replacing human interaction or providing clinical support.

It also emphasizes that it avoids treating AI as a substitute for human companionship, and instead uses AI to help translate unstructured speech into structured family updates.

Inference The positioning is centered on emotional warmth, user control, and reducing friction in family communication. It does not claim to be a replacement for human interaction or a medical solution.

The description states that Our Place is intended for older adults and their families. The elderly person uses the tool by answering prompts about their day, while family members receive updates and can respond with personal reflection or help.

It does not specify whether it targets caregivers, healthcare providers, or general consumers. It also does not describe how the product would be distributed or monetized.

Inference The primary user is an older adult who may struggle to articulate their daily experiences, and the family members who want to stay close but lack time or tools to do so.

The description does not mention any pricing model, revenue streams, or business model. It states that the project was built for a hackathon and includes synthetic fixtures for judges, implying no production-ready monetization strategy.

Inference No evidence of a business model or pricing structure is provided.

The product is built with Next.js 16, React 19, Cloudflare tooling, D1 and Drizzle schemas, and OpenAI’s API (gpt-5.6-sol). The GPT-5.6 is used for structured extraction of information from user input, with a strict JSON schema and source quotes required for every extracted item.

The system uses deterministic safety paths for urgent language, recommending direct human or emergency contact when needed. It also includes server-side API key handling and synthetic fixtures for demonstration purposes.

Inference The technical stack is modern and focused on AI integration, with attention to privacy and safety. However, it is a prototype and not production-ready.

The description states that this is a contest submission for the OpenAI 2026 hackathon. It includes synthetic fixtures so judges can experience the full loop without real data or credentials. There is no evidence of any revenue, customers, or adoption beyond the contest entry.

Inference No traction or maturity signals are evident. The project is described as a prototype and not yet in production.

The description does not mention any competitors or existing solutions in this space. It does not reference similar tools or platforms for family communication or elder care.

Inference No competitive context is provided, which leaves the market landscape unknown.

• The product is described as a hackathon submission with synthetic fixtures — no real-world use or data.
• No evidence of revenue, customers, or traction.
• The project is not production-ready and lacks monetization strategy.
• It does not claim to be a medical solution but may face regulatory or safety concerns if it evolves into one.
• The description emphasizes user control and AI as a tool for communication, but does not address how it would scale or integrate with existing systems.

Inference The main risk is that this is an unproven idea without evidence of market demand or viability.

1. What is the actual user research behind this idea? Is there any data on how families currently communicate with elderly relatives?
2. How would you scale this beyond a hackathon prototype?
3. Are there any regulatory or safety concerns that arise from using AI to interpret personal experiences?
4. What are your plans for user privacy and data handling, especially around sensitive family conversations?
5. How do you plan to validate the need for this product in the real world?