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 #3,404 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: Codex Sidekick: Live Meeting Strategist for Minutes is a self-reported local-first, open-source tool that integrates with an existing meeting memory app called "Minutes". It uses an LLM (specifically Codex) to provide real-time strategic insights during live meetings by analyzing on-device transcripts and screen captures. The product is described as a one-click surface within the Minutes app that allows users to ask questions and receive contextualized responses grounded in what was said and shown.
What changed: The project evolved from an experimental "coach" feature in Minutes (which was deemed ineffective) into a more sophisticated live meeting strategist powered by Codex. It was built during OpenAI's 2026 hackathon, with the goal of making Codex itself the live meeting strategist rather than treating it as a stateless nudge generator.
Single most important open question: Is there any evidence of actual usage or adoption beyond the author's own development and testing? The description contains no data on customer base, revenue, or traction — only claims about functionality and architecture.
What The Product Actually Is
The description states that Codex Sidekick is a tool that:
- Launches from one click in the recording bar of the Minutes app
- Re-reads the bounded on-device live transcript and exact-session screen capture on every typed turn
- Answers strategic questions grounded in what was actually said and by whom
- Operates entirely on-device, with audio and transcription staying local
- Only shares text chosen by the user to reach the model
It is described as a "first-class product surface" that uses Codex sessions on GPT-5.6 collaborating with the author as reviewer and product lead.
Evidence strength: This is self-reported functionality. No independent verification or demonstration of actual use exists in the provided description.
Positioning & Claim Evolution
The project's positioning evolved from:
- An experimental "coach" that pinged an LLM every few seconds, which was described as "bad"
- To a more sophisticated live meeting strategist using Codex as the core engine
- The author claims this shift addresses architectural limitations of stateless nudges
Key claims include:
- "The quality gap in live meeting AI is architectural, not model IQ"
- "A persistent, steerable, tool-using session beats a stateless nudge loop with the same underlying model"
- "Silence must be a first-class output"
These are assertions about product design philosophy and performance, not verified outcomes.
Evidence strength: These are claims made by the author, not substantiated by external data or metrics.
Target Customer & ICP
The description does not clearly define target customers or ideal customer profiles (ICP). It implies use cases involve:
- Product decision-making
- Role-playing scenarios (e.g., buyer's procurement lead)
- Real-time collaboration during meetings
However, there is no mention of specific industries, roles, or organizations that would be using this tool.
Evidence strength: Not evidenced. No customer segmentation or persona details provided.
Business Model & Pricing Evidence
There is no evidence in the description of a business model or pricing structure. The project is described as:
- Local-first and open source
- Built during a hackathon
- Not yet shipped to users
No revenue streams, monetization strategies, or pricing tiers are mentioned.
Evidence strength: Not evidenced.
Technical & Delivery Signals
The description includes several technical details:
- Built with Codex and Rust
- Uses "Fast mode", a read-only sandbox, and no approval bypass
- Implements per-turn grounding: fresh bounded transcript reads plus exact-session screenshot inspection on every typed turn
- A deterministic behavioral eval ("Meridian golden") that grades coaching quality without human input
- Persistent threads, streamed turns, and steering capabilities are part of the production architecture
- Provider abstraction to keep the surface model-agnostic
It also mentions:
- A one-line POSIX bug that was fixed
- Over-constraining the agent into "honesty theater" initially
- Rebuilding instead of wrapping the terminal workflow
Evidence strength: These are self-reported technical implementation details. No external validation or performance data.
Traction & Maturity Signals
There is no evidence of traction, adoption, or user engagement beyond the author's own development and testing. The project:
- Was built during a hackathon
- Has not yet been shipped to users
- Is described as "the start of the production architecture"
- Uses a regression suite ("Meridian-style eval") for quality measurement
No mention of customers, usage statistics, or product maturity indicators.
Evidence strength: Not evidenced.
Competitive Context
The description does not provide any information about competitors or market positioning. It does not reference existing tools in the meeting strategy or AI assistant space.
Evidence strength: Not evidenced.
Key Risks & Red Flags
Several potential risks and red flags are implied:
- The project is described as a hackathon submission, suggesting it may be early-stage
- No evidence of real-world usage or feedback from users
- The author states that the first version was "strictly worse than just using the terminal"
- The product relies heavily on Codex, which may not be available to all users
- The focus on local-first and open-source could limit scalability or monetization options
Additionally, the project has only one team member (Mat Silverstein), raising questions about development capacity and long-term sustainability.
Evidence strength: Inferences based on self-reported information; no external validation.
Diligence Questions To Ask The Founders
- What is the actual level of user engagement or feedback you've received from developers or teams using this tool?
- How do you plan to scale beyond a single developer's use case?
- Are there any plans for monetization or commercial viability beyond the open-source model?
- Can you explain how the deterministic behavioral eval ("Meridian golden") works in practice and what metrics it measures?
- What are the limitations of relying on Codex as the backend, especially if access to Codex becomes restricted?
- How do you intend to integrate with other meeting platforms or tools beyond Minutes?
Investment/Partnership Verdict
The project is described as a hackathon submission that has not yet reached market release. It is presented as a local-first, open-source tool built using Codex and Rust, aimed at improving real-time strategic decision-making in meetings.
There is no evidence of revenue, customers, or traction beyond the author’s own development efforts. The description contains strong claims about product design and architecture but lacks substantiating data.
Confidence level: Low. This analysis is based entirely on self-reported information with no external corroboration.
Verdict: Not ready for investment or partnership consideration without further evidence of traction, user adoption, or commercial viability.
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.
