jochen
78817c949e
The node's runtime launches a tools bundle as a process and speaks MCP over stdio to it, so a tool may be written in any language and the transport stays in the runtime (ADR 0039's refusal, kept). Each SDK is the loop and the tool type and nothing else: `@novox/mesh-sdk/stdio` (serveStdio, and serveRegisteredOverStdio for a bundle that already registers the in-process way), python/, go/, rust/ and c/ beside it, each with an example answering `greet` and the seat verb `node-lamp.on`. Skeletons, by the operator's direction: the bare minimum one bundle per language needs to be built and answer, proven here by each example answering tools/list and tools/call on stdio.
10 lines
514 B
Markdown
10 lines
514 B
Markdown
# mesh-sdk for C
|
|
|
|
The skeleton (novox/hq ADR 0187): `mesh_serve(name, tools, count)` speaks MCP over stdio to the
|
|
node's tool runtime. A `mesh_tool` is a name, a description, an argument schema and a function
|
|
returning JSON. A tool named `<seat>.<verb>` is the seat's implementation. JSON is jansson's, the
|
|
one dependency.
|
|
|
|
What it holds, under ADR 0039's test: the stdio loop and the tool type. Nothing else — no bus, no
|
|
client, nothing of any module's. `make` and pipe a `tools/list` request into `./example`.
|