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.

VerifiedSTDIODesktop onlyDeveloper ToolsAI & ML

Overview

AI-generated 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.
Before you install
The API key is a required secret passed in the environment; it scopes everything published to that key's account, so a different key exposes a different tenant's tools. Tool calls run hosted functions that may have side effects depending on what was published, and arguments and results are sent to the ActionForge service.

Installation

In SourceWeft

  1. Open Actionforge in the dashboard and add it to a workspace.
  2. 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

[npm]

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

bash
npx actionforge-mcp

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:

bash
npm installnpm run buildnode dist/server.js

Configure

bash
export ACTIONFORGE_URL=https://your-deployment.example.comexport ACTIONFORGE_API_KEY=af_...        # from POST /api/signup, or npm run keygennpx actionforge-mcp

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:

json
{  "mcpServers": {    "actionforge": {      "command": "npx",      "args": ["-y", "actionforge-mcp"],      "env": {        "ACTIONFORGE_URL": "https://your-deployment.example.com",        "ACTIONFORGE_API_KEY": "af_..."      }    }  }}

Claude Code

bash
claude mcp add actionforge \  --env ACTIONFORGE_URL=https://your-deployment.example.com \  --env ACTIONFORGE_API_KEY=af_... \  -- npx -y actionforge-mcp

How failures are reported

The protocol draws a line this server follows exactly, because it decides whether a model can recover on its own:

SituationReported asWhy
Arguments fail the tool's input_schema (400)result with isError: trueThe model can read the validation detail and fix the call
Tool not ready yet (503)result with isError: trueTransient — retry shortly
Rate limited (429)result with isError: trueIncludes how long to wait
Tool ran but broke its own output_schema (502)result with isError: true, named as a fault in the toolNot the model's arguments
Tool does not exist (404), or an unknown tool nameJSON-RPC errorNothing the model can correct; the client should re-list
ActionForge unreachableJSON-RPC error -32603Transport failure, not a tool result

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

bash
npm run build && npm run smokenpm publish --access public

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

0
SourceWeft has not started this package in its sandbox yet, so its tools are not known.

Version history

1
  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