Task input_data formats
Choose an exact public job_type and JSON input_data format for Translate, Custom, Template, Conversion, or Agent configuration.
Every reusable task has a job_type and an input_data JSON object. At an API
boundary, input_data may be carried as a serialized JSON string; the examples
in this reference show the decoded object so its fields are readable.
Use the CopyHero editor for normal configuration. Use these contracts when you need to inspect or produce a supported format programmatically, and include only documented fields and values.
Public configuration types
job_type | Public name | Configure in | Reference |
|---|---|---|---|
translate | Translate | Tasks | Translate input_data |
custom | Custom | Tasks | Custom input_data |
template | Template | Tasks | Template input_data |
conversion | Conversion | Tasks | Conversion input_data |
agent | Agent | Agents | Agent input_data |
template is the current Template task job_type. Do not substitute copy.
Agent configuration has a separate Agents surface even though an agent can
be used as a workflow step.
Shared rules
input_datamust decode to a JSON object, not an array or plain string.- JSON field names and enum values are case-sensitive.
- Do not add undocumented fields based on a job payload seen in workflow history. Run-time payloads also contain system-managed context.
- Store-dependent values are resolved when the task runs and can fail when the required destination setting is unavailable.
- A configuration accepted for a future run does not change completed history.
The scrape, shopify_upsert, and shopify_publish names are
system-managed workflow steps,
not public task-authoring formats.
Related guides
CopyHero domain objects and relationships
Understand the public product, store, task, agent, workflow, run, and job object model without internal database details.
Translate task input_data
Configure the translate job_type with the exact target_language input_data field and supported run-time store resolution.