Independent API referenceField notes updated 29 Aug 2026

CONTRACT DESK / GUIDES03 NOTES

Design the contract
before the integration.

Portability, prompt weight, and version safety decided up front instead of debugged later.

What this section covers

Tool definitions are prompt content and API surface at the same time. They occupy context on every request, they steer which tool a model selects, and they are a contract that callers depend on. That combination makes ordinary API-versioning instincts insufficient.

These guides cover the decisions that are expensive to reverse: how to express optionality so it survives compilation to every provider, how to reduce schema token cost without deleting the descriptions models rely on for routing, and how to classify a change as structural, behavioural, or safe.

Agent tool contract guides

RELATED WORKBENCHES01

Reproduce it locally.

These tools take the same evidence the notes above describe and compute the result in your browser tab.

Section FAQ

Before you dig in

Why does a description change count as a breaking change?

Descriptions are how a model decides whether a tool applies. Rewriting one can change tool selection even though every schema still validates — a behavioural break that structural diffing will not catch.

How much context do tool definitions actually consume?

Enough to matter once an agent carries a dozen tools: definitions are re-sent with every request. The token cost guide shows how to measure the real weight and which reductions are safe.

CONTINUERELATED SECTIONS

Contract deskProvider schema comparisons

Field-level differences that change client code, not marketing feature tables.

Open section →
Contract deskTool schema converters

Mechanical repairs where intent is recoverable; explicit warnings where it is not.

Open section →
Workbench indexAll six APITC tools

Decode, simulate, analyse, plan, diff, and compile — locally.

Open section →