warden

Using Warden

Organization

Who you are to Warden: your profile, your rules, the places you sell from, and the channels you watch.

Organization holds what Warden needs to know about you rather than about a listing. It has five views, each at its own address:

ViewWhat it holds
ProfileYour organization's name, your role in it, your logo, which also appears on the public page of every credential you issue, and who your statutory notices are made by
PolicyYour rules, versioned, and how Warden reads a listing against them
Connected appsHow member records reach Warden today, and the connections still coming
Your outletsThe profiles you sell from yourself
ChannelsChannels you know about, and channels Warden found that may carry your files

Profile

Your role decides what you may do here. An admin can decide and set up. A member can read.

Statutory notices holds the details a takedown notice has to carry about you: how a platform can reach the rights holder. Warden holds them once, for that purpose, and freezes a copy into each notice when it is prepared. See Actions.

Policy

Your policy is what Warden reads a listing against. It is not a rule editor. You answer six questions about what you allow, read back a plain sentence for each, and put the result in force.

Every question takes one of three answers: yes, no, or it depends. "It depends" keeps your condition in your own words, shows it beside the listing, and says plainly that Warden cannot check it itself.

The six questions

They are grouped by what they are about: selling prints, your pictures and files, and changes.

GroupQuestion
Selling printsCan people sell physical prints of your designs?
Selling printsDoes selling prints need an active license or membership from you?
Selling printsMust sellers credit you as the designer?
Your pictures and filesCan sellers use your renders and photos in their listings?
Your pictures and filesCan anyone share or resell your digital files?
ChangesCan people modify or remix your designs?

The second question is asked only if you allow prints at all.

The answers compile into rules on six subjects: selling physical prints, selling digital files, passing files on, using your renders, credit, and modification. The question about digital files becomes two rules, because a shop selling your file and a channel passing it around are read from different evidence.

What each rule can read

RuleWhat it reads
Selling physical printsWhether the listing is known to sell a printed item, and, where you require a license, whether the seller holds an active entitlement that explicitly grants physical sales
Selling digital filesWhether the place is a shop and the listing is known to sell a file
Passing files onThe file names the listing carries
Your rendersWhat the render comparison answered
CreditNothing yet
ModificationNothing yet

Credit and modification are recorded so your stance is visible, and they answer needs evidence every time. Warden has the listing text but no record of what your attribution requirement actually is. A name in the title, a link to your shop and a license line are three different requirements, and until Warden has been told which is yours, it cannot tell crediting you from merely naming you. Nothing in what Warden holds speaks to whether a design was modified at all.

The four readings

Each rule gets its own verdict. There is no combined score and no total for a listing.

VerdictMeans
CoveredThe rule permits this to an entitled customer, and an active entitlement explicitly grants it
Possible conflictWarden compared the listing against your rule and the two conflict
Needs evidenceThe rule applies and the facts do not settle it
Not applicableThe rule has nothing to say about this listing

Covered is reached by one path in the whole product: the rule on selling prints, where you permit it to entitled customers, met by an entitlement that is active and explicitly grants physical sales. It covers that one rule. It says nothing about the seller.

Possible conflict is the strongest thing Warden says. It is deliberately not called a violation: Warden can state that a listing and your written rule conflict, and whether that is infringement is a legal conclusion Warden does not reach.

A rule you answered "it depends" on is held and never evaluated. Warden shows your condition and says it cannot tell from the listing whether the condition is met.

Rule readings are not triage. A verdict changes nothing about whether a listing is in Review, and the two read different inputs by construction: triage sees the detection signals and never the rules, evaluation sees the facts and never the triage.

Draft and in force

A policy has two versions at most: a draft you can save as often as you like, and the one in force. Change on a group of questions opens them and saves the answers as the next draft.

A draft changes nothing. Putting it in force needs every question answered, retires the previous version, and takes effect from that moment. If a rule of yours really is conditional, that is what "it depends" is for.

Design confirmations work differently and it is worth not confusing the two. Your answer about whether a design is yours is recorded against the exact state of the listing you were shown, not against a policy version.

What you can set, and what you cannot

You set a stance on each of the six subjects, and a condition in your own words where you answer "it depends". That is the whole surface.

You cannot add a subject, write a rule of your own, change what a verdict word means, or override a reading on one listing. The rules are Warden's and the same for everybody. Warden learns what your designs and your conventions look like, and nothing in how it reads a rule changes with who you are. A rule that only worked for one creator would be a rule nobody could trust the answers of.

Warden also does not read your provider's tier and scope wording. It reads whether an entitlement is active and whether it explicitly grants a capability, and it treats those as two separate facts.

Before you have a policy

A new organization has no policy and no draft. Nothing is assumed permitted and nothing is assumed prohibited.

Warden still scans and still records while you have none. It shows what it observed and says it has no rules to read against.

Connected apps

This view shows how member records reach Warden today: typed in or pasted in Commercial, and sent by your own server through the Membership API, whose card leads to your keys. Membership platforms, community apps and a webhook are listed beside them as coming. Nothing is connected through any of those yet.

Your own outlets

Register the profiles you sell from. Until you do, your own listings arrive in Review as though somebody else had published them, and one of the two things that settles a listing without a person is the listing turning out to be yours. A listing from one of your outlets is never raised as a finding.

Warden matches the name the place shows on your listings. Nothing here proves that profile is yours, and Warden says so on every row: an unverified outlet quiets findings inside your own organization and does nothing outside it. That has to change before Warden would send anything in a creator's name, and it has not changed yet.

Channels

Two sections, and they are different kinds of thing.

Channels you know about are ones you added. Paste a public link, and once Warden has approved the channel, Swarm looks there too. An invite link is refused, and only public channels are accepted. Your plan sets how many channels you can name. A channel counts as watched once a collection pass has actually finished on it recently. That is measured, not a flag somebody set.

Channels that may carry your files are ones Warden found, and the section appears only once it has found something. You are shown the channel, how many members it has, how many of its recent files look like yours, and a sample of the names, then asked to say watch it, these are not mine, or ignore it.

Coming soon

  • Credit and modification resolving past needs evidence. That waits on Warden recording what your attribution requirement is, which belongs to onboarding rather than to the rules.

  • Membership platform connections.

  • Proving that an outlet is yours.