Skip to main content

federated-agent-kits

A kit is a composition of three kinds of thing: skills your agent can open, rules that go into every prompt, and agent definitions with their own model and tools. A kit may be one skill, or a skill with the rule that makes a model reach for it, or an agent with everything it leans on. What makes them one kit is that you want them together.

Kits accumulate in different places. Some you would publish, some belong to your employer, some never leave your laptop. Meanwhile each harness wants them in its own directory, under its own filename.

This subscribes you to the kits you want, from wherever they live, and writes them where each harness looks.

Status: it reads, and does not yet write. DESIGN.md is the source of truth for what gets built, IMPLEMENTATION.md for the order it gets built in. akit list works today, against both manifests, every source form and the opencode and VS Code adapters. Every other verb says which task it is waiting for rather than pretending to work.

What it is for

Use your own practice everywhere. Write a style guide or a debugging workflow once. Subscribe to it on every machine, in every harness.

Share with a team without sharing everything. Which tier a kit belongs to is decided by which repository it sits in. There is no field to get wrong, and a kit that may not be published cannot be rendered into a public repository.

Take other people's kits without copying them by hand. A subscription names a source and an item. An update arrives as a diff you read, not as something that changed under you.

Stop writing the same instructions into four files. One rule, written once, reaches every harness you use, in whichever shape each of them wants it.

Use something else if you want a registry, a marketplace, or a runtime. This writes files and gets out of the way.

How it will work

akit add owner/repo writing      # this repository's manifest; --global for yours
akit list            # what you subscribed to, where it is, and where it would land
akit render          # safe to run from a git hook
akit doctor          # name collisions, stale renders, refusals

Every command explains itself, because the agent-facing skill is deliberately thin: it says run akit list and never describes the output. So akit <command> --help is the documentation, and akit help manifest, akit help sources, akit help harnesses and akit help privacy cover the four things that are not commands.

uvx --from federated-agent-kits akit --help

The --from is not decoration. The distribution is federated-agent-kits and the command it installs is akit, and uvx reads its first argument as a distribution rather than as a command. Naming only the command therefore asks the index for a project called akit, which belongs to somebody else. --from names the distribution and akit names the command inside it. If you run this daily and would rather type four words fewer, uv tool install federated-agent-kits puts akit on your PATH for good.

A source is an ordinary git repository with skills/, rules/ or agents/ in it. It needs no manifest and no registration, and it never learns that you subscribed.

Your subscriptions live in two files with one format. A personal one says what is true of you. A committed one in a repository says what that repository expects, so a colleague clones it and runs one command:

uvx --from federated-agent-kits akit render

Nothing to install first. federated-agent-kits ships on PyPI, so the step between a fresh clone and a working set of kits is that one line, in a contributing guide or in a pre-commit hook.

What it promises

Windows and Linux are equal. Both are tested in CI, and neither is the afterthought.

Python only, shipped as a package you run with uvx. No dependency lockfile of ours to go stale, and no install step for anyone who just wants to work on a repository.

A new harness is one file. opencode and GitHub Copilot in VS Code come first. An adapter answers seven questions about where that harness keeps things and how to tell it is installed, and nothing else in the system changes. DESIGN.md works pi through as an example.

The file you edit is the only copy. Everything rendered is generated and disposable.

License

MIT.

Metadata

Release files for federated-agent-kits 0.4.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for federated-agent-kits 0.4.0
File Size Uploaded Provenance
federated_agent_kits-0.4.0.tar.gz 113.4 kB With provenance Details

Built distribution (wheel)

Table of built distributions (wheels) for federated-agent-kits 0.4.0
File Interpreter ABI Platform
federated_agent_kits-0.4.0-py3-none-any.whl Python 3 none any Details

Total release size: 167.0 kB

Release files / federated_agent_kits-0.4.0.tar.gz

Download URL federated_agent_kits-0.4.0.tar.gz
Size 113.4 kB
Tags Source
SHA-256 checksum
How to use checksums
99171af1fbaa8127648412fadbbc1e9a60ac4c0a991ecbac0348e7d3335ea75e
BLAKE2b-256 checksum
How to use checksums
f3c02393d895778fc2827da9ffb301eac926e62be4fae39fe630cf03fc37fdf5
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 7, 2026.

Transparency log

Release files / federated_agent_kits-0.4.0-py3-none-any.whl

Download URL federated_agent_kits-0.4.0-py3-none-any.whl
Size 53.6 kB
Tags Python 3
SHA-256 checksum
How to use checksums
6fb36446b78a4ffb74b7ce2c056843f3f2ee4b2b0ee75c2443e482bc8f24d201
BLAKE2b-256 checksum
How to use checksums
2f4ff8d15bf6c509cee9c9d0ad73cc98de02ac7109dbbea37b71e4baa27f6c9d
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 7, 2026.

Transparency log

Security for federated-agent-kits 0.4.0

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

Full provenance

All 2 files in this release have been uploaded with provenance metadata.

Select from 2 files

Attestation for federated_agent_kits-0.4.0.tar.gz

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 7, 2026.

Transparency log

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page