Skip to main content
Each agent’s page opens on Prompt & skills: the saved prompt and the skill list that 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.
Preview what the model sees shows the exact text: the prompt, then the skill list, byte for byte as 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.
Staged rows are marked in the table, and a bar under the skills lists every staged change, with Undo for one and Discard for all.
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.
Saving, restoring or clearing the prompt in its editor takes effect at once and is recorded as a version too: a running program picks up a prompt change within about a minute.

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.
An agent’s first version reads History starts here. Agents that haven’t run in the last 30 days record automatic changes when they next run or when their page is opened.

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:
Or in one call to the API: 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/preview takes the same body and returns the review (the list text before and after, the token change, any problems) without changing anything.
  • "rollback_to": 3 instead of changes rolls back to version 3.
  • With base_version, a change made against a version that is no longer current gets 409 and the current state, so two people can’t overwrite each other.
  • set_prompt_version with null serves the latest prompt version; a number pins it.
  • GET /api/v1/agents/{agent_name}/versions lists versions (?show=prompt|skills|code), …/versions/{number} reads one, and …/versions/compare?from=3&to=14 compares two.
  • POST /api/v1/skills/{skill_id}/make-opt-in?dry_run=true previews Make it opt-in; without dry_run it applies it.
Applying needs an editor. Removing a skill, rolling back and making a skill opt-in need an API key with admin permission.

Skills

Creating skills, assigning them, and how the router offers them.

Versioning

Code versions, manifests and how they relate to setup versions.