agent_config() hands your code. Everything you change there is reviewed before it goes live
and recorded as a numbered setup version you can compare and roll back.
What the page shows
- The system prompt DecimalAI serves the agent, with its version and whether the agent follows the latest version or a pinned one.
- The skill list the model sees: the same skills, in the same order, that the agent’s
next run receives. Each row says why the skill is on the list:
- Added to this agent: you added it to this agent.
- Offered to all agents: an organization skill offered to every agent.
- Linked from the registry for this agent: a registry skill you installed for it.
- How each skill is used here: how often runs loaded it in the last 30 days, and its benchmark lift (the skill’s own eval suite, run with and without it). Runs that loaded a skill aren’t compared with runs that didn’t: the model loads a skill when the request fits it, so the load count is a count, not lift.
- What doesn’t fit: the list holds at most 30 skills and about 1,500 tokens of descriptions. Skills past that are listed under Not sent: over the limit, so the model never sees them.
agent_config() returns it. Your code passes both to the model; DecimalAI never sends
them itself.
Click a skill’s name for its side panel: why it’s on the list, the version this agent gets, its
use on this agent, and its benchmark lift.
Changing what an agent gets: Review & apply
Changes to the skill list and the served prompt version are staged: nothing reaches the agent until you apply them.1
Stage changes
- Add skill opens a picker with your skills not yet on this agent and a registry search.
- A row’s ⋯ menu offers Remove from this agent, a version pin, and, for a skill offered to every agent, Make it opt-in… (below).
- On the prompt, Serve this version or Serve latest stages the version the agent gets.
2
Review
Review & apply shows each change with its evidence (for example “never loaded in 30
days”, or how many other agents keep a skill), the exact skill-list text before and after
with each changed line marked, and the token change per request. Add an optional note.
3
Apply
Apply as v15 writes all the staged changes as one version. The agent gets the new list
on its next run.
Removing a skill that every agent gets
Remove from this agent on a skill offered to all agents takes it off this agent only; every other agent keeps it. The page lists it under Removed from this agent, with Add back.Versions
Every change to what an agent receives gets a number: Setup v14 is the agent’s prompt and skill list. It is separate from the agent’s code version (Code v2), which DecimalAI detects from your runs; the Versions page shows both on one timeline. A version is recorded when:- you apply a change (or an API key does): your version, with your note;
- something outside the agent changes what it gets: a skill it uses gets a new version, a skill is made opt-in, a registry skill it follows is updated, or a safety check blocks a skill. These are automatic versions, and each says why (“Removed refund-policy (made opt-in)”);
- you roll back: a new version, marked Roll back to v3.
The Versions page
Versions in the agent’s sidebar lists every version, newest first:- filters for All, Prompt, Skills and Code changes;
- under each version, the runs routed under it and, from 5 graded runs, their eval pass rate, beside the version before. These are different days and different traffic, so the page calls them a comparison, not a measured effect;
- Compare shows two versions side by side: the prompt text, the skill list and both versions’ runs;
- Roll back on any version that isn’t current.
Roll back
Roll back to v3 opens the same review, showing what the roll back will change, and applies as a new version. The agent gets v3’s content again:- a skill v3 had, and has since moved to a newer version, is pinned back to the version v3 served: the review says “pinned to v3 (latest is now v5)”;
- a skill v3 didn’t have comes off the agent;
- anything that can no longer be restored (a skill since deleted or blocked) is listed, and the rest still rolls back.
Which agents get a new skill
A skill you create in the dashboard reaches only the agents you add it to. Create it from an agent’s Add skill dialog and it goes on that agent when you create it. A skill’s Settings → Offered to shows which it is: All agents in this workspace, or Only agents it’s assigned to. Through the API and the SDK, a new skill is still offered to every agent unless the request says otherwise. This default will change in a future SDK release. Until then, say which you want:POST /api/v1/skills with "agent_name": "support-agent" creates the
skill offered only to agents it is added to, and adds it to that agent.
Make it opt-in
For a skill offered to every agent, Make it opt-in… (on its Settings tab, its row in Your skills, or an agent’s row menu) offers it only to the agents that use it. It shows first which agents keep it (those that loaded it in the last 30 days) and which stop getting it. Each agent that loses it gets an automatic version saying so, and you can add it back to any of them.From the API
The page uses the same endpoints you can call. A change is a list of operations:POST /api/v1/agents/{agent_name}/setup/previewtakes the same body and returns the review (the list text before and after, the token change, any problems) without changing anything."rollback_to": 3instead ofchangesrolls back to version 3.- With
base_version, a change made against a version that is no longer current gets409and the current state, so two people can’t overwrite each other. set_prompt_versionwithnullserves the latest prompt version; a number pins it.GET /api/v1/agents/{agent_name}/versionslists versions (?show=prompt|skills|code),…/versions/{number}reads one, and…/versions/compare?from=3&to=14compares two.POST /api/v1/skills/{skill_id}/make-opt-in?dry_run=truepreviews Make it opt-in; withoutdry_runit applies it.
Related
Skills
Creating skills, assigning them, and how the router offers them.
Versioning
Code versions, manifests and how they relate to setup versions.