Use this scenario
Run
Run email_spam scenario.
Use run_scenario with the saved scenario name and string-valued inputs. Required values are requested before execution.
View invocation JSON
{
"scenario_name": "email_spam",
"inputs": {
"nickname": "your nickname",
"sender": "your sender",
"blocked": "true"
}
}Inputs
PARAMETERS| Input | Requirement | Default value |
|---|---|---|
nickname | Required | No default |
sender | Required | No default |
blocked | Optional | true |
Agent instructions
SYSTEM PROMPTOnly propose this rule when the user explicitly asks to mark a sender as Spam or unblock them. Never infer spam from message content. This affects local sections only, never Gmail.
Tool access
CAPABILITIESemail_spam_operation— selected from this version's tool catalog.
Ordered steps
EXECUTION- 01BOUND OPERATION / HOST EXECUTED
email_spam_operationnickname= {{nickname}}sender= {{sender}}blocked= {{blocked}}
Save output as
proposal.
Return to main
COPY EXITReturn the exact host proposal and confirmation command unchanged.
The final text returns without model rewriting. Bound operation scenarios return application results; pending changes still require host approval.
Complete XML, including any embedded C#. Copy it without changing the file's contents.
<scenario schemaVersion="3" id="email_spam" title="Set a local spam sender rule">
<inputs><input name="nickname" required="true" /><input name="sender" required="true" /><input name="blocked" default="true" /></inputs>
<systemPrompt>Only propose this rule when the user explicitly asks to mark a sender as Spam or unblock them. Never infer spam from message content. This affects local sections only, never Gmail.</systemPrompt>
<tools><allow name="email_spam_operation" /></tools>
<steps><tool name="email_spam_operation" result="proposal"><input name="nickname" value="{{nickname}}" /><input name="sender" value="{{sender}}" /><input name="blocked" value="{{blocked}}" /></tool></steps>
<exit mode="copy">Return the exact host proposal and confirmation command unchanged.</exit>
</scenario>
Every part, briefly.
Short explanations of every element and chat step in this scenario.
- 01Writing example ↗
<scenario>Names and versions the workflow.
- 02Writing example ↗
<inputs>Declares input values.
- 03Writing example ↗
<input>nicknameRequires a supplied value.
- 04Writing example ↗
<input>senderRequires a supplied value.
- 05Writing example ↗
<input>blockedProvides an optional value.
- 06Writing example ↗
<systemPrompt>Sets the child's instructions.
- 07Writing example ↗
<tools>Defines available capabilities.
- 08Writing example ↗
<allow>email_spam_operationGrants an existing tool.
- 09Writing example ↗
<steps>Orders the chat turns.
- 10Writing example ↗
<tool>email_spam_operationExecutes a declared host operation.
- 11Writing example ↗
<input>nicknameBinds a named operation or child input.
- 12Writing example ↗
<input>senderBinds a named operation or child input.
- 13Writing example ↗
<input>blockedBinds a named operation or child input.
- 14Writing example ↗
<exit>Returns the output unchanged.