org.anthers.work
One entry in a creator's Catalog — a game, video, album, essay, or other work they have released. This record is the public LISTING for that work: it says what the work is and where to reach it, and it never carries the work itself. It exists only while the work is publicly listed, and whether a particular person may open the work is decided by the service hosting it, never by this record.
Details · record, key tid
| Kind | record |
|---|---|
| Record key | tid |
| Authority | anthers.org |
| Indexed |
Showing version bafyreihgsknfjzdptzwejhemr3d7hurzmazhu4fuiy5r6xvuqnxq2z3usu. Show the latest
Record
record · key tidProperties
credits
arrayWho made this work and what of it they made — the creator's own liner notes. Optional and additive: a work with no credits simply lists none, which says nothing against it (credits are asserted, never assumed). A credit naming an on-network identity by DID is withheld until that identity accepts it (see `org.anthers.creditAcceptance`), because a public claim about a third party should not be made in their name without their consent. The `types` flags are published exactly as the creator entered them — including `generated` — so a stranger can build a real filter on machine-made work.
maxLength: 100
description
stringThe creator's own summary of the work. Plain text, so that every consumer can render it safely without a sanitizer.
maxLength: 30000maxGraphemes: 3000
What sort of work this is, in the sense of how it is handled — which player or reader opens it. Named `kind` rather than `type` because a record already carries `$type`, and two differently-scoped `type` fields in one object is a needless trap for anyone reading the JSON. `comic` and `music` are narrower than `ebook` and `audio`, which mean a book that is not a comic and audio that is not music. This is an open set: consumers must accept values not listed here, because new mediums are added over time.
maxLength: 64knownValues: text | video | music | audio | image | comic | ebook | game | software | physical | service
When the work was released to the public. This is the work's own date and the only one the record carries — record-creation time is already encoded in the record key, so a separate field for it would be a second, weaker answer to a question the key already answers.
The work's name, as its creator wrote it. Plain text for the same reason the description is: every consumer should be able to render it without a sanitizer. Required and never empty — a listing that names nothing is worse than no listing, so a work without a title is not published rather than published anonymously.
maxLength: 3000maxGraphemes: 300
Where this work can be reached. Usually its page on the service hosting it; a creator hosting their own Catalog points at their own. Deliberately not assumed to be an anthers.org address, because a creator's work outliving any one host is the point.
#access
objectWhether reaching this work costs anything. ⚠️ A display hint and NEVER an authorization: it describes what a stranger would find, not what any particular user is entitled to, and a consumer that treats it as permission is wrong. An object rather than a bare string so that further context — such as where access is granted — can be added later without a breaking change.
Properties
`open` — anyone may reach the work at no cost. `gated` — reaching it requires supporting the creator or buying it, on terms shown on the work's own page. Terms themselves are deliberately absent: a price shown apart from the total a person actually pays is misleading, and this record cannot control how a consumer renders it.
maxLength: 32knownValues: open | gated
#credit
objectOne credit on the work: a contribution, its kind, and where a person made it, who. The three parts answer different questions and are kept apart so each can be absent on its own terms. `types` is the only required one — a credit must assert something.
Properties
contributor
unionWho is credited. A DID names an on-network identity and is withheld until that identity accepts (see `org.anthers.creditAcceptance`); a name names an off-network contributor and is published as entered. A union rather than a bare string or a single object, so a third contributor kind can join later as a permitted addition. Optional: a credit with no `created` among its types may name nobody — a machine makes nothing a person owns, and material brought in unnamed is not credited rather than credited anonymously. Required whenever `created` is among the types, alone or in a blend — anything a human made must name who.
role
stringThe contribution this credit names, as a freeform title in the industry's own words — 'Written by', 'Cut by', 'Sound recording'. Freeform rather than a fixed list, because the useful roles differ by medium and a closed set would force every work into categories that fit none of them. Optional: a credit that is only a type assertion (a bare `generated` row) may leave the role unnamed.
maxLength: 1200maxGraphemes: 120
The kind(s) of contribution, published as entered. `created` — a person, or another entity capable of authorship in the copyright sense, made this part, and the part names them. Work-for-hire, licensed-in and public-domain source material all assert this one way, because the deal behind a credit is not the reader's question — who is responsible for the part is. `generated` — a machine not capable of authorship made this part: it records THAT it was, never which model, because a model owns nothing and can be granted nothing. ⚠️ First-edition values, which records published before October 2026 still carry: `ai` is what `generated` was called, with exactly its meaning, and `licensed` marked pre-existing material used under a right, its source named or not at the creator's choice — a named one reads as `created`, and an unnamed one has no successor, since material brought in unnamed is not credited rather than credited anonymously. An open set on purpose: a `created+generated` blend and the other non-empty subsets each mean what they say, and Anthers blesses no canonical 'counts as machine-made' reading of a blend — whether one clears a filter is the user's own call, and two filters reading a blend opposite ways is a feature, not a defect.
minLength: 1
maxLength: 16knownValues: created | licensed | ai | generated
#didContributor
objectA contributor identified by an on-network identity — their own DID. Naming one is a public claim about a third party, so it is withheld from the work record until that identity accepts it; an unconfirmed claim rendered as fact would travel somewhere a later correction cannot follow.
Properties
The contributor's DID.
#namedContributor
objectA contributor with no network identity, named by the creator — an off-platform collaborator, or a source by title. Stays unconfirmed by construction: there is no actor who can accept.
Similar lexicons
semantic matchLexicons whose schemas describe something close to this one. Check them before publishing a new one that overlaps.
-
A minimal, self-asserted marker: 'I made this' / 'we made this'. Deliberately tiny. It proves that this claim was made on this date by the holder of this repository — nothing more, which is exactly the claim that can honestly be made. Everything else (industry metadata, scene layers, commercial registrations, licensing terms) belongs in other namespaces that REFERENCE this record's URI rather than adding fields to it.
-
org.anthers.project
recordA project — a container a creator groups related works and posts under. It deliberately carries NO list of what is in it: a record naming its own contents has to be rewritten every time a work is added or removed, which broadcasts a new version on every change and makes the record a worse copy of a query. Membership belongs on the other end, as an optional field on the work, which may be added later at no cost.
-
org.anthers.creditAcceptance
recordA credited person's acceptance that they contributed to a work. It lives in the contributor's own repository, and is written only when the person Anthers names as a contributor agrees to be named there.
-
A submission record carrying candidate catalog data for a work, published by a trusted submitter to their own PDS. Repeatable; a submitter may create, update, or delete work-submission records over time.