OpenAI 2026 hackathon

MONNA Semantic Firewall Studio

A deterministic semantic firewall for ontology-grounded AI agents.

Solo project by İman Awad · 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 #5,384 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

Project: MONNA Semantic Firewall Studio

Author's Claim: A developer tool for controlling semantic boundaries of ontology-grounded AI agents, using a deterministic semantic firewall to enforce policy-based access control over knowledge graphs.

What Changed: The project is described as a hackathon submission that builds on the idea of separating language understanding from security authority in AI agent systems. It introduces a framework for validating natural-language questions against structured ontologies.

Single Most Important Open Question: Does the author’s self-reported architecture and approach to validation have sufficient grounding to be viable beyond a proof-of-concept, or does it rely on untested assumptions about model behavior and graph alignment?

Back to contents

What The Product Actually Is

The description states that MONNA Semantic Firewall Studio is a developer tool designed for controlling the semantic boundaries of ontology-grounded AI agents. It aims to enforce policy-based access control over knowledge graphs.

It consists of three components:

  • Capability Prober: Discovers supported question and reasoning paths from an ontology.
  • Taxonomy Compiler: Validates question patterns, rejecting those requiring missing or ambiguous relationships.
  • Semantic Firewall: Evaluates incoming questions and returns structured ADMIT or REFUSE decisions with reasons, classified paths, matched archetypes, and auditability.

The system uses:

  • GPT-5.6 and Codex for interpreting natural-language questions into candidate graph paths.
  • A deterministic validation engine to check these against the actual ontology and compiled taxonomy.
  • Versioned JSON artifacts for ontologies, taxonomies, and firewall decisions.
  • A closed-fail mechanism when model output is invalid or ambiguous.

Inference: The product appears to be a conceptual framework, not yet a deployed tool. It is described as being built during a hackathon with early-stage implementation using GPT-5.6 and Codex.

Back to contents

Positioning & Claim Evolution

The author positions MONNA Semantic Firewall Studio as:

  • A developer tool for AI agents that operate on structured knowledge.
  • A solution to the problem of AI agents producing convincing but unauthorized answers.
  • A system that enforces policy-based access control, not just keyword filtering.

Key claims:

  • The system is built around the principle: “The floor is policy. The ceiling is the graph.”
  • It separates language understanding from security authority.
  • It uses LLMs to interpret questions, but graph validation makes final decisions.
  • It supports auditability and version control.

Inference: This is a conceptual positioning of a tool that could be part of a broader category of AI governance or agent control systems. The author does not claim it is in production, nor does the description suggest any prior development beyond a hackathon prototype.

Back to contents

Target Customer & ICP

The description states:

  • MONNA Semantic Firewall Studio is designed for developers working with ontology-grounded AI agents.
  • It targets users who need to control semantic boundaries and ensure that agent responses are grounded in authorized knowledge sources.

Inference: The target customer appears to be technical developers or AI engineers, likely within organizations using or building AI agents with structured knowledge bases (e.g., RAG systems, knowledge graphs). However, no specific customer segments or personas are named.

Back to contents

Business Model & Pricing Evidence

The description does not contain any information about:

  • Pricing
  • Revenue model
  • Monetization strategy
  • Customer acquisition plans

Not evidenced

Back to contents

Technical & Delivery Signals

The system is described as being built with:

  • GPT-5.6
  • OpenAI Codex
  • React and TypeScript
  • JSON-based artifacts for ontologies, taxonomies, and firewall decisions

It includes:

  • A deterministic validation engine
  • Versioned artifacts
  • Fail-closed behavior in ambiguous or invalid cases
  • Audit logs and reason codes
  • A visual interface for understanding why a question was admitted or refused

Inference: The technical approach is described as hybrid, combining LLM interpretation with deterministic graph validation. It suggests an architecture that prioritizes inspectability, auditability, and safety over automation.

Back to contents

Traction & Maturity Signals

The description states:

  • This is a hackathon submission.
  • The system is currently in early conceptual exploration.
  • It includes a runnable Build Week implementation, but no production deployment or customer feedback is mentioned.

Not evidenced

Back to contents

Competitive Context

The description does not mention:

  • Competitors
  • Market positioning relative to other AI governance tools
  • Existing solutions in the space of agent control, knowledge graph validation, or semantic firewalls

Not evidenced

Back to contents

Key Risks & Red Flags

  • Unproven assumptions: The system relies on GPT-5.6 to interpret questions and propose candidate paths, but it is unclear how well this model will generalize across different ontologies or handle adversarial inputs.
  • Limited validation scope: The project is described as a hackathon prototype with no mention of testing against real-world data or edge cases.
  • No evidence of scalability or integration: There is no indication that the system can be integrated into existing AI agent workflows or scaled for enterprise use.
  • Single-person team: The team size is listed as one, which may limit development velocity and depth.

Back to contents

Diligence Questions To Ask The Founders

  1. What specific types of ontologies or knowledge graphs does this tool support?
  2. How does the system handle cases where the model’s interpretation is ambiguous but the graph allows a path?
  3. Has the validation engine been tested against adversarial inputs or edge cases?
  4. What are the limitations of the current JSON-based artifact format in terms of interoperability with other tools (e.g., RDF, OWL)?
  5. How does the system handle version mismatches between ontologies and taxonomies?
  6. Are there any plans for integrating with CI/CD pipelines or existing agent frameworks?

Back to contents

Investment/Partnership Verdict

Not evidenced

The description is self-reported, unverified, and lacks any evidence of traction, revenue, customers, or market validation. It describes a conceptual tool in early development stage, not a product ready for investment or partnership.

This is a pre-product idea with strong conceptual framing but no demonstrated commercial viability or technical maturity. The author’s claims are ambitious, but the evidence provided does not support them beyond the scope of a hackathon prototype.

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.