SkillHub

Terms of service

These terms cover the website and the API at skillhub.fyi, and the skillhub command-line tool. They set out what the service is, what you may and may not publish through it, what happens to a version once you publish it, and what is not promised. SkillHub is before its 1.0 release, and the availability and warranty sections say what that means for you.

Last updated
26 July 2026
Contents

What the service is

1.1

SkillHub is a registry for agent skills. You publish a skill as a versioned, immutable package into a registry that is either public or private, review changes to it, and install it onto machines with the skillhub command-line tool. Registries belong to a user or to an organization, and access is granted per registry.

Your account

2.1

You are responsible for what happens under your account. That includes anything done with an API token you create: a token acts as you, and the service cannot tell a token you issued from one somebody took. Revoke a token you no longer trust — that you can do yourself, from your settings. Telling us an account has been taken over needs somewhere to tell it, and no mailbox has been stood up on this domain yet: legal_contact_address_here.

2.2

Accounts are for people rather than teams. Use an organization to share access, so that the audit record names whoever acted. The minimum age for holding an account is minimum_account_age_here.

What you may not publish or do

3.1

A skill is a set of instructions and files that somebody else’s coding agent will read and act on. That is what makes the first item below the serious one:

  • Do not publish anything built to harm whoever installs it. That covers malware, credential stealers, and instructions written to make an agent exfiltrate data, damage a repository, or reach systems its operator did not intend it to reach.
  • Do not publish content you have no right to publish, or content that infringes somebody else’s rights.
  • Do not publish secrets. Anything committed into a published version should be treated as disclosed the moment it lands, for the reasons in the next section.
  • Do not publish unlawful material, or use the service to harass anyone.
  • Do not work around rate limits, access controls or private registry boundaries, and do not try to reach content you have not been granted.
  • Do not automate the service in a way that degrades it for other people. Rate limits exist so one caller cannot take the service down for the rest.
3.2

An automated scan runs on every publish, and a version that fails it is refused. A registry administrator can override a failing scan, and the override is recorded in the audit log along with the full report. The scan looks for known patterns, so treat it as a filter rather than as a judgement that a skill is safe.

3.3

Nobody here reads a skill before it becomes available. A registry can be set to require review, and that review is carried out by that registry’s own administrators rather than by us.

Publishing is permanent by design

4.1

Version numbers are immutable. Publishing the same version twice is refused, because somebody who pinned that number must keep getting the code they pinned. What you can do is narrow:

  • Unpublish, within 72 hours of publishing, which removes the version’s files and tags. The number stays reserved and can never be reused, so an install that pinned it fails loudly rather than resolving to different code.
  • Yank, at any time, which marks a version withdrawn. Version ranges and tags skip it, and an exact pin still installs it. Yanking is one way and cannot be reversed.
  • Delete the whole registry, which removes its skills, versions and files. This cannot be undone, and copies already installed elsewhere keep working while no longer resolving to anything here.
4.2

None of these reaches a copy somebody has already installed. Publishing is the act that makes content durable and distributable, which is the reason to check a package for secrets before you push it rather than after.

What you own, and what you allow

5.1

You keep ownership of everything you publish. These terms take no ownership of your content, and nothing you publish is used to train a machine learning model.

5.2

To run the service we need permission to handle your content, so by publishing you grant a non-exclusive, worldwide, royalty-free licence to host, store, copy, transmit and display it, and to serve it to the people your registry’s visibility allows. For a public registry that is anyone. For a private registry it is the people granted access to it.

5.3

That licence lasts as long as we hold the content. It ends for anything we can still reach once you remove it, and it does not end for copies you can no longer reach: a version somebody has installed, or a yanked version an exact pin still resolves.

5.4

A skill can declare its own licence in its manifest, and that declaration is the terms you offer the people who install it. The service stores and displays what you declare. It does not check it, interpret it or enforce it.

Skills other people publish

6.1

Installing a skill puts somebody else’s instructions in front of your coding agent, which will act on them. Read what you install, especially before granting it access to a repository or a credential. Content published by other users is theirs, and the service does not vet it, endorse it, or promise it does what it says.

Availability

7.1

SkillHub is before its 1.0 release. There is no uptime commitment, no service level agreement, and no committed response time for support. Features can change or be withdrawn, and a release can take the service down while it deploys.

7.2

There is no status page yet. If the service is down, the honest position is that you will find out by using it, which is a gap rather than a policy.

No warranty

8.1

The service is provided as it is, without warranty of any kind, whether express or implied. Nothing here promises that it will be available, that it will keep your data without loss, or that it is fit for a particular purpose. Keep your own copy of anything you cannot afford to lose.

Liability

9.1

A limitation of liability belongs here, and writing one is not a job for a draft. The wording, and any cap it sets, are unsettled: limitation_of_liability_here.

Ending it

10.1

You can stop using the service at any time, and you can delete a registry you own without asking anyone. Removing your account is done by hand today, by a person, and there is still no mailbox on this domain to ask at: legal_contact_address_here. The privacy notice sets out what can be removed and what has to stay.

10.2

We can suspend or close an account that breaks these terms or puts other users at risk, and we will say why unless saying so would defeat the point. Suspension does not remove versions you published into registries other people own. Those are immutable, and pulling them would break installs their owners did not agree to break.

Changes to these terms

11.1

When this wording changes, the date at the top changes with it. A change that affects what you may publish, or what happens to what you have published, will be announced rather than quietly deployed.

Governing law and disputes

12.1

Which law governs these terms, and where a dispute would be heard, follow from where the operating entity is established. That entity is legal_entity_name_here, so both are unsettled: governing_law_here.

Contact

13.1

Questions about these terms have no address to go to yet, which is itself a clause that has to be written before these terms are put in force: legal_contact_address_here.