OpenAI 2026 hackathon

mortiphi

Turn your coding agent into a voice agent with one command

Solo project by Aditya Saha · 1 likes · 0 comments

Archive position — measured, not model output

1 like on Devpost

506 of the 7,856 archived projects have more likes, and 1,758 share exactly 1 — so this project's #1,492 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

mortiphi is a self-reported tool that turns coding agents into voice agents using one command, built for OpenCode. The author states it enables speech-based interaction with an agent in a sidepod or GUI popup, using full duplex architecture and acoustic echo cancellation.

What changed

The project evolved from a side-chat feature in Codex to a voice-native interface for coding agents, with the author pivoting away from the original Codex App Server due to latency issues.

Single most important open question

Is there any evidence of actual usage or adoption beyond the author's own use cases?

The description is self-reported and unverified. No revenue, customers, traction or independent validation are evidenced. The project appears to be a hackathon submission with no demonstrated commercial traction.

Back to contents

What The Product Actually Is

The description states mortiphi:

  • Turns any OpenCode thread into a voice agent with one command
  • Uses the command /mortic to start speaking in an ephemeral fork of the main thread
  • Populates a sidepod in the TUI and starts a popup in the GUI
  • Inherits the main thread's reasoning
  • Uses full duplex architecture with acoustic echo cancellation and eager end of turn
  • Handles near-instant self-compaction using Mercury 2 (a diffusion model)
  • Has a speak-screen bipartite scheme in structured output
  • Works only on OpenCode for now

The author describes it as a conversational interface that fits how normal human conversation would be like.

Back to contents

Positioning & Claim Evolution

The description states:

  • The product was inspired by the need to understand agent thinking through voice communication instead of text
  • It evolved from side-chats in Codex to a voice-native coding interface
  • The author's original approach used Codex App Server but pivoted due to latency issues
  • They built it for OpenCode using GPT 5.6 Sol, primarily to refine the harness and nature of speak-screen response

The positioning appears to be: a voice interface for coding agents that improves upon text-based side-chats by enabling natural conversation flow.

Back to contents

Target Customer & ICP

Not evidenced. The description does not state who the target customer is beyond "users" or "developers". No specific customer segments, personas or buyer profiles are mentioned.

Back to contents

Business Model & Pricing Evidence

Not evidenced. The description does not contain any information about pricing, revenue model, monetization strategy or business model.

Back to contents

Technical & Delivery Signals

The description states:

  • Built with bun, cartesia, deepgram, fastapi, inception-labs, javascript, livekit, macos, mercury-2, node.js, opencode, opentui, portaudio, python, rest-api, server-sent-events, solidjs, sqlite, typescript, uvicorn, voice, webrtc, websockets, zod
  • Uses GPT 5.6 Sol for OpenCode
  • Implements full duplex architecture with acoustic echo cancellation and eager end of turn
  • Uses Mercury 2 (a diffusion model) for self-compaction
  • Has a speak-screen bipartite scheme in structured output
  • Handles markdown suppression and code vs speak handling
  • Processes complex prompts within 2 seconds

Back to contents

Traction & Maturity Signals

The description states:

  • Usage costs for Mercury 2 + STT + TTS are lower than GPT Realtime 2.1 API, offering nearly triple the number of hours
  • They now use Mortic for their own use cases
  • Can process complex prompts within 2 seconds
  • Have almost never run into speak-screen issues during normal usage
  • Pivoted entirely from original Codex App Server approach

However, no evidence of external users, customers or adoption beyond the author's own use cases is provided.

Back to contents

Competitive Context

Not evidenced. The description does not mention any competitors or competitive landscape.

Back to contents

Key Risks & Red Flags

  • The project appears to be a hackathon submission with no demonstrated commercial traction
  • No evidence of revenue, customers or adoption beyond the author's own usage
  • The product is limited to OpenCode only
  • The author states they had to rebuild the entire agent and harness due to previous version being unreliable
  • The description is self-reported and unverified

Back to contents

Diligence Questions To Ask The Founders

  1. What is your actual user base beyond yourself?
  2. How many users are currently using this in production?
  3. What is your monetization strategy?
  4. How do you plan to expand beyond OpenCode?
  5. What are the technical limitations of this approach that prevent broader adoption?
  6. How does this compare to existing voice interfaces for coding tools?
  7. What are your plans for scaling beyond the current hackathon prototype?

Back to contents

Investment/Partnership Verdict

Not evidenced. The description provides no information about valuation, funding rounds, or investment potential. No commercial traction, revenue or customer evidence exists to support any investment or partnership decision.

The project appears to be a hackathon submission with no demonstrated commercial viability or traction. The author's own use cases do not constitute evidence of market demand or adoption.

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.