OpenAI 2026 hackathon

Kawsa: where learning meets the real world

The knowledge is not missing, the bridge is. Kawsa turns lessons into simulations students predict and run, guided by a Socratic voice tutor, in scenes that match their own world.

Solo project by Abel1011 Mendez · 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 #4,766 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

Kawsa is a self-reported platform for building and running simulations in educational settings, designed to bridge the gap between abstract learning and real-world application. It allows teachers to describe lessons in plain language, which are then transformed into interactive simulations with Socratic tutoring. The system supports reskinning of simulations to match local contexts without altering underlying models.

What changed

The author reports that Kawsa emerged from a personal observation about how students learn procedures but lack connections to real-life applications. The platform was built using AI tools (Codex, GPT-5.6) and aims to enable teachers to create simulations tailored to their classrooms.

Single most important open question — the commercial due-diligence read

Is there a viable market for this type of educational simulation tool, and can it scale beyond one developer's prototype?

Back to contents

What The Product Actually Is

The description states that Kawsa is a platform for building and running simulations. It has two faces:

  • A teacher-facing interface where they describe lessons in plain language and generate working simulations.
  • A student-facing experience involving prediction, simulation execution, and interaction with a Socratic voice tutor.

Key features include:

  • Simulations can be edited after creation.
  • Teachers can place elements on a canvas, define variables, attach motion, set conditions, and write questions.
  • The system generates images if needed.
  • Publishing freezes the lesson for others to use as a starting point.
  • Students predict outcomes, run simulations, compare predictions with results, and engage in tutoring conversations.
  • A quiz derived from the lesson's formulas closes each session.
  • Teachers get data on student misconceptions through session recordings.

The platform also supports reskinning simulations so that the same model can be adapted to different contexts (e.g., changing vehicles in an overtaking scenario to match local geography or culture).

Evidence

  • The author describes how teachers input lessons in plain language and receive working simulations.
  • Simulations are editable post-generation.
  • Voice tutor engages Socratically with students.
  • Reskinning is possible without touching the model.
  • Session data records predictions, outcomes, tutoring interactions, and quiz answers.

Inference The product appears to be a simulation-building tool aimed at educators, integrating AI for content generation and interaction design.

Back to contents

Positioning & Claim Evolution

The author positions Kawsa as addressing a gap in education: the disconnect between abstract knowledge and real-world application. The tagline “The knowledge is not missing, the bridge is” reflects this core idea.

Claims made:

  • Students learn procedures but lack connection to life.
  • Around 70% of students feel confident solving equations, fewer than half say the same about real-life problems.
  • Simulations are currently finished objects; teachers cannot author custom ones for their classes.
  • Kawsa enables teachers to make simulations that reflect local contexts.
  • The platform uses AI to build and refine simulations.

Evidence

  • Author’s personal observation of student disconnection from learning.
  • Claim about 70% vs. 50% confidence in solving real-life problems.
  • Statement that current simulations are generic and uncustomizable.
  • Assertion that Kawsa allows teachers to author simulations for their own classrooms.

Inference Kawsa positions itself as a solution to pedagogical inefficiencies by enabling personalized, context-aware simulations through AI.

Back to contents

Target Customer & ICP

The primary target customer is described as:

  • Teachers who want to create and adapt simulations for classroom use.
  • Educators looking to improve student engagement and understanding through interactive learning tools.

The author notes that the platform was built with a specific audience in mind — classrooms in Peru, but also potentially adaptable to other regions or cultures.

Evidence

  • The product is designed for teachers who describe lessons in plain language.
  • Teachers can reskin simulations to fit local contexts (e.g., coastal city vs. Andean valley).
  • The author identifies as Peruvian and wants a name that reflects the classroom he had in mind.

Inference The ICP likely includes educators working in K-12 settings, particularly those seeking tools to enhance conceptual understanding through simulation-based learning.

Back to contents

Business Model & Pricing Evidence

No information is provided about pricing or business model. The description does not mention any monetization strategy, revenue streams, or customer acquisition plans.

Evidence

  • No mention of pricing tiers.
  • No indication of subscription models or licensing fees.
  • No details on how the platform will be sold or distributed.

