Skip to content

Registry

Hub

Packages you install with one command: slash commands you type, pipelines you run, and the roles they hand work to — each listed with the disclosure you would want before you run it.

Vocabulary

What a package can contain

skills

Slash commands you type in a session. Each is a prompt template, not code.

You type /review

workflows

Multi-step pipelines you start with one command. Steps run in order, some in parallel, under a spending ceiling the engine enforces.

You type /workflow name

agents

Named roles a pipeline hands work to. Each declares its tools, and the engine decides what it may touch from those — not from what it says about itself.

You type @role

org-kit

Roles and pipelines together — a small organisation rather than a single command.

Filter by kind

14 packages · page 1 of 2

How this works

Curated, and small on purpose

The repository is the registry. There is no backend, no account and no upload endpoint — one JSON file per listed package, and a pull request to add one.

Every entry carries a disclosure block: the agent roles it would install and the lane each one runs on, the workflows with their stage counts and budgets, the skills, the MCP servers, and whether any of it is executable code. The page you read and the install you run are built from the same file, so they cannot describe two different packages.

A listing is not an audit. It means a human read the source once and thought it was what it said it was. Before you install anything from here, run arcturn inspect against the source and read what it derives from the package itself — that beats this page, always.

Listing a package

  1. 1 Publish it where arcturn add can reach it — a public git repo, or a subdirectory of one.
  2. 2 Add registry/<name>.json with its disclosure block.
  3. 3 Open a pull request. Expect questions about anything the tree does not support.
The schema and the curation stance