S14: MCP spike (rmcp, Claude Code and Codex as clients, VM reachability) #4

New issue

Open

opened 2026-10-02 00:16:05 +00:00 by jhgaylor · 0 comments

jhgaylor commented

2026-10-02 00:16:05 +00:00

Owner

Blocks: #5

From PLAN.md, section "M16 → S14".

S14: spike before M16 (about half a day):

rmcp maturity: Streamable HTTP server, resource subscriptions, progress
notifications, structured content, and tool annotations.
Claude Code as a client:
- its MCP tool-call timeout, and whether progress notifications extend it;
- its output-size limit (MAX_MCP_OUTPUT_TOKENS) and what truncation
  looks like;
- whether it uses resource subscriptions at all.
Codex as a client: stdio and HTTP.
From inside a wisp VM: can a process reach an HTTP endpoint on the host
(the bridge address, given wisp-netd's restricted set), or does the
bridge need to run host-side?
Does claude-agent-acp pass mcpServers of type http as well as
stdio?

**Blocks:** #5 _From PLAN.md, section "M16 → S14"._ --- **S14: spike before M16 (about half a day):** - `rmcp` maturity: Streamable HTTP server, resource subscriptions, progress notifications, structured content, and tool annotations. - Claude Code as a client: - its MCP tool-call timeout, and whether progress notifications extend it; - its output-size limit (`MAX_MCP_OUTPUT_TOKENS`) and what truncation looks like; - whether it uses resource subscriptions at all. - Codex as a client: stdio and HTTP. - From inside a wisp VM: can a process reach an HTTP endpoint on the host (the bridge address, given `wisp-netd`'s restricted set), or does the bridge need to run host-side? - Does `claude-agent-acp` pass `mcpServers` of type `http` as well as `stdio`?

jhgaylor added the

spike

label

2026-10-02 00:16:05 +00:00

jhgaylor added a new dependency

2026-10-02 00:16:06 +00:00

#5 M16: an MCP server (illogical as tools for any agent)

jhgaylor referenced this issue

2026-10-02 00:16:07 +00:00

M16: an MCP server (illogical as tools for any agent) #5