Inference The business model remains unknown; it is unclear whether Kawsa intends to sell directly to schools, offer freemium access, or pursue other monetization strategies.

Back to contents

Technical & Delivery Signals

The author reports using:

  • Codex and GPT-5.6 for AI assistance.
  • Next.js for frontend development.
  • PostgreSQL for database storage.
  • PixiJS for rendering.
  • A modular architecture including engine, studio, player, generation pipeline, image service, voice tutor, and tests.

Key technical decisions include:

  • Using structured output from models to avoid errors.
  • Implementing validation steps before saving changes.
  • Separating model behavior from imagery/wording layers.
  • Building prototypes first to test concepts.
  • Handling tutoring logic via session tracking and real-time computation.

Evidence

  • Tools used: Codex, GPT-5.6, Next.js, PostgreSQL, PixiJS.
  • Prototyping approach before committing to frameworks.
  • Structured output and compiler-based resolution of model inputs.
  • Tutor grounded in actual model computations.
  • Reskinning capability via separate layers.

Inference The platform shows technical sophistication in AI integration, simulation design, and user experience. However, no evidence exists regarding scalability or deployment infrastructure beyond the prototype stage.

Back to contents

Traction & Maturity Signals

There is no evidence of traction, revenue, customers, or adoption beyond the author's own development efforts.

Evidence

  • Only one team member (Abel1011 Mendez) involved.
  • No mention of users, customers, or usage metrics.
  • No indication of product-market fit or market validation.
  • No data on performance, retention, or growth.

Inference The project is at an early stage, likely a prototype or proof-of-concept. There is no evidence of commercial traction or user engagement.

Back to contents

Competitive Context

The author states that existing simulations are “finished artefacts” and that teachers cannot author custom ones for their classes. They claim this gap led to the development of Kawsa.

Evidence

  • Statement that current simulations are generic and uncustomizable.
  • Claim that Kawsa enables teachers to build simulations tailored to their classrooms.

Inference Kawsa positions itself as filling a niche in educational technology where customizable simulation tools are lacking. However, no specific competitors or market analysis is provided.

Back to contents

Key Risks & Red Flags

Several risks and red flags emerge from the self-reported description:

  • The platform is described as a prototype built by one person.
  • No evidence of market validation or customer feedback.
  • Heavy reliance on AI for content creation raises concerns about consistency, accuracy, and scalability.
  • Lack of clear monetization strategy or business model.
  • Unclear how the product will scale beyond one developer’s vision.

Evidence

  • One-person team.
  • Prototype-only development.
  • No mention of user testing or feedback loops.
  • Heavy dependence on AI tools without clarity on long-term viability or control.

Inference The risk of failure is high due to lack of traction, unclear monetization, and dependency on a single developer. Scaling beyond prototype status remains unproven.

Back to contents

Diligence Questions To Ask The Founders

  1. What specific feedback have you received from educators or teachers who tried the platform?
  2. How do you plan to validate the pedagogical effectiveness of your simulations?
  3. What is your go-to-market strategy for reaching schools or districts?
  4. Are there any partnerships with educational institutions or platforms already in place?
  5. How do you intend to ensure quality and consistency across AI-generated content?
  6. What are the key metrics you track to measure product success?
  7. How do you plan to scale beyond one developer’s involvement?

Back to contents

Investment/Partnership Verdict

Confidence Level Low

Verdict Kawsa is a self-reported educational simulation platform built by one individual using AI tools. It addresses a perceived gap in education but lacks evidence of traction, revenue, or customer validation. The product shows promise in concept and technical execution, but there is no indication that it has moved beyond prototype status or achieved any meaningful market adoption.

Reasoning

While the idea is compelling and the implementation demonstrates some technical sophistication, the absence of any commercial data, user base, or business model makes it difficult to assess viability. The project appears to be a personal endeavor rather than a scalable venture.

Recommendation

Further due diligence should focus on validating the educational impact, assessing potential market demand, and evaluating whether the team can scale beyond the current prototype. This is not a ready-to-invest opportunity without additional evidence of traction or commercial readiness.

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.