search_articles
Search Kettle Logic insight articles by title, slug or description.
limitqueryrequired
com.kettlelogicPublished by kettlelogic.comOfficial publisherv1.1.0Updated Oct 24, 2026
MCP server exposing Kettle Logic insight articles & industry guidance as tools + resources.
Read-only MCP server that lets an assistant search and read Kettle Logic insight articles and industry guidance pages from the public website.
Web executable via Streamable HTTP. Remote servers run from the web runtime once configured in a workspace.
Paste this prompt into Claude Code, Codex, Cursor or another agent — or into SourceWeft chat. The agent reads this server's install guide, shows you its publisher, endpoint and sign-in, and adds it to your client once you agree. Keys never go into a command.
Read https://sourceweft.com/mcp/com.kettlelogic%2Fmcp-kettlelogic/install.md and connect the MCP server it describes to my client. Before changing any config, show me its publisher, endpoint and sign-in method and wait for my OK. Never put an API key in a command or in a file I would commit; ask me where it should come from.Add this to your client's mcpServers config.
{
"mcpServers": {
"kettlelogic": {
"type": "http",
"url": "https://kettlelogic.com/mcp"
}
}
}A Model Context Protocol (MCP) server that exposes a Kettle Logic site's published content — whitepapers/playbooks ("insights") and industry pages — to any MCP-capable agent (Claude Desktop, IDEs, custom orchestrators).
It is a pure, read-only client of the public website: it fetches content live over HTTP and parses it with the Python standard library. No database, no API keys, no dependency on any backend cluster or LLM. The target site is configurable, so you can point it at your own deployment — or any site with the same shape — and see what it discovers.
Built on the official mcp Python SDK (FastMCP),
speaking the standard stdio transport (and an optional streamable-http
transport for container/Kubernetes deployment).
Engineering note: this repository doubles as a reference for how we build — hexagonal layering, fully-typed OO, dependency injection, and a suite of ratchets (see ARCHITECTURE.md) that enforce the rules in CI.
pytestruns unit tests, real-stdio e2e tests, and the ratchets together.
Discovery is live: articles from the site's /insights/ index, industries from its
/llms.txt (falling back to crawling /industries/).
Normally an MCP client launches it. To explore interactively:
A hardened instance runs live over streamable-HTTP — point any MCP client at it:
This server is listed in the public MCP registry
as com.kettlelogic/mcp-kettlelogic (brand: kettlelogic, not a personal GitHub
handle). server.json is the manifest — it advertises the hosted
streamable-HTTP remote and validates against the 2025-12-11 schema.
The listing is claimed by HTTP domain ownership, not a GitHub login: the registry
fetches https://kettlelogic.com/.well-known/mcp-registry-auth (a public-key challenge
served by the marketing site — web/public/.well-known/mcp-registry-auth in the
kettlelogic repo) and verifies a signature made with our Ed25519 private key.
.github/workflows/publish-registry.yml
publishes automatically on every GitHub Release (and via manual Run workflow).
It runs on a self-hosted runner in our cluster (runs-on: [self-hosted, linux, cluster]) — chosen because GitHub-hosted minutes run out fast, and this way the
publish costs zero quota and won't fail when the month is drained. That runner also
mounts the signing key from an in-cluster Secret (/opt/mcp/key-hex), so the key
never lives in GitHub Actions secrets.
So the normal flow is: bump version.py + server.json version → cut a GitHub
Release → the registry updates itself.
Runner setup is one-time and lives in the private home repo:
deployments/github-runner/ (README there). If the runner is down, re-run from
the Actions tab, or use the local fallback below — it always works with no infra.
If you ever need to publish by hand:
The Ed25519 key authorizes publishing under the com.kettlelogic namespace. It
exists in three places (the private key is intentionally NOT in git):
.secrets/mcp-registry-key.pem (gitignored). Convenience for manual publishes.mcp-registry-key (key key-hex) in the github-runner
namespace. This is what the auto-publish runner uses, and the canonical backup.https://kettlelogic.com/.well-known/mcp-registry-auth
(committed in the kettlelogic repo as web/public/.well-known/mcp-registry-auth).Lost the local .pem? Recover the signing key (as hex) straight from the cluster —
publishing only needs the hex, not the pem file:
Rotate (if the key is ever exposed):
Versions are immutable in the registry — you can't re-publish an existing version;
bump version.py + server.json first.
For network deployment the server runs the streamable-http transport.
Kubernetes manifests live in deploy/k8s/ (Deployment with 2
replicas, readiness/liveness probes, resource bounds, non-root + read-only root FS,
ClusterIP Service, ConfigMap). Apply with:
KETTLELOGIC_LOG_LEVEL./metrics (set KETTLELOGIC_METRICS_PORT):
mcp_operations_total, mcp_errors_total, mcp_http_fetches_total,
mcp_http_errors_total, mcp_cache_total{result}, mcp_op_duration_seconds.Coverage runs ~99%. See ARCHITECTURE.md for layering, the request flow, and the full list of ratchets.
MIT — see LICENSE.
Source: README.md at commit 4384b5f
Search Kettle Logic insight articles by title, slug or description.
limitqueryrequiredReturn a plain-text overview for an industry page (slug, e.g. "retail").
industryrequiredList every Kettle Logic insight article (title, slug, description) as JSON.
Takes no parameters.
List the industries Kettle Logic publishes guidance for (name + slug) as JSON.
Takes no parameters.
Fetch one insight article as readable text (slug, e.g. "control-tower-operations").
slugrequired100% 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.
pip install . # Python >= 3.11; pulls in mcp + httpxmcp-kettlelogic # console script (stdio transport by default)npx @modelcontextprotocol/inspector mcp-kettlelogic{ "mcpServers": { "kettlelogic": { "command": "mcp-kettlelogic", "env": { "KETTLELOGIC_BASE_URL": "https://kettlelogic.com" } } }}{ "mcpServers": { "kettlelogic": { "url": "https://kettlelogic.com/mcp" } }}# 1. Get the CLI (prebuilt binary from the registry releases)curl -L https://github.com/modelcontextprotocol/registry/releases/latest/download/mcp-publisher_linux_amd64.tar.gz | tar xz mcp-publisher
# 2. From the repo root (where server.json lives):./mcp-publisher validate./mcp-publisher login http --domain kettlelogic.com \ --private-key "$(openssl pkey -in .secrets/mcp-registry-key.pem -outform DER | tail -c 32 | xxd -p -c 64)"./mcp-publisher publishKEY_HEX="$(kubectl -n github-runner get secret mcp-registry-key -o jsonpath='{.data.key-hex}' | base64 -d)"./mcp-publisher login http --domain kettlelogic.com --private-key "$KEY_HEX"./mcp-publisher publishopenssl genpkey -algorithm Ed25519 -out .secrets/mcp-registry-key.pem # new keyPUB="$(openssl pkey -in .secrets/mcp-registry-key.pem -pubout -outform DER | tail -c 32 | base64)"# 1. update the served challenge (in the kettlelogic repo) + redeploy the site:echo "v=MCPv1; k=ed25519; p=$PUB" > ../kettlelogic/web/public/.well-known/mcp-registry-auth# 2. update the cluster Secret the runner uses:kubectl -n github-runner delete secret mcp-registry-keykubectl -n github-runner create secret generic mcp-registry-key \ --from-literal=key-hex="$(openssl pkey -in .secrets/mcp-registry-key.pem -outform DER | tail -c 32 | xxd -p -c 64)"# 3. re-publish (new key must be live at the well-known URL first).docker compose -f deploy/docker/docker-compose.yaml up --buildkubectl apply -k deploy/k8spip install -e ".[dev]"ruff check src tests # lint + import ordermypy # type check (disallow-untyped-defs)pytest # unit + e2e + ratchets, coverage gate (fail-under 90%)