AI companion platform acquisition

Acquire the infrastructure behind a production AI companion.

iTsChat combines protected text and realtime voice, durable continuity, ledger-backed usage, administration, and split Cloud Run operations in one documented, web-first platform.

Strategic technology acquisition · Commercial terms discussed privately

Integrated production system
Mobile-first web product
Protected text + realtime voice
Provider orchestration + interruption
Memory + wallet + administration
Web and voice Cloud Run services

An integrated product foundation—not a prompt-wrapper listing.

Protected text + realtime voice

Consent-aware memory substrate

Ledger-backed usage accounting

Independently scalable Cloud Run services

Strategic fit

Most valuable to a buyer who already has distribution.

The technical platform is substantially further along than its current distribution and conversion engine. That asymmetry creates the opportunity: combine shipped infrastructure with an existing audience, acquisition channel, or adjacent product portfolio.

Consumer AI and companion teams

Add a deployed private-chat, voice, continuity, and usage foundation without rebuilding the interaction stack from zero.

Media, creator, and adult-oriented operators

Pair an existing audience with a mobile-first companion product that already treats age, privacy, policy, and protected-surface boundaries deliberately.

Engineering-led SaaS buyers

Acquire a documented system with replaceable provider seams, deterministic regression coverage, and a production operations path ready for further commercialization.

Platform expansion

The architecture is larger than the first market.

The companion experience is the first product built on the stack. The reusable asset is the separation between personas, conversation orchestration, memory, voice transport, provider adapters, policy, and usage accounting.

A larger persona catalog—or a persona builder

The current companions are expressed through typed identity, tone, prompt, style, media, and voice-profile seams. New personas still require content, safety, media-rights, and regression work, but they do not require a new chat or voice runtime. A buyer could build an operator or customer-facing persona-creation workflow on top of those contracts.

Architecture present; generator UI not yet shipped

Realtime voice infrastructure beyond companions

The bridge coordinates authenticated streaming speech recognition, model turns, TTS, interruption, segmented playback, reconnect recovery, cancellation, observability, and metered usage. With buyer-specific prompts and policy work, that foundation can support creator characters, coaching, language practice, interactive entertainment, or other conversational products.

Core pipeline shipped; each new vertical requires adaptation

Current production stack

Browser audio
AudioWorklet PCM capture
Realtime transport
Authenticated WebSockets
Speech recognition
xAI and Google STT adapters
Model + speech
xAI Grok + ElevenLabs TTS
Application + data
Next.js, Node.js, PostgreSQL/Supabase
Production deployment
Split Google Cloud Run services

Those are the current implementations. The buyer value is the provider-aware orchestration and replaceable seams around them—not ownership of third-party models or services.

Engineering moat

The difficult work is in the failure cases.

Generating an AI reply is the easy demonstration. A sellable companion has to stay coherent through interruption, reconnection, provider failure, billing retries, continuity decisions, and production handoff.

01

Realtime voice that behaves like a conversation

Natural voice breaks when capture, transcription, generation, and playback behave like separate uploads.

What is shipped

The shipped pipeline coordinates authenticated microphone streaming, voice activity, predictive turn completion, interruption, segmented playback, reconnect recovery, and late-turn suppression.

Buyer advantage

A buyer starts with conversational infrastructure instead of spending months discovering the failure modes of realtime audio.

02

Correctness across asynchronous AI providers

Speech, model, and voice providers can fail midway, finish out of order, or continue spending after a user has moved on.

What is shipped

Turn identities, monotonic sequence barriers, cancellation propagation, watchdogs, and stale-result rejection keep the visible conversation aligned with the active user intent.

Buyer advantage

The platform retires a class of concurrency defects that simple AI wrappers do not encounter until real users interrupt, reconnect, or open multiple sessions.

03

Usage accounting that survives failure and retry

A mutable balance alone cannot prove what a user bought, spent, received back, or was granted by an operator.

What is shipped

An append-only token ledger supports atomic debits, deterministic source references, provider-failure refunds, insufficient-balance enforcement, and audited owner-only credit grants.

Buyer advantage

A buyer inherits monetization infrastructure designed to reconcile real provider failures instead of silently losing customer trust or margin.

04

Durable continuity with user control

Companions feel disposable without memory, but indiscriminate transcript storage creates privacy and trust risk.

What is shipped

The platform separates transcripts, profiles, preferences, and concise durable memories behind authenticated, age-gated, consent-aware boundaries with review and removal seams.

Buyer advantage

The core retention mechanism is present without tying the product to a provider-owned memory store or an uncontrolled transcript dump.

05

Production topology for web and long-lived voice

A conventional web request runtime and an authenticated realtime WebSocket service have different scaling, routing, readiness, and secret requirements.

What is shipped

The Next.js product and Node voice bridge deploy as separate Cloud Run services with same-origin routing, scoped provider ownership, health gates, and release warm-up validation.

Buyer advantage

The platform arrives with independently deployable services that can scale and be tuned for request-response and realtime workloads rather than a laptop-only demonstration.

06

Replaceable commercial and provider seams

Hard-wiring checkout or AI providers into presentation code turns a vendor change into a product rewrite.

What is shipped

Billing capability modes, provider selection, manual audited grants, central product branding, and server-owned configuration preserve controlled replacement paths.

Buyer advantage

A buyer can adapt payments, models, speech providers, branding, and operating policy without discarding the product foundation.

Diligence-ready build record

The engineering history is part of the asset.

iTsChat was built through an actively maintained GitHub Project board, issue-driven atomic work, task branches, focused commits, pull requests, explicit reviewer findings, and blocking lint, test, and build gates. Milestones, priorities, dependencies, status, architecture, and operational decisions are preserved alongside the code.

Qualified buyers can inspect the private Git and pull-request lineage during diligence. That record makes design intent, regressions, unfinished seams, and transition risk easier to evaluate than a flattened source-code export.

Potential transaction scope

A working platform and its operating record.

  • Private application and realtime voice source code with Git history
  • Database schema, wallet, account, memory, and administration seams
  • Cloud Run, container, environment, readiness, and deployment assets
  • Focused tests plus architecture, provider, privacy, and operations contracts
  • Brand, domain, and media assets specifically identified in the agreement
  • A negotiated transition and knowledge-transfer period

Separate agreement

Transfer boundaries stay explicit.

Nothing on this public page promises an automatic transfer of user information, vendor relationships, credentials, or licensed media. Final scope belongs in the asset agreement and transition plan.

  • User data and account migration
  • Third-party vendor accounts, contracts, and credentials
  • Individual media licenses and provider-specific approvals
  • Domains or assets not named in the final agreement
  • Ongoing development or operations after the transition period

Commercial opportunity

Technology maturity is ahead of distribution.

iTsChat is live, has real beta use, and has received organic discovery. It is not being presented as a mature recurring-revenue acquisition. The strategic value is the integrated platform and the time a buyer can save by applying stronger distribution, conversion, and retention execution.

Qualified diligence includes current traffic, activation, retention, payment, operating-cost, and infrastructure context so a buyer can evaluate the commercial record directly.

Clear growth levers

  • Restore a compliant self-service payment path
  • Tighten activation and first-week retention
  • Expand search-led companion and voice content
  • Pair the product with an existing creator or media audience
  • Use memory and notifications for deliberate re-engagement

Buyer questions

Acquisition FAQ

Is iTsChat a live product or a source-code template?

iTsChat is a production-deployed early-stage web product with real beta use. It includes protected chat, realtime voice infrastructure, durable account and memory seams, metered usage, administration, analytics, and deployment operations. Detailed commercial metrics are provided during qualified diligence.

Is this acquisition being valued on current revenue?

The opportunity is positioned primarily as a strategic technology acquisition. Commercial execution is early, while the shipped engineering, operating documentation, and time-to-market advantage are materially further along. Price guidance and detailed financial context are discussed privately.

What development evidence is available?

Qualified buyers can review the preserved Git history, GitHub Project board, milestone and dependency record, atomic task and pull-request lineage, focused test coverage, build and lint gates, reviewer artifacts, architecture decisions, and production operations documentation.

Do provider accounts and user data transfer automatically?

No. Source, product assets, domains, data, media rights, vendor relationships, credentials, and transition services are identified separately in the negotiated agreement. The buyer should expect to provide or transfer approved provider credentials through controlled deployment boundaries.

Can the platform be rebranded or moved to other providers?

The architecture includes central branding, server-owned configuration, billing modes, and provider-selection seams intended to reduce coupling. This is not presented as one-click white labeling, and any buyer-specific migration would be scoped during diligence and transition planning.

Can a buyer add personas or build a persona generator?

Yes, the current catalog separates typed companion profiles, prompt and style inputs, media, and voice mappings from the shared chat, memory, and voice runtime. Adding a polished persona still requires content, safety, rights, and validation work. A customer-facing persona generator is an expansion path, not a feature being represented as already shipped.

Qualified acquisition inquiries

Request the private acquisition brief.

Introduce yourself, your company or investment group, and the product fit you see. The next step can include architecture, commercial, operating-cost, and transition diligence.

Price guidance and detailed performance records are shared privately after an initial fit conversation.