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%)