
Actionforge
io.github.PritaSPublished by GitHub account PritaSv1.0.3Updated Oct 27, 2026
MCP server for ActionForge: expose your account's tools to Claude and any MCP client.
Overview
Bridges an ActionForge account's hosted tools into any MCP client, so an assistant can list and call them as native tools.
- What you can do
- List the tools published in an ActionForge account, read from the account's tool endpoint
- Call any of those tools by name, passing arguments that match each tool's input schema
- Receive each tool's output, with validation, rate-limit and readiness failures returned as tool errors the model can read and act on
- Report missing tools and unreachable service as protocol errors, and refresh the cached tool list when a tool disappears
- When to use it
- Use it when you already build functions on ActionForge and want Claude Desktop, Claude Code or another MCP client to call those hosted endpoints directly, without writing a separate wrapper per tool.
- Requirements
- A local Node.js runtime (20.12 or later) and the npm package run via npx; no other dependencies. An ActionForge API key in ACTIONFORGE_API_KEY, and optionally ACTIONFORGE_URL for a self-hosted deployment (defaults to the hosted service). Network access to the ActionForge API.
Installation
In SourceWeft
- Open Actionforge in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
ActionForge MCP server
Publishes an ActionForge account's tools to any MCP client — Claude Desktop, Claude Code, or anything else speaking the Model Context Protocol.
ActionForge turns a description and a pair of JSON Schemas into a hosted API endpoint. You describe the function you need; it generates the implementation, deploys it as a serverless function, and returns a validated URL. Every tool is a pure function of its input — generated code is scanned before deploy and refused if it reaches the network or executes code built at runtime.
This package is the MCP bridge: your endpoints become tools Claude can call
directly. It has no runtime dependencies — stdio, fetch, and about 500
lines.
Get an API key at pritas.github.io/actionforge_ui.
The mapping is close to one-to-one, which is why this wrapper is thin: an
ActionForge tool already is an MCP tool — a name, a description, a JSON Schema
for input, and one for output. tools/list reads GET /api/tools;
tools/call posts to the tool's proxy URL.
Implemented directly against the 2025-06-18 protocol schema rather than via the
SDK. That keeps the install to a single package with nothing beneath it, and
every branch stays exercisable offline — npm run smoke drives the compiled
server over stdio against a closed port, so the handshake, the silence expected
of a notification, and transport-failure handling are all checked without an
account.
Install
Zero runtime dependencies — the whole server is stdio, fetch, and about 500
lines. Nothing to install beyond Node 20.12+.
From a checkout of this repo instead:
Configure
Everything published is scoped to that key's account. Point it at a different key and it publishes a different tenant's tools — the API enforces the scoping, so the MCP server cannot see past it.
Transport is stdio with newline-delimited JSON. stdout carries protocol frames only; all logging goes to stderr, because anything else corrupts the stream a client is parsing.
Claude Desktop
claude_desktop_config.json:
Claude Code
How failures are reported
The protocol draws a line this server follows exactly, because it decides whether a model can recover on its own:
Anything the model could act on stays inside the result where it can see it. Only genuinely exceptional conditions become protocol errors.
Caching
The tool list is cached for 30 seconds, and the cache is dropped immediately when a tool turns out to be gone — so a deleted tool disappears on the next listing rather than lingering until the TTL expires.
Publishing
dist/ is gitignored — it is a build artifact, rebuilt by prepublishOnly, so
what npm receives is always compiled from the committed source.
Bump version before each publish; npm refuses to overwrite a released
version.
Source: README.md at commit d5a1780
Tools
0Version history
1- v1.0.3LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts