SlyOS
Belto Inc.

What if we gave
AI a phone?

A personal agent that knows its owner, carries their intentions across apps, and grows into the operating system.

Vision · Product · $1.6M pre-seed
Belto Inc. · Menlo Park
slyos.world
SlyOSLong-term vision

One person.
One personal agent.

Our destination: an agent-first OS and phone. The agent carries your context; apps become its tools.

YouPersonal agentApps & tools
› what should happen?
SlyOS Belto Inc. · The principle

Intelligence should preserve
the people behind the transaction.

THE SELLER

Keep the promise.

Carry approved product knowledge, claims and commitments into every interaction.

THE BUYER

Keep the choice.

Make answers clear, respect stated preferences and leave consequential decisions with the person.

The design goal: an agent that helps a relationship endure as communication scales.

SlyOS Belto Inc. · Business · First application

Every promise has to survive the next message.

First market · longevity merchants

They need to sell again to the customers they already have.

A campaign, a social post and a customer reply should carry the same product facts and approved claims.

Marketing

Create content and flag unsupported claims before review.

Customer replies

Ground answers in product information and merchant policies.

Sales follow-up

Prepare relevant outreach and next steps for existing customers.

Checks against approved claims, applicable FDA requirements and processor policies, including Stripe where relevant. Review controls support decisions; they do not confer approval.
SlyOS Belto Inc. · The product

One memory across marketing,
sales and customer replies.

01 · Prepare

Know the merchant

Connect customer data, product facts, approved claims and tone.

02 · Reach

Create and review

Prepare outreach and AI video. Review content against merchant rules.

03 · Continue

Answer and follow up

Draft replies and sales next steps with the conversation in view.

Human review

Check the content, correct the context and approve the action.

Gmail, Outlook and WhatsApp supported today. TikTok and Instagram integrations are coming. Autonomous sales execution remains a roadmap workflow.

A reply, still under your control.

↓Scripted simulation · nothing is sent
Needs you
3
DW
Dana Whitfield
Confirm the revised close date…
Draft ready
IR
Ilan Roth
still good for Thursday?
Draft ready
MA
Marcus Ade
dinner sat? bringing the kids
Draft ready
{{ thInit }}
{{ thName }}
{{ thSub }}
{{ thMsg }}
{{ sentText }}
Simulation complete · not sent
{{ status }}
{{ draft }}
Shorter
Warmer
More direct
{{ sendLabel }}
SlyOSArchitecture

Teacher training on Mac. Memory across two models.

measured · within stated scopestill open
Execution path · every prompt
Device profile
RAM · thermal · NPU
→
Quantised local model
0.5–3B · 4-bit
→
Cached text-state reader
typed document as prefix
→
Personal LoRA
style + teacher training
→
Qualified routing
4 real routing calls
Learning path · over time
Typed edits
host-controlled · rollback
→
Automatic update
from approved outputs
→
Teacher targets
32 checked examples
→
Adapter training
48 updates · Mac
→
Same-family state
Qwen 1.5B ↔ 3B
What remains:Automatic corrections, calibrated confidence and the complete phone loop. Green blocks were measured in separate tests.
SlyOSEvidence

Evidence with boundaries.

Worked
Teacher → student: 32/32 vs 16/32
correct JSON replies · 32 fresh fictional profiles
Same SOUL → two Qwen sizes
32/32 each · state transfer on Mac
Routing + revocation ran
4 calls · local, reject, correct → teacher
3B steers 72B · one profile, 40 cases:
27 wins / 7 losses / 6 ties.
Second profile: 16 / 20 / 4.
S25 inference · 53 tok/s; typed edits + rollback
Failed
Document → adapter compiler lost to a matched text reader: 78.0% vs 96.7% strict style adherence
On-device training: 232 / 236 / 225 steps on 20 s train · 200 s cool — full cycle and energy unproven
Cross-model transfer pilot stopped
Untested
Calibrated confidence · rising local share over time
Automatic update from approved outputs
Teacher → student distillation at scale
Cross-family and phone migration of the document
Steering with real logit access to a deployed cloud model
Why the design moved:compiling the document into weights lost to reading it. So: shared reading of a typed document, plus controlled personal adaptation.
SlyOS Belto Inc. · Business · Distribution

The processor opens the door.
The merchant buys.

01 · Distribution partner

Payment processor

An existing network of merchant relationships.

SlyOS offered under the partner’s branding.

02 · Paying buyer

Longevity merchant

Subscribes and connects its own customer database, product knowledge and policies.

03 · Customer relationship

Existing customers

Relevant outreach, repeat purchases and replies in one continuous workflow.

