OpenAI 2026 hackathon

Oroimen

Private AI memory on hardware you control, with local RAG and explicitly selected, provider-configurable cloud access.

Solo project by Adrián Médico Crespo · 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,760 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

Oroimen is a self-hosted personal AI assistant built around local-first principles, with optional edge and cloud tiers for compute. It supports local RAG, document ingestion, prompt-injection defenses, and an OpenAI-compatible API. The project is described as a private, sovereign AI tool that keeps data under user control while allowing explicit opt-in to cloud-based inference.

What changed

During Build Week, the project evolved from a personal deployment into a transferable product with public repository sanitization, explicit cloud routing, and integration of Codex for engineering tasks. The author states that this work distinguishes itself from prior versions through new documentation, testing, and adversarial review processes.

Single most important open question

Is there any evidence of real-world usage or user feedback beyond the self-reported development process?

Back to contents

What The Product Actually Is

The description states that Oroimen is a local-first, self-hosted personal AI assistant with:

  • A browser chat interface
  • An OpenAI-compatible API
  • A SQLite-backed vault
  • Automatic document ingestion
  • RAG (Retrieval-Augmented Generation)
  • Prompt-injection defenses around file and tool content

It has three compute zones:

  1. Local tier: Runs default chat, memory, retrieval, and low-resource embedding on the NAS or Docker host.
  2. Edge tier: Optional inference endpoint on a trusted local machine for heavier tasks like OCR or embedding.
  3. Cloud tier: Explicitly configured by the user; no automatic escalation to cloud.

The runtime uses:

  • Python
  • FastAPI
  • Asyncio
  • SQLite WAL
  • Ollama
  • Docker Compose
  • Open WebUI

Inference support includes

  • CPU inference
  • Compatible GPUs (with edge tier)
  • GPT-5.6 via optional cloud slot configuration

The product is described as having a public AGPL-3.0-or-later repository, deterministic unit tests (>1,700), and integration testing.

Not evidenced No mention of actual revenue, customers, or adoption metrics. No evidence of commercial use beyond the author’s own development.

Back to contents

Positioning & Claim Evolution

The description states that Oroimen starts from a different premise than cloud-first AI: "keep data in an environment the owner controls, then make every escalation of compute an explicit decision."

It positions itself as:

  • A private assistant tied to user-controlled hardware
  • A sovereign AI tool, not just one running locally
  • An alternative to default cloud-based personal AI

During Build Week, it evolved from a personal deployment into a transferable product, with:

  • Sanitized public repository
  • Explicit cloud routing without automatic fallback
  • Use of Codex for engineering and adversarial review

The author notes that the project was built using Codex with GPT-5.6, which they claim helped trace contracts, implement features, and perform integration testing.

Inferred This is a self-hosted tool aimed at users who want control over their AI data and compute choices, but it does not appear to have moved beyond prototype or developer-level usage.

Back to contents

Target Customer & ICP

The description implies the target customer is:

  • A tech-savvy individual capable of self-hosting
  • Someone concerned with data sovereignty
  • Users who want to avoid cloud-based AI defaults and instead choose where their data goes

It is not clear whether this targets:

  • Developers or power users
  • Home server owners
  • Enterprises seeking private AI solutions

The product is described as being usable via Docker, suggesting a developer-oriented audience, but no explicit segmentation beyond that.

Not evidenced No stated customer personas, user segments, or market size. No evidence of actual customers or target market research.

Back to contents

Business Model & Pricing Evidence

The description does not state:

  • A pricing model
  • Revenue streams
  • Monetization strategy
  • Subscription plans or usage fees

It is described as an open-source project under AGPL-3.0-or-later license, with a public repository and deterministic CI/CD pipeline.

Inferred There is no commercial business model evident in the description. It appears to be open-source software intended for self-hosting, possibly with future monetization via support or enterprise versions (not stated).

Back to contents

Technical & Delivery Signals

The project uses:

  • Python
  • FastAPI
  • Asyncio
  • SQLite WAL
  • Ollama
  • Docker Compose
  • Open WebUI

It includes:

  • More than 1,700 deterministic unit tests
  • Integration and linting gates
  • Credential scanning
  • Prompt-injection benchmarking
  • Public CI/CD pipeline

The architecture supports:

  • Local compute
  • Edge compute (trusted local network)
  • Explicit cloud compute (user-configured)

Codex with GPT-5.6 was used for:

  • Repository-wide analysis
  • Implementation
  • Documentation
  • Adversarial review

Inferred Technical maturity is high in terms of codebase structure, testing, and tooling. However, no evidence of production deployment or scalability beyond developer use.

Back to contents

Traction & Maturity Signals

The description states:

  • A public AGPL-3.0-or-later repository
  • Over 1,700 unit tests
  • Integration, lint, type-check, Compose, and credential-scanning gates
  • Prompt-injection defenses tested against public datasets
  • A five-minute evaluator tour in the README

It also mentions:

  • Fresh adversarial-review agents used to find integration faults
  • A focused fix for a cross-component document-reconciliation conflict

Not evidenced

No evidence of:

  • Real-world usage or adoption
  • Customer feedback or testimonials
  • Product-market fit
  • Any form of traction beyond the author’s own development efforts

Back to contents

Competitive Context

The description does not mention:

  • Direct competitors
  • Market positioning relative to other personal AI tools
  • Comparison with existing self-hosted or local-first AI assistants

It is implied that Oroimen competes in the space of:

  • Self-hosted AI assistants
  • Private, sovereign AI tools

But no competitive analysis or differentiation from similar projects is provided.

Inferred This product likely competes with other open-source or self-hosted AI tools (e.g., local LLMs, private RAG systems), but the description offers no clarity on how it stands out in the market.

Back to contents

Key Risks & Red Flags

  • No commercial traction or revenue evidence: The project is described only as a developer tool, not a product with users.
  • Single-person team: Only one member listed (Adrián Médico Crespo), which may limit scalability and long-term maintenance.
  • Open-source model without clear monetization path: AGPL licensing implies open access but does not suggest a commercial strategy.
  • High technical barrier to entry: Requires Docker, local hardware knowledge, and configuration skills.
  • Lack of external validation or third-party reviews: All evidence is self-reported.

Inferred The project may struggle to scale beyond developer interest unless it gains traction in the market or develops a clear commercial path.

Back to contents

Diligence Questions To Ask The Founders

  1. What specific use cases have you identified for this tool?
  2. How do you plan to monetize or grow the product beyond open-source?
  3. Have you received any feedback from users outside of your own development team?
  4. Is there a roadmap for enterprise features or support offerings?
  5. How do you intend to handle edge and cloud compute scaling in real-world deployments?
  6. What are the key challenges in making this tool accessible to non-technical users?

Back to contents

Investment/Partnership Verdict

Not evidenced

No evidence of:

  • Revenue
  • Customers
  • Traction
  • Market validation
  • Commercial viability

The project is described as a developer-level prototype, built using open-source tools and self-hosted infrastructure. It shows strong technical execution but lacks any indication of commercial readiness or market adoption.

Inferred This is likely an early-stage, open-source tool with potential for future development or commercialization, but it currently has no demonstrated path to revenue or user growth. It may be suitable for strategic partnerships or investment if the team plans to build a product-market fit or monetize the offering in the future.

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.