Schema-Triggered Patch automatically patches existing data when the MCP/schema is updated — reconciling records to align with the new schema without a full regeneration. When function implementations or names have changed, instead of regenerating an entire dataset from scratch, you provide a function mapping that specifies which functions have changed, and the system regenerates only the affected dialogue segments.Documentation Index
Fetch the complete documentation index at: https://docs.eigenai.com/llms.txt
Use this file to discover all available pages before exploring further.
When to Use
- Function names have been renamed (e.g.,
getUsertofetchUser) - Function implementations have changed and existing conversations need to reflect the new behavior
- You want to update a subset of conversations without losing the overall dataset structure
Parameters
| Parameter | Required | Description |
|---|---|---|
input | Yes | Path to existing data file or directory |
function_mapping | Yes | JSONL file mapping previous function names to new function names |
request | Yes | Description of regeneration instructions |
mcp_server_url | Yes | URL of the MCP server providing the updated schema |
domain | No | Domain context for regeneration |
reference_doc | No | Path to reference documentation |
Function Mapping File
The function mapping is a JSONL file where each line maps a previous function name to its new name. This tells the system which conversation segments need regeneration.Using /execute
You can also run schema-triggered-patch non-interactively via/execute with a YAML config:
Output
After a run completes, results are saved underoutputs/ as a new run directory, for example:
outputs/schema-triggered-patch_output_<run_id>/
generated_data.jsonl- The regenerated dataset in JSONL formatdatapoints/- One JSON file per sample (expanded view ofgenerated_data.jsonl)metadata.json- Run metadata (task type, parameters, primary files, timestamps)