Hot-Tune Prompts
Use this when the agent already exists and you want to improve instructions without rebuilding the server. The Admin Console is the primary path; API writes are for automation after the same change is proven in the UI.
What you click
Section titled “What you click”
- Open Agents and choose the agent.
- Stay on Basics.
- Edit System prompt. Keep the change narrow: role, constraints, answer shape, tool-use guidance, or refusal policy.
- Click Validate. Fix any field errors before previewing.
- Use the preview chat with a representative prompt. The preview uses the unsaved draft.
- Click Save when the draft behaves better.
- Open History or Audit Log if you need to compare or restore.
What to compare
Section titled “What to compare”
Use the same scenario before and after the edit:
- A preview chat prompt for quick feedback.
- A saved trace if you need to inspect exact tool calls and model output.
- A dataset/eval run when the behavior must be repeatable.
See Capture a Dataset and Run an Eval.
What is safe to tune live
Section titled “What is safe to tune live”| Prompt change | UI location | Notes |
|---|---|---|
| Role and tone | Basics → System prompt | Good first edit; easy to preview. |
| Output format | Basics → System prompt | Pair with eval checks when format matters. |
| Tool-use guidance | Basics → System prompt plus Tools | Also narrow allowed tools if wording alone is not enough. |
| Safety boundaries | Basics → System prompt plus Plugins → Permission | Use permission rules for tool-level enforcement. |
| Model choice | Basics → Model | Preview again; models can interpret the same prompt differently. |
Changes affect new runs after save. Active runs keep the spec they already resolved.
When to use API instead
Section titled “When to use API instead”Use the config API when prompt edits come from CI, migrations, or internal tools. Keep the same loop: validate, write, run a representative task, then compare.
Related references: