search_articles
Search Kettle Logic insight articles by title, slug or description.
limitquery必填
com.kettlelogic由 kettlelogic.com 发布官方发布者v1.1.0更新于 Oct 24, 2026
MCP server exposing Kettle Logic insight articles & industry guidance as tools + resources.
只读的 MCP 服务器,让助手搜索并阅读 Kettle Logic 的洞察文章与行业指南页面。
Web executable,通过 Streamable HTTP。 远程服务在工作区中配置后即可从网页运行时运行。
把这段提示词粘贴到 Claude Code、Codex、Cursor 等智能体,或 SourceWeft 对话中。智能体会读取该服务器的安装指南,先向你展示发布者、端点和登录方式,经你同意后再把它添加到你的客户端。密钥不会写进任何命令。
阅读 https://sourceweft.com/mcp/com.kettlelogic%2Fmcp-kettlelogic/install.md,并按其中说明把这个 MCP 服务器接入我的客户端。修改任何配置之前,先告诉我它的发布者、端点和登录方式,等我确认。不要把 API 密钥写进命令或我会提交的文件;问我密钥应从哪里获取。把它添加到你客户端的 mcpServers 配置中。
{
"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.
来源:README.md,提交 4384b5f
Search Kettle Logic insight articles by title, slug or description.
limitquery必填Return a plain-text overview for an industry page (slug, e.g. "retail").
industry必填List every Kettle Logic insight article (title, slug, description) as JSON.
无需输入参数。
List the industries Kettle Logic publishes guidance for (name + slug) as JSON.
无需输入参数。
Fetch one insight article as readable text (slug, e.g. "control-tower-operations").
slug必填已满足适用检查项的 100%
该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。
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%)