Create an agent
The most common properties of an agent you’ll configure are:| Parameter | Description |
|---|---|
name | Required. A string that identifies your agent. |
instructions | Also known as a developer message or system prompt. Guides how the agent operates and generates its response. |
model_id | The model used to generate the agent’s response. Can be a base model or fine-tuned model. |
tool_ids | IDs of the tools the agent can use. Create the tools in the tool library first, then provide their IDs. |
reasoning_effort | How much reasoning the agent uses when working through a request. Accepts LOW, MEDIUM, or HIGH. Defaults to MEDIUM. |
temperature | Optional. Controls the predictability of the agent’s reasoning. Lower values produce more consistent results, and higher values introduce more variation. Accepts a value from 0 to 2. Defaults to 0.6. |
POST /v1/flow/agents/create
The model that generates an agent’s response can be any base or fine-tuned model available on the SeekrFlow platform.
Write effective instructions
When writing your agent’s instructions, follow these best practices:- Define role, goal, and context. Clearly state the agent’s persona, objective, and any relevant background. Example: “You are a procurement research assistant tasked with finding active government contracts based on user input.”
- Be specific and prescriptive. Break complex tasks into simpler subgoals and specify how each tool should be used. Example: “Use the search_contracts tool only after collecting both a state and keyword.”
- Call out edge cases explicitly. If the agent should not respond to certain queries, say so directly. Example: “Do not answer legal or compliance questions — respond with: ‘I’m not able to help with that.’”
- Specify output format. If not using structured outputs, be clear about the desired format and tone. Example: “Respond in a numbered list with no more than 3 items. Use plain language and avoid technical jargon.”
Configure reasoning effort
Thereasoning_effort level determines how much reasoning the agent uses to process information, decide how to approach the task, and select appropriate tools. SeekrFlow agents support three levels. The default is MEDIUM.
| Level | Description |
|---|---|
ReasoningEffort.LOW | Prioritizes speed. Best for simple, latency-sensitive tasks with a small tool set. |
ReasoningEffort.MEDIUM | Balances speed and thoroughness. A good starting point for most use cases. |
ReasoningEffort.HIGH | Prioritizes thoroughness. Best for complex workflows with many tools where accuracy matters more than response time. |
The
SPEED_OPTIMIZED and PERFORMANCE_OPTIMIZED values are only supported for backward compatibility. Use LOW, MEDIUM, or HIGH for new agents. SPEED_OPTIMIZED corresponds to LOW, and PERFORMANCE_OPTIMIZED to HIGH.temperature (a value from 0 to 2, default 0.6). Lower values produce more consistent results, and higher values introduce more variation.
Configure output settings
By default, an agent produces a natural-language response using the sameinstructions, model_id, and temperature that guide its reasoning. To control the response separately, provide an output configuration. All of its fields are optional.
| Parameter | Description |
|---|---|
output.instructions | Instructions for generating the final response. When set, the top-level instructions guide only the agent’s reasoning, and these guide the response. |
output.model_id | The model used to generate the final response, overriding the top-level model_id. Can be a base model or fine-tuned model. |
output.temperature | Controls the predictability of the final response. Accepts a value from 0 to 2. Defaults to 0.6. |
output.frequency | When the agent produces a written response: ALWAYS, AUTOMATIC (the agent decides), or NEVER. Use NEVER for automation cases where a natural-language response isn’t needed. |
You must provide either
model_id or output.model_id.List your agents and their status
To list all of the agents you’ve created and their associated status, you can use the below code snippet: Endpoint:GET /v1/flow/agents/
Update an agent
Useagents.update to make partial changes to an existing agent. Provide only the fields you want to change. Omitted fields remain unchanged.
Endpoint: PATCH /v1/flow/agents/{agent_id}
| Parameter | Description |
|---|---|
name | Updated agent name. |
instructions | Updated system prompt. |
tool_ids | Updated list of tool IDs. Replaces the existing list. |
model_id | Updated response model. |
reasoning_effort | Updated reasoning effort. |
temperature | Updated temperature. |
output | Updated output configuration. |
Agents in
Inactive or Failed states remain in their current state after an update. To activate an updated agent, promote it manually.Preview an agent update
Useagents.update_diff to simulate an update without applying it. The response shows exactly what would change.
Endpoint: PATCH /v1/flow/agents/{agent_id}/diff
diff object identifying each changed field:
Promote an agent
Agent create requests will promote an agent automatically. Agents only need to be promoted after they’ve been demoted and are in an inactive state.
PUT /v1/flow/agents/{agent_id}/promote
Pending state until all sub-agents are ready.
Demote an agent
Demoting an agent moves it to an inactive state. This is useful when you want to retain the agent’s definition without allowing it to handle inference requests. Endpoint:PUT /v1/flow/agents/{agent_id}/demote
Demoting a supervisor does not automatically demote its sub-agents. Each sub-agent must be demoted individually if needed. A sub-agent cannot be demoted while it is still linked to an active supervisor—demote the supervisor first, or unlink the sub-agent. See Agent as tool for details.
Delete an agent
This permanently removes an agent from the SeekrFlow platform. Endpoint:DELETE /v1/flow/agents/{agent_id}
Deleting a supervisor does not affect its sub-agents or their agent-as-tool wrappers. To delete a sub-agent, first unlink it from any supervisors and delete its associated agent-as-tool.