Skip to content

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.

Agent editor Basics tab with model selection, system prompt, save controls, and preview chat.
Edit the system prompt in Basics, validate the draft, preview it, then save.
  1. Open Agents and choose the agent.
  2. Stay on Basics.
  3. Edit System prompt. Keep the change narrow: role, constraints, answer shape, tool-use guidance, or refusal policy.
  4. Click Validate. Fix any field errors before previewing.
  5. Use the preview chat with a representative prompt. The preview uses the unsaved draft.
  6. Click Save when the draft behaves better.
  7. Open History or Audit Log if you need to compare or restore.
Agent editor History tab showing a system_prompt update and restore action.
History shows the saved prompt change and restore action for the agent.
Eval run detail with per-fixture pass and fail results.
Eval results show whether the prompt improved the behavior you care about.

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.

Prompt changeUI locationNotes
Role and toneBasics → System promptGood first edit; easy to preview.
Output formatBasics → System promptPair with eval checks when format matters.
Tool-use guidanceBasics → System prompt plus ToolsAlso narrow allowed tools if wording alone is not enough.
Safety boundariesBasics → System prompt plus Plugins → PermissionUse permission rules for tool-level enforcement.
Model choiceBasics → ModelPreview again; models can interpret the same prompt differently.

Changes affect new runs after save. Active runs keep the spec they already resolved.

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: