OpenAI 2026 hackathon

Relay

Plan once. Route intelligently. Integrate only verified work.

Solo project by Randrianiaina Yvan · 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 #6,318 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

Relay is a self-reported tool for orchestrating AI coding agents in a controlled, deterministic workflow. The author describes it as a system that plans once, routes tasks to appropriate agents (Sol, Terra, Luna), and integrates only verified work into Git repositories. It is built as a TypeScript runtime with CLI, Codex plugin, and local dashboard components.

The project appears to be an experimental prototype developed by one person over a short timeframe, likely for the OpenAI 2026 hackathon. The description includes technical claims about durable planning, isolated worktrees, parallel execution, and deterministic integration — but no evidence of revenue, customers, or adoption beyond its own demonstration.

The single most important open question

Is there any evidence that this system has been used in production or at scale, or whether it can reliably integrate with real-world development workflows?

Back to contents

What The Product Actually Is

The description states that Relay is a multi-agent orchestration tool for AI coding tasks, built as a TypeScript runtime with CLI, Codex plugin, and dashboard components. It operates by:

  • Creating a plan via an agent named Sol.
  • Routing implementation to Terra.
  • Handling bounded testing and documentation via Luna.
  • Using a controller (Relay) to validate, commit, integrate, record evidence, and clean up.

Tasks are executed in isolated Git worktrees, preventing agents from approving or merging their own changes. Completed tasks are compacted into PLAN.md, while active tasks remain recoverable on disk.

It supports:

  • Durable planning
  • Isolated worktrees
  • Parallel execution
  • Deterministic integration
  • Controller-owned validation
  • Evidence export
  • Replay, local, and live modes
  • Installable Linux package

Inference: The system is described as a local development tool, not a cloud-hosted service or SaaS offering.

Back to contents

Positioning & Claim Evolution

The author positions Relay as a solution to problems in long AI coding sessions:

  • High cost
  • Fragility
  • Lack of trust due to context drift and repeated work

It claims to address these issues by enabling:

  • Plan once
  • Route intelligently
  • Integrate only verified work

This positioning suggests a shift from uncontrolled, open-ended AI workflows toward structured, verifiable, and recoverable ones.

Inference: The project evolved from an idea around improving trust in AI coding to a technical framework for managing multi-agent workflows with deterministic outcomes.

Back to contents

Target Customer & ICP

The description does not identify specific customer segments or personas. However, it implies use cases for:

  • Developers working on complex coding tasks
  • Teams seeking more reliable AI-assisted development
  • Users who want to reduce the risk of unverified AI-generated code

There is no mention of enterprise customers, developer tooling integrations, or target industries.

Not evidenced: No explicit ICP defined. The author does not describe who would use this system beyond general developers or teams using AI coding tools.

Back to contents

Business Model & Pricing Evidence

The description provides no evidence of a business model or pricing structure. It describes Relay as a local tool, with no indication of monetization, licensing, or subscription models.

Inference: If it is intended for commercial use, the author has not described how it would be sold or priced.

Back to contents

Technical & Delivery Signals

The system is built using:

  • TypeScript
  • Node.js
  • Git (with worktrees)
  • OpenAI APIs (including GPT-5.6)
  • Codex plugin architecture
  • CLI and dashboard interfaces

It supports:

  • Offline tests
  • Live attempts
  • Deterministic demo
  • Judge-ready release package
  • Replay mode
  • Multiple execution modes (local, live)

The author notes that the final packaged live run completed successfully with:

  • One Sol planning task
  • One Terra implementation task
  • Two parallel Luna tasks
  • Three controller-owned commits
  • Three integrations
  • Three evidence bundles

Inference: The system is designed for reproducibility and control, not scalability or ease of deployment.

Back to contents

Traction & Maturity Signals

There is no evidence of traction, revenue, customers, or adoption beyond the author’s own demonstration. The project was submitted to a hackathon and appears to be a prototype.

The author mentions:

  • A controlled benchmark showing performance differences between strategies
  • Successful completion of a live run
  • Packaging for Linux

But no data on usage, retention, or user feedback is provided.

Not evidenced: No metrics, users, or product-market fit indicators.

Back to contents

Competitive Context

The description does not reference competitors or similar tools. It does not state how Relay compares to existing AI coding tools or agent orchestration platforms.

Inference: The author likely did not research the competitive landscape beyond their own idea and implementation.

Back to contents

Key Risks & Red Flags

  • Single-person development: The system was built by one person, raising questions about scalability, maintenance, and long-term viability.
  • No production use or real-world testing: The project is described as a hackathon submission with no evidence of deployment in real workflows.
  • Limited platform support: Only Linux is mentioned for installable packages; macOS, Windows, and ARM support are listed as future features.
  • Unverified claims about performance: Benchmark results are presented but not independently validated.
  • No commercialization strategy: No indication of how the tool would be monetized or distributed.

Back to contents

Diligence Questions To Ask The Founders

  1. What is your intended use case for Relay beyond the hackathon demo?
  2. Have you tested this system with real developers or teams in a non-demo setting?
  3. How does Relay handle edge cases like failed integrations or model failures?
  4. Is there any plan to support cloud-based deployment or multi-user environments?
  5. What are the limitations of the current architecture for scaling beyond local development?

Back to contents

Investment/Partnership Verdict

Not evidenced: No financials, traction, or commercial strategy are provided.

The project is described as a proof-of-concept, likely built in a short timeframe for a hackathon. It shows technical capability but lacks evidence of market demand, product-market fit, or scalability.

Confidence level: Low

This is an experimental prototype with strong technical design claims, but no demonstrated commercial traction or user adoption. Any investment or partnership decision would require further validation of real-world utility and long-term viability.

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.