OKF4net.Mcp
0.5.0
dotnet tool install --global OKF4net.Mcp --version 0.5.0
dotnet new tool-manifest
dotnet tool install --local OKF4net.Mcp --version 0.5.0
#tool dotnet:?package=OKF4net.Mcp&version=0.5.0
nuke :add-package OKF4net.Mcp --version 0.5.0
OKF4net.Mcp
A local Model Context Protocol server that exposes one OKF knowledge bundle to Claude Desktop / Claude Code as read/write tools — the same way an Obsidian MCP server exposes a vault.
Install
dotnet tool install -g OKF4net.Mcp
This installs the okf-mcp command.
Use with Claude Desktop
Add an entry to claude_desktop_config.json:
{
"mcpServers": {
"okf": {
"command": "okf-mcp",
"args": ["C:\\path\\to\\my-bundle"]
}
}
}
The bundle root may instead be supplied via the environment:
{
"mcpServers": {
"okf": {
"command": "okf-mcp",
"env": { "OKF_BUNDLE_ROOT": "/path/to/my-bundle", "OKF_MCP_READONLY": "1" }
}
}
}
Set OKF_MCP_READONLY=1 to serve the bundle for consultation only (the write
tools okf_write_concept, okf_append_log, okf_regenerate_indexes are not
registered).
Bundle resolution order
okf-mcp resolves its bundle root in this order:
- The first positional argument.
- The
OKF_BUNDLE_ROOTenvironment variable. - Convention discovery: starting from the current working directory and
walking up, the first directory that is a marked bundle — testing at
each level the directory itself, then its
knowledge/child. A marked bundle has a rootindex.mdwhose frontmatter declaresokf_version(§12).
Discovery is deliberately strict — an unmarked bundle (no okf_version in
its root index.md) is not discovered, so a writable server can never
mistake an arbitrary docs directory for a bundle. Mark the bundle (add
okf_version to the root index.md frontmatter, e.g. via the OKF Claude
Code plugin's /okf-init) or use an explicit root.
Note for Claude Desktop: Desktop spawns servers with an unrelated working
directory, so discovery does not apply there — keep the positional argument
or OKF_BUNDLE_ROOT in claude_desktop_config.json.
Tools
okf_read_concept, okf_browse, okf_graph, okf_search, okf_write_concept,
okf_append_log, okf_regenerate_indexes, okf_validate_bundle,
okf_changes_since, okf_get_computation.
Each is the corresponding OkfBundleTools operation, so all OKF v0.2 behaviour,
producer-grade validation, path-safety, and locking apply unchanged.
That's ten tools full (seven read-only tools above plus the three write
tools), or seven when OKF_MCP_READONLY=1 drops the three write tools.
okf_get_computation reads a §10 attested-computation concept's contract and
sanctioned computation source — read-only, no attestation runtime needed. The
eleventh OkfBundleTools tool, okf_run_computation, is not exposed by
this server: it only appears in GetTools() when the tool set is constructed
with an OKF4net.Attestation AttestationOrchestrator wired in, and this
server starts OkfBundleTools with no orchestrator (it wires no
host-specific binder/executor/attester runtime). Embed OKF4net.Agents
directly if you need okf_run_computation.
| Product | Versions Compatible and additional computed target framework versions. |
|---|---|
| .NET | net10.0 is compatible. net10.0-android was computed. net10.0-browser was computed. net10.0-ios was computed. net10.0-maccatalyst was computed. net10.0-macos was computed. net10.0-tvos was computed. net10.0-windows was computed. |
This package has no dependencies.
| Version | Downloads | Last Updated |
|---|---|---|
| 0.5.0 | 125 | 7/31/2026 |
| 0.4.0 | 106 | 7/30/2026 |
| 0.3.1-preview.1 | 63 | 7/30/2026 |
| 0.3.0 | 106 | 7/29/2026 |
| 0.2.0 | 110 | 7/27/2026 |