michal/mcpctl
1
0
Fork 0
Code Issues Pull Requests 7 Actions Packages Projects Releases Wiki Activity

Merge remote-tracking branch 'origin/main' into feat/web-search-templates

Browse Source 
# Conflicts:
#	completions/mcpctl.bash
#	completions/mcpctl.fish
#	src/cli/src/commands/create.ts
#	src/db/src/seed/index.ts
This commit is contained in:
Michal
2026-08-12 23:11:54 +01:00
parent b07287baf2 db38de7e09
commit 8a31121e30
83 changed files with 7354 additions and 318 deletions
Download Patch File Download Diff File Expand all files Collapse all files

10
docs/web-search.md
View File

@@ -7,7 +7,7 @@ all three are deployed by mcpctl like any other server.
|---|---|---|
| `duckduckgo` | `duckduckgo-mcp-server` (python) | nothing |
| `searxng` | `mcp-searxng` (node) | a SearXNG instance |
| `docs-mcp` | `ghcr.io/arabold/docs-mcp-server` | nothing (see the persistence caveat) |
| `docs-mcp` | `ghcr.io/arabold/docs-mcp-server` | nothing |
Search and docs are different jobs, not competing options. A search engine will
hand you a 2023 blog post with a stale method signature; a docs index cannot
@@ -109,9 +109,11 @@ The backing PVC is named after the *server* (`mcpctl-docs-data`), not the
instance, so editing the server or restarting the pod re-attaches to the same
index rather than starting empty. See "Persistent volumes" in the README.
The template carries no `healthCheck`, because `search_docs` needs a library
argument that only exists after a scrape — a synthetic probe would report
unhealthy on a fresh instance.
The readiness probe is `list_libraries`: no arguments, read-only, and it reads
the SQLite store, so a pass proves the volume is mounted and readable rather
than merely that the process started. It answers "No libraries indexed yet." on
a fresh instance instead of erroring, which is why `search_docs` (which needs a
library that only exists after a scrape) cannot serve as the probe.
### Embeddings