enum
required
metadata_only: no prompt, completion, or transcript text anywhere in the document; free-text fields hold only short producer-authored labels. full: text may appear in ext namespaces (never in core fields).One of:
metadata_only, full.Profiles
metadata_only is a first-class profile, not a reduced one: every field this specification defines is available under it.
What a metadata_only document holds
Requirements
- The schema caps the designated label fields (titles, reasons, receipts, details, evidence notes and
labelsvalues) at 500 characters. Other strings, such astask.featuresvalues, settingoptionsandextpayloads, are not capped. - Under
metadata_only, a field MUST NOT contain prompt, completion or transcript text, whether capped or not. A title such as “fix flaky retry test” is a label; the issue body it came from is text. - Under
full, text MUST stay insideextnamespaces; core fields hold labels under either profile. - Locators such as
artifact.path,attempt.cwdandtask.repoare not text, but they can still be sensitive. A producer MAY write them as opaque ids.
How the promise is kept
The schema checks the length cap on the label fields that carry it, and nothing else. The rule that no field holds transcript text cannot be checked mechanically: no checker can tell a 400-character label from 400 characters of prompt. It is a promise the producer makes by declaring the profile, and it is part of what a conforming producer does (Conformance). A consumer that takes documents from producers it does not control is relying on that declaration, and can spot-check it. A tool that shares documents further can reduce them more. loopmath’sshare command, for example, hashes repository names and removes titles, paths, commands, session ids and commit hashes before anything leaves the machine.