Outcomes let you give an Agent an explicit success criterion (a Rubric). The Agent iterates against the Rubric until the work meets the criteria.Documentation Index
Fetch the complete documentation index at: https://docs.qoder.com/llms.txt
Use this file to discover all available pages before exploring further.
Core Concepts
| Term | Description |
|---|---|
| Outcome | The expected final result of a task |
| Rubric | The success-criteria text the Agent uses to judge its own output |
user.define_outcome event. The Agent will keep referring to the criteria as it works.
Event Format
Field Reference
| Field | Type | Required | Description |
|---|---|---|---|
| type | string | Yes | Fixed value user.define_outcome |
| rubric | string | Yes | Success criteria text |
Typical Usage
- Create a Session and send the initial message.
- Send
user.define_outcomewith the Rubric to define success. - The Agent iterates against the Rubric.
- Inspect the output once you receive
session.status_idle.
Make Rubrics specific and measurable. Avoid vague language like “make it better”; use criteria like “code coverage no less than 80%“.
curl Example
Successful Response (202 Accepted)
Outcomes vs. Regular Messages
| Dimension | user.message | user.define_outcome |
|---|---|---|
| Purpose | Send a conversational message | Define success criteria |
| Triggered behavior | The Agent replies | The Agent iterates against the criteria |
| Key field | content | rubric |
| Timing | Any time | Typically before or alongside the initial task |
Best Practices
- Send the Outcome before or alongside the task instructions (
user.message). - Use a numbered list in the Rubric so the Agent can verify items individually.
- For complex tasks, break the Rubric into multiple measurable acceptance criteria.
- Keep the Rubric under 500 words.