Use this scenario
Run
Run kanban_project scenario.
Use run_scenario with the saved scenario name and string-valued inputs. Required values are requested before execution.
View invocation JSON
{
"scenario_name": "kanban_project",
"inputs": {
"name": "your name",
"kind": "your kind",
"prd": "your prd",
"repair_limit": "25"
}
}Inputs
PARAMETERS| Input | Requirement | Default value |
|---|---|---|
name | Required | No default |
kind | Required | No default |
prd | Required | No default |
repair_limit | Optional | 25 |
Agent instructions
SYSTEM PROMPTUse the approved-scope PRD to delegate architecture to fresh saved subagents. Host code turns the validated component contracts into detailed dependent cards and enforces plan approval, sequential work, repair bounds and separate execution/publication decisions. Never claim tests or publication from a plan receipt. A changed scope requires a new plan and host decision.
Tool access
CAPABILITIESkanban_prepare_operation— selected from this version's tool catalog.
Ordered steps
EXECUTION- 01NESTED SCENARIO / FRESH CHILD
name= {{name}}kind= {{kind}}prd= {{prd}}
Save output as
design. - 02BOUND OPERATION / HOST EXECUTED
kanban_prepare_operationname= {{name}}kind= {{kind}}prd= {{prd}}architecture= {{design.architecture}}repair_limit= {{repair_limit}}
Save output as
board.
Return to main
COPY EXITReturn the real board receipt and next host decision 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="kanban_project" title="Plan a project as a persistent Kanban workflow">
<inputs><input name="name" required="true" /><input name="kind" required="true" /><input name="prd" required="true" /><input name="repair_limit" default="25" /></inputs>
<systemPrompt>Use the approved-scope PRD to delegate architecture to fresh saved subagents. Host code turns the validated component contracts into detailed dependent cards and enforces plan approval, sequential work, repair bounds and separate execution/publication decisions. Never claim tests or publication from a plan receipt. A changed scope requires a new plan and host decision.</systemPrompt>
<tools><allow name="kanban_prepare_operation" /></tools>
<steps>
<run scenario="project_design" result="design"><input name="name" value="{{name}}" /><input name="kind" value="{{kind}}" /><input name="prd" value="{{prd}}" /></run>
<tool name="kanban_prepare_operation" result="board"><input name="name" value="{{name}}" /><input name="kind" value="{{kind}}" /><input name="prd" value="{{prd}}" /><input name="architecture" value="{{design.architecture}}" /><input name="repair_limit" value="{{repair_limit}}" /></tool>
</steps>
<exit mode="copy">Return the real board receipt and next host decision 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>nameRequires a supplied value.
- 04Writing example ↗
<input>kindRequires a supplied value.
- 05Writing example ↗
<input>prdRequires a supplied value.
- 06Writing example ↗
<input>repair_limitProvides an optional value.
- 07Writing example ↗
<systemPrompt>Sets the child's instructions.
- 08Writing example ↗
<tools>Defines available capabilities.
- 09Writing example ↗
<allow>kanban_prepare_operationGrants an existing tool.
- 10Writing example ↗
<steps>Orders the chat turns.
- 11Writing example ↗
<run>Invokes a fresh saved child scenario.
- 12Writing example ↗
<input>nameBinds a named operation or child input.
- 13Writing example ↗
<input>kindBinds a named operation or child input.
- 14Writing example ↗
<input>prdBinds a named operation or child input.
- 15Writing example ↗
<tool>kanban_prepare_operationExecutes a declared host operation.
- 16Writing example ↗
<input>nameBinds a named operation or child input.
- 17Writing example ↗
<input>kindBinds a named operation or child input.
- 18Writing example ↗
<input>prdBinds a named operation or child input.
- 19Writing example ↗
<input>architectureBinds a named operation or child input.
- 20Writing example ↗
<input>repair_limitBinds a named operation or child input.
- 21Writing example ↗
<exit>Returns the output unchanged.