OpenAI 2026 hackathon

SalesView AI Operator

A human-controlled closed loop from GPT-5.6 sales decisions to Gmail delivery, engagement signals, and the next action.

Solo project by yuta takahashi · 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,524 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

SalesView AI Operator is a self-reported human-controlled closed-loop system that integrates GPT-5.6 Sol for generating sales outreach content, with deterministic code enforcing safety and human authority over delivery. It uses Google Sheets as a source of truth, Gmail API for delivery, and structured outputs from OpenAI to propose content and next actions.

What changed

The project is described as a hackathon submission (Devpost entry) that builds on the idea of improving sales outreach through AI while maintaining human control. The author states it was built in a short timeframe using Codex for development assistance, and includes an explicit separation between decision-making (SalesView) and delivery (Mail Engagement).

Single most important open question

Is there any evidence of real-world usage or adoption beyond the demo mode? The description does not indicate whether this system has been tested with actual sales teams or deployed in production.

Back to contents

What The Product Actually Is

The description states that SalesView AI Operator is a human-controlled closed-loop system. It reads data from Google Sheets, uses GPT-5.6 Sol via the OpenAI Responses API to generate subject lines and email bodies, and proposes reasoning and risks. A human reviews and approves the content before it is sent through Gmail.

Key components include:

  • SalesView: Decision and approval cockpit that owns Google Sheets context, GPT-5.6 proposals, content review, approval hashes, engagement feedback, and next-action suggestions.
  • Mail Engagement: Deterministic delivery system that handles Gmail delivery, retries, tracking, reply sync, and ownership checks — but does not make AI decisions.

The system is described as deliberately human-in-the-loop and not autonomous in sending emails.

Claimed functionality

The product proposes email content using GPT-5.6 Sol, enforces deterministic code for safety, and returns engagement signals back to the AI for next-action suggestions.

Inference The architecture separates decision-making from delivery, which implies a design choice focused on trust and accountability rather than full automation.

Back to contents

Positioning & Claim Evolution

The author positions SalesView AI Operator as a tool that improves sales outreach by leveraging AI while preserving human judgment. It is framed as a solution to the problem of scattered sales context across tools.

Claim

“Sales teams already have valuable context, but it is scattered across spreadsheets, draft emails, delivery tools, and follow-up notes.”

Evolution of claim

The project evolves from a general idea (improving outreach with AI) into a specific implementation (human-in-the-loop closed loop). It explicitly avoids autonomous sending and emphasizes safety and transparency.

Inference The positioning reflects an intent to build trust in AI-assisted workflows, particularly in high-stakes environments like sales where accountability matters.

Back to contents

Target Customer & ICP

The description does not name specific customers or define a target customer profile. However, it implies that the intended users are sales teams who manage outreach via spreadsheets and need structured support for content generation and follow-up.

Claim

The system targets “sales teams” who already use Google Sheets as part of their operations.

Inference Based on the architecture (Google Sheets integration), this likely appeals to small-to-medium-sized sales organizations or individual sales reps using spreadsheets for tracking campaigns.

Absence of evidence

No mention of enterprise customers, pricing tiers, or segmentation beyond “sales teams.”

Back to contents

Business Model & Pricing Evidence

There is no evidence in the description of a business model or pricing structure. The project is described as a hackathon submission and lacks any indication of monetization plans or revenue streams.

Claim

Not stated.

Inference Given that this is a demo-mode-only system, it likely has no commercial offering at this stage.

Absence of evidence

No mention of subscriptions, usage fees, or licensing models.

Back to contents

Technical & Delivery Signals

The project uses:

  • SvelteKit and Svelte 5 for frontend/backend
  • TypeScript
  • OpenAI Responses API with GPT-5.6 Sol and Structured Outputs
  • Google Sheets API
  • Gmail API
  • Auth.js with Google OAuth
  • Vercel for deployment
  • Vitest and Playwright for testing

Claim

The system separates responsibilities between two private repositories: SalesView (decision-making) and Mail Engagement (delivery).

Inference This suggests a modular, secure architecture designed to isolate risks and maintain auditability.

Evidence of delivery signals

The system returns delivery ID, state, engagement signals, reply time, retriability, and detail link — but not message content.

Back to contents

Traction & Maturity Signals

There is no evidence of traction or maturity beyond the demo mode. The project is described as a hackathon submission with:

  • Demo mode that cannot send to real addresses
  • Sanitized synthetic data
  • No indication of live users or production deployments

Claim

“The demo uses sanitized synthetic data and does not contact a real sales prospect.”

Inference This indicates the system has not yet been tested in real-world conditions.

Absence of evidence

No customer base, usage metrics, or performance data are provided.

Back to contents

Competitive Context

No competitive landscape is described. The author does not reference existing tools or platforms in the sales outreach space.

Claim

Not stated.

Inference The project appears to be a novel approach within the hackathon context, but there is no evidence of prior art or differentiation from other AI-powered email tools.

Back to contents

Key Risks & Red Flags

  • No real-world usage: The system is demo-only and does not appear to have been used in production.
  • Limited scope: It only supports Google Sheets and Gmail, with no indication of broader integrations.
  • Human-in-the-loop design may limit scalability: While safe, this approach could slow down outreach efforts.
  • Unverified claims about GPT-5.6 Sol: The description refers to a model named “GPT-5.6 Sol,” which is not confirmed as an existing product or version.

Red flag

The lack of any real-world testing or feedback suggests the system may not be ready for commercial deployment.

Back to contents

Diligence Questions To Ask The Founders

  1. Has this system been tested with actual sales teams? What were their reactions?
  2. Are there plans to expand beyond Google Sheets and Gmail?
  3. How does the team plan to scale the human-in-the-loop process?
  4. What are the technical limitations of GPT-5.6 Sol in practice, especially for complex outreach scenarios?
  5. Is there any intention to monetize or commercialize this product?

Back to contents

Investment/Partnership Verdict

Not evidenced.

There is no evidence of traction, revenue, customers, or a clear path to monetization. The project is described as a hackathon submission with demo-only functionality and no indication of real-world adoption.

Confidence level Low — based on self-reported description only, with no external validation or data points.

Verdict At this stage, the system appears to be an experimental prototype with strong architectural design but no commercial viability or proven utility. Further due diligence would require evidence of user testing, performance metrics, and a clear go-to-market strategy.

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.