Your application rebuilds the agent.
- Repeat the system prompt
- Store and search conversation history
- Decide what belongs in each request
- Turn feedback into safe, versioned rules
■ THE MEMORY LAYER FOR SERVER-SIDE AGENTS.
Define the agent once on your server: its profile, system prompt, instructions, history and approved lessons. Every API call starts with the context it needs—not another round of setup.
One agent ID. Your model provider. Your application controls external actions.
> meet your new agent
Customer support agent
// Every request can be this simple. { "agent_id": "support_agent", "input": [{ "role": "user", "content": "Help my customer." }] }
THE MODEL IS ONLY PART OF THE AGENT.
A model can answer well, but it does not know your agent’s role, its decisions or the customer history behind a request. That context should live with the agent—not be reconstructed in every application call.
You keep control. Bring your model API key. Keep tools inside your application. osAgents manages the persistent agent context between them.
DEFINE ONCE. KEEP BUILDING.
Your app sends the task.
osAgents brings the context.
Be helpful. Keep answers short.
Ask when information is missing.
Give your agent a name, a role and clear instructions. Edit them whenever you need.
Bring a supported model provider’s API key. osAgents adds the saved context before calling it.
Call your agent through the API. Your application stays in charge of tools and actions.
Your application sends an agent ID and a message. osAgents resolves the agent context before the model call.
MEMORY, WITHOUT THE MYSTERY.
Chat history, saved preferences and knowledge can live behind one agent ID. You choose what is kept, how long it stays and who it belongs to.
osAgents searches memory privately. The model receives only the relevant pieces—not your entire memory store—and memory never changes the model’s weights.
For every request, osAgents first narrows memory by workspace, agent, end user and session. It selects the most relevant recent chat turns, facts and approved lessons, then adds them to the model context.
If the initial context is not enough, the agent can request recall_memory. osAgents performs another bounded, read-only search and returns the result privately so the model can finish its answer.
LEARN FROM FEEDBACK. NOT GUESSWORK.
Correct an answer. Review a suggested lesson.
Choose whether your agent should keep it.
“Please write dates
as YYYY-MM-DD.”
Use YYYY-MM-DD
for invoice dates.
A saved rule for
future invoice requests.
Learning updates approved instructions and memory—not model weights. Changes can be tested and rolled back; improvement is not guaranteed.
YOUR AGENT, ON YOUR TERMS.
Shape the profile. See the API payload.
Your application stays in control.
You send the message, not the whole profile.
“Happy to help. What does your customer need?”
curl https://api.osagents.app/api/v1/osagents/v1/messages \
-H "Authorization: Bearer YOUR_OSAGENTS_KEY" \
-H "Idempotency-Key: UNIQUE_REQUEST_ID" \
-H "Content-Type: application/json" \
-d '{
"agent_id": "support_agent",
"session_id": "customer_1042",
"input": [{"role":"user","content":"Help with this order."}]
}'BUILT FOR YOUR APPLICATION.
No system prompt to paste into every call. For a new run, your application still sends the conversation messages the model needs.
Use an agent ID and, when memory is enabled, a session ID. Receive a response your application can use. Read how session continuity works ↗
osAgents does not execute your tools. If your agent requests a tool call, your application decides whether to run it and sends back the result.
CONTEXT THAT CONTINUES.
Create a server-managed conversation, then send a new message with its conversation ID. osAgents carries forward the recorded turns without asking your application to resend the whole chat.
Inspect runs, pause or cancel them, and review saved context in your workspace. Files and Markdown skills can be attached to an agent with versioned changes.
Explore conversations and runs ↗MANAGED TOOLS, WITH A CLEAR BOUNDARY.
On the Sandbox plan, an agent can call a tool you reviewed and approved. osAgents executes that exact version in a separate, network-restricted environment and returns its result to the same run.
An owner reviews the complete source and pins a version. Revoke it whenever you need to.
The agent receives the result and continues without your application rebuilding its conversation.
Inspect job status and billed minutes. Idempotent retries reuse the same job instead of repeating an action.
GITHUB TO APPROVED TOOL.
Import a public GitHub JavaScript file by repository, path and commit. Preview the complete source, save it as a draft, then approve the exact version for an agent.
Only approved JavaScript runs in Sandbox. Imported Markdown files are instructions or skills, never executable code. Code tools cannot use your provider keys or unrestricted network access.
How GitHub tools work ↗PAID FROM THE FIRST ACTIVE WORKSPACE.
Choose the capacity and tool execution you need.
For a focused agent and early production workloads.
Additional runs $3 per 1,000 · memory $8 per GB-month. No managed code execution.
Choose Starter ↗For busier agents and concurrent applications.
Additional runs $3 per 1,000 · memory $8 per GB-month. No managed code execution.
Choose Growth ↗For agents that run reviewed code tools in isolation.
Additional execution $0.20 per minute, rounded up per invocation. Run and memory overages match Growth.
Choose Sandbox ↗All plans use your own model provider key. Provider inference is billed by that provider separately. Sandbox code tools run only after source review and approval.
A FEW THINGS TO KNOW.
No. osAgents uses saved instructions and relevant memory with a connected model. That changes the context sent to the model, not its weights.
Yes. Connect OpenAI, Anthropic, Google, OpenRouter and other built-in providers, or a custom OpenAI-compatible endpoint. osAgents manages the agent profile and context; provider inference charges remain separate.
You choose whether to retain session history and save longer-term facts or preferences. Memories are inspectable and deletable, and separated by workspace, agent and end user.
No. Feedback can produce suggested lessons. Approved, versioned lessons influence later responses. They do not train the underlying model, and they can be wrong—so evaluation and rollback matter.
Enabled profiles and memory are stored in your osAgents workspace. Instructions, messages and selected memory are sent to your connected model provider for inference according to your provider’s terms.
Your application runs customer-hosted actions. Reviewed, approved code tools can run in an isolated osAgents sandbox with a Sandbox subscription. osAgents is not a multi-model router.
Create a workspace and choose Starter at $20 per month, Growth at $59 per month, or Sandbox at $149 per month. Sandbox includes Growth capacity plus 1,000 code execution minutes; additional minutes cost $0.20 each. Additional agent runs cost $3 per 1,000 and memory costs $8 per GB-month.
THE AGENT LAYER BETWEEN YOUR APP AND YOUR MODEL.