OpenAI 2026 hackathon

Accept User

Safe AI operations for Telegram community owners

Solo project by Ashish Kaloge · 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 #2,309 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

Accept User is a Telegram automation platform that adds an AI layer (Luna) to existing deterministic operations for community owners. The author states it was already live before Build Week and handles join requests, welcome flows, bots, broadcasts, scheduling, Premium memberships, and USDT payment verification. During Build Week, the author added Luna — a GPT-5.6-powered action layer that interprets plain English commands into approved operations.

What changed

The addition of Luna introduces natural-language control over existing deterministic workflows. It uses a shared catalog and coordinator to ensure AI actions align with pre-approved business logic. The system maintains strict safety controls: no sensitive data reaches the model, confirmations are required for writes, and legacy systems remain authoritative.

Single most important open question

Is there evidence of real-world usage or adoption beyond the author’s own testing and development? The description lacks any mention of customers, revenue, or operational traction.

Back to contents

What The Product Actually Is

The description states that Accept User is a Telegram automation platform for community owners. It was already live before Build Week and managed:

  • Join requests
  • Welcome and captcha flows
  • Bot settings
  • Broadcasts
  • Scheduling
  • Premium memberships
  • USDT payment verification
  • Celery jobs
  • MongoDB and Redis-based deployment

During Build Week, the author added Luna — a GPT-5.6-powered action layer that interprets natural-language commands into actions from a shared catalog. Luna works by:

  • Sending minimal structured API requests to GPT-5.6
  • Validating proposals locally against schemas, quotas, entitlements, and state
  • Reusing existing confirmation paths for writes
  • Running native Telegram typing and temporary "Thinking..." animations during processing

Not evidenced: what the product actually does in production beyond developer testing.

Back to contents

Positioning & Claim Evolution

The author positions Accept User as a platform that makes safe AI operations possible for Telegram community owners. It claims to:

  • Enable plain English control over existing deterministic workflows
  • Preserve operational safety and determinism while adding convenience
  • Avoid weakening permissions or introducing new risks

Before Build Week, the product was already live with full automation capabilities. The addition of Luna is described as an enhancement that maintains the same execution boundaries but adds a natural-language interface.

Inferred: This is a niche tool for Telegram community owners who want to automate operations without compromising security or control.

Back to contents

Target Customer & ICP

The description states that Accept User targets Telegram community owners. These are users managing access, welcome messages, bot settings, broadcasts, schedules, and Premium memberships through separate menus.

Not evidenced: whether there is a defined customer segment beyond this general category, or if the author has identified specific personas or use cases beyond their own.

Back to contents

Business Model & Pricing Evidence

The description does not state anything about pricing, monetization, or business model. It mentions:

  • Premium membership handling
  • USDT payment verification
  • Exact payment rules and manual admin review for non-conforming payments

Inferred: There may be a freemium or tiered model based on Premium access, but no explicit evidence of pricing structure.

Back to contents

Technical & Delivery Signals

The author describes the following technical stack:

  • Built with aiogram, FastAPI, Celery, Docker, MongoDB, Redis, Python
  • Uses GPT-5.6 via OpenAI API (Responses API)
  • Implements a shared ActionCatalog and ActionCoordinator
  • Enforces atomic usage quotas and confirmation previews
  • Includes native Telegram typing and temporary "Thinking..." animation
  • Analytics are bounded and privacy-safe (no identifiers stored)

Not evidenced: deployment frequency, scalability metrics, or performance data.

Back to contents

Traction & Maturity Signals

The description states:

  • The product was already live before Build Week
  • It includes deterministic button paths and worker processes
  • A full containerized Python test suite passed 381 tests
  • Key-test list passed 142 tests
  • Pipeline #2691457908 passed verification and deployment for commit 2bcc06d
  • Production health checks confirmed MongoDB, Redis, and required collections ready
  • A representative Luna evaluator passed 27 of 27 cases

Not evidenced: real-world usage, customer feedback, or adoption metrics.

Back to contents

Competitive Context

The description does not mention any competitors. It is unclear whether there are similar tools in the Telegram automation or AI-powered workflow space.

Inferred: This appears to be a niche product focused on Telegram community management with an AI overlay — likely competing with other Telegram bot platforms or automation tools, but no explicit comparison is made.

Back to contents

Key Risks & Red Flags

  • Lack of traction: No evidence of customers, revenue, or usage beyond the author’s own testing.
  • Unverified safety claims: While the system claims to maintain deterministic control and avoid exposing sensitive data, these are self-reported without independent validation.
  • Limited scope: The product is described as a single-person project with no team or external users.
  • AI dependency risks: Reliance on GPT-5.6 for interpretation introduces potential hallucination or misalignment if not tightly controlled.

Back to contents

Diligence Questions To Ask The Founders

  1. What is the actual user base, and how many community owners are currently using this?
  2. How does the system handle ambiguous or edge-case natural-language inputs?
  3. Are there any known issues with payment processing or join approval workflows in production?
  4. Has the product been tested by non-developer users or in real-world settings?
  5. What is the long-term plan for scaling beyond a single developer’s development?

Back to contents

Investment/Partnership Verdict

Not evidenced: No data on revenue, customers, or market traction exists to support an investment or partnership decision.

The description presents a self-contained technical solution with strong safety controls and clear architecture. However, it lacks evidence of real-world usage, adoption, or commercial viability beyond the author’s own development efforts.

Confidence level: Low — based entirely on self-reported claims and developer-level testing.

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.