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)
Likes on Devpost. ▲ marks this project's group.
Show the figures
| Likes | Projects | Share of archive |
|---|---|---|
| 0 | 5,592 | 71.2% |
| 1 | 1,758 | 22.4% |
| 2 | 285 | 3.6% |
| 3–4 | 132 | 1.7% |
| 5–9 | 75 | 1.0% |
| 10+ | 14 | 0.2% |
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.
What The Product Actually Is
The description states mortiphi:
- Turns any OpenCode thread into a voice agent with one command
- Uses the command
/morticto 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.
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.
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.
Business Model & Pricing Evidence
Not evidenced. The description does not contain any information about pricing, revenue model, monetization strategy or business model.
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
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.
Competitive Context
Not evidenced. The description does not mention any competitors or competitive landscape.
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
Diligence Questions To Ask The Founders
- What is your actual user base beyond yourself?
- How many users are currently using this in production?
- What is your monetization strategy?
- How do you plan to expand beyond OpenCode?
- What are the technical limitations of this approach that prevent broader adoption?
- How does this compare to existing voice interfaces for coding tools?
- What are your plans for scaling beyond the current hackathon prototype?
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.
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.
