Build an agent tool once; ship it as Agent Skills, MCP servers, Agent Plugins / Claude / Codex
Copy the AI prompt to install this server into Claude Code, Cursor, or another agent β or use 1-click editor setup below.
One-click editor setup isnβt available for this listing yet β we donβt have a confirmed install command, and weβd rather show nothing than point your editor at the wrong package or host. Follow the projectβs own setup instructions, linked above.
Build an agent tool once; ship it as an Agent Skill, an Agent Plugins bundle, a Claude Code, Codex or Cursor plugin, an MCP server, a CLI, an npm or PyPI package, an MCP Registry entry, an OpenClaw or Hermes native plugin, and a web page, from one operation module and one config file.
toolfactory is a scaffolder and a keeper-in-sync, not a runtime. It writes each surface in the shape that surface's own tooling would have written, proves it with that surface's own validator, and records every generated file in a lock so drift fails CI. Delete toolfactory from a repo it generated and every surface still installs, builds and publishes.
npx skills add GoatInAHat/toolfactorynpx -y toolfactory mcp toolfactory.mcpb from the GitHub Release and double-click to installclaude plugin marketplace add GoatInAHat/toolfactory, then claude plugin install toolfactory@toolfactorycodex plugin marketplace add GoatInAHat/toolfactory, then codex plugin add toolfactory@toolfactorygemini extensions install https://github.com/GoatInAHat/toolfactoryopenclaw plugins install --link hosts/openclaw from a checkouthermes plugins install https://github.com/GoatInAHat/toolfactory#hosts/hermes/toolfactory_hermesdsh plugin --profile <profile> add ./hosts/dsh from a checkout, or the release tarball toolfactory-dsh-0.4.2.tgznpx -y toolfactory mcp --http --open serves the operations page beside the
MCP endpoint on one port and opens it; over MCP or a skill, the web operation does the same and
returns the URL.npm install toolfactoryinit writes plugin.json (identity), dev.toolfactory/tool.json (surfaces, binding, config),
the kernel scaffold, the .agents/ agent-config canon (skills, MCP servers, sync.py, setup
and the per-harness hook carriers, so the tool is developable in any harness), and the first
build. It also does what a human would do next: git init and a first commit, then
bash .agents/setup, which renders the harness adapters, installs the git hooks that keep them
in sync, and installs the dependencies. Its nextSteps end with the one reload line of the
harness it is running inside, because reload is the one part a repository cannot automate.
Add --repo <owner>/<name> and it creates that GitHub repository through gh and pushes to it β
private unless you pass --public β with one topic per selected surface, and prepares the
live-tests environment when a .env is there. --dryRun prints the gh invocations instead.
None of it is required: with no GitHub, plain git or no git at all, everything below still works.
Use --runtime none --surfaces skill,codex when a plugin is only SKILL.md instructions for
Codex. ToolFactory then emits no MCP server, operation snapshot, language scaffold, or consumer
runtime dependency. binding remains required for config compatibility but is unused in this
mode. This is available in the published npm package starting with ToolFactory 0.1.1.
src/ops.ts (TypeScript) or src/<pkg>/ops.py (Python). Each one is a
name, a description, an input schema, an optional output schema, an optional requires
list, and a handler.npx toolfactory introspect spawns the kernel MCP server and snapshots tools/list into
dev.toolfactory/ops.json.npx toolfactory build regenerates every selected surface in-tree.npx toolfactory gate runs what CI runs, here: build, the drift check, every surface's
upstream validator, your own checks and tests, and the credential-free host end-to-end.npx toolfactory package builds the release assets into dist/release/;
CI runs the same gate and, on a v* tag, the same package job before publishing.A TypeScript operation:
Every command exists as a CLI subcommand and as an MCP tool (toolfactory mcp), because
toolfactory is built with toolfactory.
| Command | Does |
|---|---|
init | new tool: identity file (keywords defaults to [name], the Kiro Powers/Agent Plugins activation trigger; --keywords overrides), tool.json, kernel scaffold, first build, git init + first commit, .agents/setup; --repo <owner>/<name> creates the GitHub repository (private; --public opts out) and pushes it |
introspect | snapshot the kernel's tools/list into ops.json |
build | regenerate every selected surface; delete orphans; write the lock |
check | fail if the operation snapshot or any generated file drifted from the code (the CI gate) |
validate [--surface] | run each surface's upstream validator |
coverage | the operation Γ surface verdict matrix |
gate | run what CI runs, here: build, drift check, validators, your checks and tests, host e2e β stopping at the first failure |
package | build every release asset into dist/release/ (npm tarball, distributions, plugin tarball and bundle zip, web build, coverage) |
adopt / unadopt / eject | take a file (or a whole surface) over from toolfactory, or give it back |
doctor | which upstream CLIs this machine can delegate to |
secrets | every credential the project needs β its own sensitive config keys and the release registries' tokens β with where to mint each, whether it is present locally and on GitHub, and (--action check) whether the registry accepts it; never a value |
bootstrap-repo | push .env to GitHub through gh (config keys to the live-tests environment, release tokens to the repository), enable Pages, configure npm trusted publishing once the package exists, and print the one-time steps that are left |
unpublish | retract every registry a surface dropped since the previous tag published to; the release runs it, --dryRun shows it |
Skills first. init selects the minimum that already serves every harness β skill,
agent-plugins, mcp, cli and the binding's package registry β because everywhere that
takes a plugin also takes a skill plus an MCP server, and a skill is one file with no upstream to
track. Every host-specific plugin below is opt-in: add it only when that host needs what a skill
and an MCP server cannot give it (a gateway tab, browser capability, a store listing).
No reviews yet β be the first to share how this listing worked for you.
Showcase your server listing on GitHub or your project documentation. Embed this dynamic SVG badge to highlight official listing status and live engagement.
[](https://allmcps.com/mcp/toolfactory)<a href="https://allmcps.com/mcp/toolfactory"><img src="https://allmcps.com/api/badge/toolfactory?style=directory" alt="Toolfactory on AllMCPs" /></a>