One merchant brings its customer context. Each new conversation improves what the merchant can understand and review.

Proposed channel strategy. Partner discussions are not signed integrations. Merchant database contacts are not SlyOS users.
SlyOS Belto Inc. · Business · Economics

A subscription for the merchant.
A shared incentive to make it useful.

$149per user / month

Unlimited Inbox & Brain

15 AI videos monthly
15 video compliance checks monthly
300 outreach marketing emails monthly

$249per user / month

Unlimited Inbox & Brain

45 videos + 45 checks shared monthly
+15 of each per additional paid seat
900 outreach marketing emails shared monthly

50 / 50

Subscription revenue less actual API usage and hosting costs, split with the partner and settled monthly.

Proposed partner model. Unused allowances are not incurred costs. Merchant conversion, retention and contribution margins remain to be validated.
SlyOS Belto Inc. · Business · Evidence

Early use. A commercial thesis to prove.

162

open accounts

Includes internal and test logins.

18,994

messages handled across 13 accounts

34 of 43 replies sent unedited

79% across 3 customer accounts, all time.

What this does establish

People have used the product to handle messages and send drafted replies.

What comes next

Paid merchant pilots, repeat usage, retention and the cost to serve through a processor channel.

Early evidence, small samples
Snapshot: published product counters, 28 Oct 2026, 17:09 UTC. Accounts and messages are not paid merchants or channel revenue.
SlyOS Belto Inc. · Why this can matter

Domain knowledge today.
Portable personal intelligence over time.

In the merchant workflow

One source for claims and context

Marketing, outbound sales and inbound replies use the same merchant knowledge.

Distribution built into the model

Processors already have the merchant relationship. SlyOS supplies the product under partner branding.

The deeper technical bet

The model can change.
The person should remain.

Readable state, controlled adaptation and evaluated routing are the path toward useful local intelligence.

General migration and the full phone learning loop still need proof.

Differentiation to validate in pilots: domain knowledge, review controls and continuity across the customer relationship. Test against general sales agents and merchant baselines.
SlyOS Belto Inc. · The road

The first market pays for
the path toward the OS.

NOW

Merchant product

Replies, reviewed content and outreach. Prove merchants keep using and paying for it.

THIS ROUND

Personal layer

Package the SDK. Evaluate learning, state transfer and safe routing against strong baselines.

AFTER PROOF

System runtime

Earn developer and device partnerships. Extend the agent across apps.

LONG TERM

OS and phone

Build around the personal agent when the runtime and distribution justify it.

Each stage depends on product, technical and commercial evidence. The $1.6M round does not fund manufacturing a phone.
SlyOS Belto Inc. · Team

Built by someone who ships.

Emil Shirokikh

Founder · CEO

Built SlyOS and the SOUL research.

Stanford GSB Ignite
UC Riverside MBA
Mathematics & Economics
Enterprise software at Capgemini

Anna Gong

Advisor

Hiring for the next proof

ML researcher in month 1.
ML engineer in month 3.
Business development in month 4.

Founder, specialist contractors and the new hires connect the research to merchant workflows.

Planned four-person team by year-end. Hiring dates and costs are assumptions in the existing SDK execution plan.
SlyOS Belto Inc. · Next twelve months

Two tracks. One standard: real use.

Months 1–3

SDK alpha and reproducible baseline comparisons.

Scope merchant pilots and processor onboarding.

Months 4–6

Developer trials and bounded evaluation.

Measure reviewed outreach, replies and cost to serve.

Months 7–12

SDK targets: 20 trials, 5 integrations, 3 paid pilots.

Validate merchant conversion, repeat use and partner economics.

SDK targets come from the current financial plan. Merchant milestones are proposed validation work, not a booked revenue forecast. Start next-round conversations by months 7–8.
SlyOS Belto Inc. · Business · Execution

$1.6M to earn the next stage.

12 months

of planned execution, plus contingency and cash reserves.

Four-person team

Founder, two ML hires and business development, with specialist contractors.

Two proofs to earn

A developer-tested SDK and a paid merchant workflow with measurable repeat use.

$1.046M · operating cash need

First twelve months’ modeled cash deficit.

$214K · contingency

20% of fixed operating costs and capex.

$280K · cash buffer

Three months at modeled exit fixed spend.

$60K · fees and rounding

$24K financing fees; remaining headroom.

Target based on the existing SDK financial plan. Merchant subscriptions and channel economics still need validation. This round funds execution; the OS and phone follow later gates.
SlyOS Belto Inc. · The destination

A personal agent that
stays true to its owner.

First, better communication between merchants and their customers.

Then, the personal layer inside the operating system.

Technical evidence

Explore /tech