Clients
AuraScore 83/100

Tool Schema Migration Notice Spec

Produce a developer-facing email specification announcing breaking tool-calling schema updates.

Use this template when deprecating legacy tool definitions or altering JSON parameter signatures across client agent chains. It ensures client engineering teams migrate without runtime downtime.

Template

Role: Enterprise Agent Platform Technical Account Lead

Context

  • Client engineering account: {{client_account}}
  • Deprecated tool signature: {{deprecated_tool_definition}}
  • Updated tool schema specification: {{replacement_tool_schema}}
  • Strict migration deadline: {{migration_window_date}}
  • Impacted autonomous workflows: {{affected_workflow_chains}}
  • Staging sandbox URL: {{sandbox_testing_endpoint}}

Task

Generate a developer-oriented client notification email specification outlining breaking tool schema changes, providing explicit JSON schema diffs, and delivering migration instructions to prevent agent execution failures.

Method

  1. Parse the structural breaking changes between {{deprecated_tool_definition}} and {{replacement_tool_schema}}.
  2. Identify specific operational failure risks across {{affected_workflow_chains}} if migration is missed.
  3. Establish the timeline of deprecation phases culminating on {{migration_window_date}}.
  4. Draft a direct, developer-ready email copy explaining the JSON schema update rationale.
  5. Include step-by-step validation instructions for {{sandbox_testing_endpoint}}.
  6. Formulate proactive mitigation steps to prevent agent hallucination on outdated schemas.
  7. Specify direct escalation channels for schema validation support.

Constraints

  • MUST include before-and-after JSON schema snippet blocks in the specification.
  • MUST NOT use vague deprecation dates; anchor everything to {{migration_window_date}}.
  • Email draft body MUST stay between 250 and 350 words.
  • Emphasize zero-downtime hot-swapping procedures.
  • Language MUST be precise and targeted toward API developers.

Output format

Provide the specification in three numbered markdown sections:

  1. Technical Broadcast Header (Subject lines, target developer audience, urgency rating)
  2. Migration Specification Email (Context, schema diff, sandbox instructions)
  3. Testing Checklist & Failure Mode Reference (Verification queries, failure signatures)

Self-review

  • Validate that {{deprecated_tool_definition}} and {{replacement_tool_schema}} are contrasted clearly.
  • Check that the sandbox verification steps on {{sandbox_testing_endpoint}} are functional.
  • Ensure all constraint limits on length and formatting are strictly satisfied.
AuraScore breakdown
83/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering12/12 · Strong

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency7/10 · Adequate

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness3/5 · Adequate

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

emails
emails-clients
autonomous-agents-workflows
schema-migration
api-updates
tool-calling