AI FRONT DESK · WEB-FIRST

Your AI double, representing you to provide services to the world.

It welcomes strangers, qualifies opportunities, and handles simple tasks for you. While you rest, it keeps working and earning passive income—bringing you in only when your personal attention is needed.

  • Approved knowledge only
  • Sensitive actions ask first
  • Human takeover anytime
Interaction example · Mock dataReceiving visitors
LLin's digital representativeDelegate · AIPUBLIC
Visitor

We're a 20-person AI team and would like Lin's help with product strategy.

Delegate

I can help qualify the request first. What stage is the product at, what problem matters most, and when would you like to talk?

Product launchedGrowth stalledThis month
Recognized and routedPaid advisory · ¥299 mock service
Owner receivesHigh intent · Complete context · Awaiting review

This is not a private assistant exposed to strangers. It is a bounded, billable public interface with a human handoff.

Public entry
One representative page to share
Service depth
Free reception can become paid help
Owner control
You enter only where judgment matters

WHY DELEGATE

The drain is not one important conversation. It is the repetitive filtering before every one.

DMs, email, and group chats keep sending the same questions back to you. Delegate turns them into one visible reception flow.

TodayWith Delegate
Requests scattered across DMs and emailOne public representative entry
Repeating context, pricing, and processConsistent answers from approved material
Real opportunities mixed with casual asksIntent recognized before information is collected
Every request interrupts the ownerOnly sensitive or high-value work is handed off

THE FRONT DESK LOOP

Four steps receive an inbound request without letting AI overstep.

From the first greeting to human takeover, every step has a visible state and boundary.

  1. 01
    Receive

    Answer public questions

    The representative uses material you approved for context, scope, public pricing, and FAQs.

    PUBLIC KNOWLEDGE
  2. 02
    Qualify

    Turn a vague ask into a complete one

    It confirms identity, goals, budget, and timing before the owner needs to look.

    STRUCTURED INTAKE
  3. 03
    Deepen

    Charge only when depth begins

    Deeper answers, priority, and deliverables move into a clearly named service package.

    PAID CONTINUATION
  4. 04
    Hand off

    Bring the owner complete context

    Sensitive, high-value, or commitment-heavy requests enter a review queue without losing context.

    OWNER HANDOFF

USE CASES · MOCK SCENARIOS

It does not speak for you everywhere. It protects the first doorway.

These mock scenarios show the product path. Each owner approves the final knowledge, service, and handoff rules.

01

Founder

Fundraising, partnerships, hiring

“We'd like to explore a funding partnership. Are you free next week?”
Delegate
Verify the organization, goal, company stage, and timing
Owner
High-fit partnerships enter the owner's queue
02

Advisor / Expert

Qualification and delivery

“Could you review our AI product roadmap?”
Delegate
Confirm problem type, depth, budget, and material readiness
Owner
Match a service package, then ask on complex judgment
03

Creator

Brand work and deeper access

“We'd like to collaborate on a product launch.”
Delegate
Collect brand, schedule, budget, and usage rights
Owner
Only requests matching the collaboration rules reach the creator

TWO SURFACES, ONE RELATIONSHIP

Visitors see a trustworthy representative. Owners see an operating desk.

The same relationship stays simple outside and controllable inside.

PUBLIC REPRESENTATIVE

Outside: the representative page

Visitors understand identity, knowledge boundaries, and available services before they start.

  • AI identity stays visible
  • Approved knowledge and service scope are clear
  • Chat, payment, and handoff live on one page
LLinFounder representative

Ask about product strategy, advisory services, or a warm introduction.

Start a public conversation
Public status
Published · Boundaries approved

OWNER CONTROL PLANE

Inside: the operating desk

Owners see only the requests worth direct attention and why each request was routed.

Received today18 requests · 3 need you
Inbound queueStatus
01Product advisoryHigh intent · Awaiting review
02Media interviewComplete brief · Takeover suggested
03General FAQCompleted by representative

VISIBLE CONTRACT

Safety is not a legal footnote. It is part of every interaction.

Visitors know who they are speaking with. Owners know what evidence produced every routing decision.

Can see
Approved public knowledge, FAQs, materials, and prices
Can do
Answer, collect demand, offer service depth, and create handoffs
Asks first
Sensitive data, commitments, irreversible actions, and exceptions
Never
Enter private workspaces, impersonate the owner, or act arbitrarily

Every example uses mock data. Real knowledge, services, and action permissions require explicit owner approval.

EARLY ACCESS · MOCK PRICING

Publish one representative first. Upgrade when real usage becomes deeper.

These are illustrative plans for the website, not a formal offer. Launch pricing may change.

Preview

Validate whether a public representative fits your inbound.

¥0trial

  • 1 public representative
  • Basic knowledge pack
  • Free reception and human handoff
  • Mock operating overview
Try the demo

QUESTIONS

What people ask before opening the front desk.

Will it impersonate me?

No. The page explicitly discloses AI identity and uses a separate public representative identity.

Can it see my private material?

Not by default. It uses only public knowledge, FAQs, services, and prices explicitly approved by the owner.

What happens when it should not decide?

The request enters an approval or human handoff queue with its context and routing reason intact.

Can it charge for service?

You can configure free reception and paid continuation. Pricing and data on this site are mock examples.

Which channels work today?

The current product is centered on the public web representative. Other messaging channels are future extensions.

What do I need to create one?

Prepare an identity, public materials, service scope, boundary rules, and the kinds of requests you want handed off.

OPEN YOUR FRONT DESK

Give repetitive reception to your representative. Keep the important relationships.

Try a real representative first, then decide how your own public doorway should work.