“Dinner for two. One of us is veggie. Nothing spicy.”
Your existing product. A personal agent inside.
Add an agent to your existing interface. Your users keep their accounts; your team chooses its knowledge, permissions, and spending limits.
Every user.
Their own agent.
Their history, your knowledge, and the actions you make available.
A new chat starts. Their preferences and history are already there.
Questions about your product get answers from the content your team provides.
Your users approve the suggestion. The next step happens right in your product.
A limit for each person. A shared budget across your users.
Your users shouldn’t have to
introduce themselves twice.
Maya opens a new conversation in May. Her coach already knows she’s training for next April, that Saturday is her long run, and about her knee. Your app can pick up with her question.
Your team can follow the conversation, inspect what the agent learned, and correct what it got wrong.
A correction keeps the history.
The old fact is retired and linked to its replacement. A team member’s correction is marked staff, so support can see what the agent believed then and what it knows now.
“I’m training for next April’s marathon. Saturdays are my long run. I need to avoid squats because of my left knee.”
“How should I think about tapering?”
“Your race is next April, so not yet. We’ll build around your Saturday long runs and keep that left knee in mind.”
NEW CONVERSATION. SAME PERSON.
It answers from
the product you actually run.
A programme from your training library. A cancellation answer from your policy. The answer belongs to the product your user is actually in.
Each agent version names the sources it can use. Your coach and your support agent can share a company without sharing a reading list.
The next step is
right in the conversation.
Your users review the suggestion and tap the action inside your chatbox. Your existing app does the work. The confirmation comes back to the same conversation.
Next April’s marathon · Tue, Thu, Sat · No squats
Tap to add all three sessions to your training tab.
You’re all set.Three sessions added to your week. I’ll have them in mind next time we talk.
Training
Add the program to put each session
on the right day.
Scroll inside the training tab to see the full program ↓
Decide what each agent
can spend.
Set how much each person’s agent can spend, then set a monthly cap for the environment as a whole. Your team controls both the individual usage and the total.
Choose alerts and what happens at a limit: refuse new requests or switch to a cheaper model.
Explore limits & spendThe shared budget for your production environment.
Each user’s agent works within the limit your team sets.
At the limit,
you decide what happens.
Set the response in your console. Preview it here with one user reaching their monthly model-spend cap.
Set the rules in your consolemodel-spend cap
Simulate reaching the cap to preview the policy you selected.
A workspace for
the people behind it.
Product authors the agent. Engineering connects your app. Support can trace an answer back to the conversation behind it.
Explore your team’s side of the experience. Inspect an action, open a user’s memory, or adjust a spending limit.
One conversation.
More context
for the next.
Your users share a preference, find the right option, and take the next step. Their next visit starts with that history already in mind.
Our usual, please?
Two mild bowls, one vegetarian.
From your favourite kitchen.
The conversation changes.
The relationship carries forward.
Five steps.
Ready for your users.
Connect the model, shape the agent, and bring in your content and actions. Then add the chatbox to the accounts your users already have.
- YOUR MODEL ACCOUNT
Connect your provider key.
Choose the model your agent uses. Calls stay on your provider account, at your provider’s prices.
- IN THE SHARDR CONSOLE
Give your agent its role.
Set its instructions and tone. Add your catalogue, content, and policies, then publish a version.
- YOUR EXISTING PRODUCT
Connect what your app can do.
Make your existing actions available, then choose which ones the agent can use. Your functions do the work.
- YOUR EXISTING ACCOUNTS
Tell us who’s talking.
Your server identifies the signed-in user. Each person gets their own agent and memory across conversations.
- INSIDE YOUR WEBSITE OR APP
Add your branded chatbox.
Put the conversation inside your existing interface. Test the experience in staging before you launch.
✓Your users can start talking.
For your engineering team
// Your server signs a short-lived token
const token = jwt.sign(
{ sub: user.id, template: "tmpl_...", aud: "shardr" },
process.env.SHARDR_SIGNING_SECRET,
{ expiresIn: "5m" }
)
POST /public/v1/sessions
POST /public/v1/sessions/renew
POST /public/v1/conversations
POST /public/v1/conversations/:id/messages
GET /public/v1/conversations/:id/messages