Scripthold — Secure MCP Server for Local Workspaces

Code from the web. Work locally. Recover safely.

Scripthold is a Model Context Protocol (MCP) server that gives web, desktop, and CLI agents controlled access to explicitly authorized local workspaces. It reads and writes legacy text safely, exposes deterministic repository-oriented workflows, supports authenticated Streamable HTTP as well as stdio, and can optionally run durable asynchronous local tasks.

AI clients see Настройки — not ???? or Íàñòðîéêè.

Scripthold detects encodings from bytes and decoded-text evidence rather than filenames, presents text to the MCP client as UTF-8, and preserves or deliberately converts encoding, BOM, and line endings through bounded-memory and durable filesystem operations.

• 35 tools and 3 guided prompts over one authoritative catalog in the current next-major source tree; the public 2.2.0 release exposes 30 tools.

• 168 registered encodings, including UTF-32 LE/BE and broad portable legacy coverage; automatic detection remains intentionally more conservative than explicit codec support.

• Secure filesystem boundaries with resolved-root containment, deterministic traversal, Windows reparse/junction handling, staged mutation, conflict detection, and no-replace creation.

• Verified change workflows with deterministic fingerprints, one-shot edit approval, strict patch packages, persistent backup integration, and typed verification.

• Offline backup recovery with deterministic persisted review plans, immutable source evidence, fully verified reconstruction into a separate staged destination, mandatory full audit, no-replace promotion, and path-free provenance.

• Durable asynchronous execution with idempotent admission, an owner-only task store, bounded queue/logs, independent supervisor/worker/executor lifecycle, recovery, logical locks, and cancellation.

• Fail-closed Streamable HTTP with bearer authentication, loopback defaults, exact Host/Origin checks, bounded resources, no CORS, and explicit TLS/proxy requirements for non-loopback exposure.

Scripthold was built with Scripthold.

Lineage: Scripthold originated from the original mcp-file-tools project, created by Dimitar Grigorov, and retains its GPL-3.0 lineage and permanent attribution. See Project Direction.

Current release

Scripthold 2.2.0 is the current public release. It exposes 30 tools, 3 guided prompts, and 168 registered encodings. The GitHub Release publishes six raw binaries, six platform archives, and checksums.txt; GitHub-only workflows add the six MCPB bundles, mcpb-checksums.txt, and the MCP Registry publication for io.github.zoster81/scripthold.

R22 completed the global encoding expansion and full UTF-32 pipeline, R23 completed on 2026-08-12, R24 completed on 2026-08-13, R25 completed on 2026-08-13, and R26 completed on 2026-08-14. R24 established the 34-tool Unreleased next-major filesystem surface; R25 adds the read-only source_symbols source-navigation tool as the 35th catalog entry. source_symbols provides bounded outline, digest, find, and fingerprint-bound show over the initial Go, C#, VB.NET, Python, and Classic ASP canaries without external parser/compiler/LSP runtime dependencies. R26 adds explicit offline backup-store recover-plan / recover-apply reconstruction into a separate fully audited destination while preserving the damaged source store as evidence; its exact pushed implementation commit passed native Windows/Ubuntu/macOS CI and the aggregate Release candidate gate. 2.2.0 remains the current public release until an explicitly authorized later release is published. R27 remains planned and inactive. Current/future milestone state lives in docs/ROADMAP.md, the completed R23 contract in docs/MCP_MUTATION_SURFACE.md, the completed R24 contract in docs/SAFE_FILESYSTEM_OPERATIONS.md, the completed R25 contract in docs/SOURCE_INTELLIGENCE.md, the completed R26 contract in docs/BACKUP_RECOVERY.md, completed milestone history in docs/ROADMAP_HISTORY.md, and release changes in CHANGELOG.md. Publication does not imply any operator-specific deployment state.

Related MCP server: codex-web-bridge

Transport and authorization model

Both transports use the same BuildServer path and expose the same tools, prompts, limits, encoding behavior, error model, and execution policy.

Allowed directories are a process-wide authorization boundary. Sessions separate protocol lifecycle and cancellation; they are not per-agent filesystem ACLs. If two agents require technical isolation, run separate Scripthold processes with narrower roots and, for concurrent Git writes, separate checkouts or worktrees.

MCP 2026-07-28 is supported through the stable Go SDK. Native HTTP serves stateless modern requests beside retained stateful legacy sessions under the same outer authentication, Host/Origin, resource, logging, and execution controls. See docs/MCP_2026_07_28_ADOPTION.md and docs/HTTP_SECURITY.md.

Tool catalog

File and directory operations

• read_text_file — stream decoded text with bounded output and optional line numbers.

• read_multiple_files — deterministic bounded batch reads with per-file status.

• write_whole_file — replace complete file contents through the shared encoder.

• edit_file — read-only exact edit preview with approval fingerprints and a one-shot capability.

• edit_file_apply — apply only the exact prepared edit identified by previewId.

• patch_package — read-only inspect/dry-run/verify for declared multi-file edits.

• patch_package_apply — apply only a prepared patch-package capability.

• list_directory — list directory entries with filtering and deterministic sorting.

• tree — compact .gitignore-aware deterministic tree output.

• get_file_info — read file or directory metadata.

• filesystem_package — read-only bounded preparation for coordinated no-replace create/copy/move/delete filesystem changes.

• filesystem_package_apply — apply one prepared filesystem package by one-shot previewId.

• search_files — bounded .gitignore-aware glob search.

• source_symbols — bounded read-only source outline, digest, find, and fingerprint-bound show navigation.

• fingerprint_paths — deterministic SHA-256 state fingerprints.

• verify_state — bounded typed JSON/text/Git-diff/fingerprint checks.

• backup_store — read-only status/history/compare/audit plus restore/GC preparation for the optional persistent store.

• backup_restore_apply — apply one prepared original-target restore.

• backup_gc_apply — apply one prepared generation-bound backup GC plan.

• grep_text_files — paged regex search with deterministic partial-coverage reporting.

Encoding and service tools

• detect_encoding — conservative encoding detection with confidence or explicit ambiguity.

• convert_encoding — read-only exact single/batch conversion preview.

• convert_encoding_apply — apply a prepared exact conversion by previewId.

• detect_line_endings — bounded LF/CRLF/mixed analysis.

• change_line_endings — line-ending conversion while preserving encoding/BOM semantics.

• manage_bom — detect BOM state or prepare an exact add/strip change.

• manage_bom_apply — apply one prepared BOM mutation by previewId.

• list_encodings — authoritative runtime encoding inventory.

• list_allowed_directories — report process-authorized roots.

• check_for_updates — notification-only fork release check.

Durable task execution

• task_run — durably enqueue idempotent shell or script work.

• task_list — page/filter persistent task metadata.

• task_get — inspect current/terminal task state and bounded lifecycle history.

• task_logs — read bounded stdout/stderr with absolute cursors.

• task_cancel — cancel queued work or terminate a running process tree.

The detailed schemas, outputs, limits, and examples are authoritative in TOOLS.md. internal/toolcatalog/catalog.json is the source of truth for runtime tool metadata.

Encoding support

list_encodings is authoritative for canonical names, aliases, and capability metadata. Scripthold 2.2.0 exposes 168 canonical read/write encodings across Unicode, IBM/DOS/EBCDIC, ISO-8859, Windows, classic Mac/KOI8/other single-byte families, and East Asian/stateful multibyte families.

The production runtime remains pure Go. Additional mappings and state machines derived from pinned GNU libiconv evidence are checked in and require no libiconv/GCC dependency during ordinary build or execution. UTF-32 LE/BE are full text encodings with strict scalar validation; generic byte-order-unspecified utf-32 remains intentionally rejected. See docs/GLOBAL_ENCODING_COVERAGE.md for the completed R22 contract.

Installation

Choose stdio when the MCP client should own the child process or a secure bridge expects a local command. Choose Streamable HTTP for a persistent authenticated service. Both expose the same public behavior.

Use a published release

Scripthold-named releases use raw binary names of the form scripthold_<os>_<arch> (with .exe on Windows) and matching platform archives. Historical 2.0.0 predates the rename and retains its original asset names.

For reproducible installations, use a specific semantic release rather than @main or an assumed historical asset name. Verify the published asset against checksums.txt before installation.

Build from source

git clone https://github.com/zoster81/scripthold.git
cd scripthold
go test ./...
go build -o scripthold ./cmd/scripthold

The module path is github.com/zoster81/scripthold.

Local stdio clients

Pass every startup-authorized directory as an argument:

{
  "mcpServers": {
    "scripthold": {
      "type": "stdio",
      "command": "C:\\Tools\\scripthold_windows_amd64.exe",
      "args": ["D:\\Projects"]
    }
  }
}

A roots-capable stdio client may provide dynamic roots only when the process starts without directory arguments. MCP_STDIO_LEGACY_HANDSHAKE=1 exists only for legacy bridges that probe discovery and repeat an equivalent legacy initialization on one persistent child; leave it disabled for normal modern clients.

Native Streamable HTTP

HTTP requires exactly one bearer-token source. A minimal loopback PowerShell start is:

$tokenPath = Join-Path $env:TEMP "scripthold.token"
$bytes = New-Object byte[] 32
$rng = [System.Security.Cryptography.RandomNumberGenerator]::Create()
try { $rng.GetBytes($bytes) } finally { $rng.Dispose() }
[System.IO.File]::WriteAllText($tokenPath, [Convert]::ToBase64String($bytes), [System.Text.UTF8Encoding]::new($false))

$env:MCP_HTTP_TOKEN_FILE = $tokenPath
$env:MCP_HTTP_ADDR = "127.0.0.1:8765"
.\scripthold_windows_amd64.exe --transport=streamable-http D:\Projects

The MCP endpoint is http://127.0.0.1:8765/mcp; /healthz and /readyz expose minimal liveness/readiness status. The token must be sent as Authorization: Bearer <token> on every MCP request. Do not put tokens in command-line arguments, URLs, cookies, or query parameters.

Non-loopback listeners require explicit opt-in plus TLS or an explicitly trusted proxy boundary. Browser CORS is not enabled. See docs/HTTP_SECURITY.md before exposing HTTP beyond loopback.

OpenAI Secure MCP Tunnel

The repository includes sanitized PowerShell examples for tunnel and local topologies:

Copy an example outside the Git checkout before replacing placeholders. Never commit Runtime API keys, Tunnel IDs, bearer tokens, or private state paths. The tunnel setup uses OpenAI's official tunnel-client; consult the official client documentation for current OpenAI control-plane requirements.

The example launchers keep task_run execution disabled by default. Script and shell execution remain separate authorizations, and HTTP additionally requires MCP_HTTP_ENABLE_EXECUTION=1.

Container image

The repository Dockerfile builds a statically linked binary and runs as unprivileged UID/GID 10001. The image is transport-neutral.

docker build --build-arg VERSION=dev -t scripthold:dev .

docker run --rm -i \
  --read-only \
  --cap-drop=ALL \
  --security-opt=no-new-privileges \
  --tmpfs /tmp:rw,noexec,nosuid,size=64m \
  --mount type=bind,source=/absolute/project,target=/data \
  scripthold:dev --transport=stdio /data

The mounted directory must be accessible to UID/GID 10001. HTTP containers should mount token/TLS files read-only, publish only the intended port, and preserve the security contract in docs/HTTP_SECURITY.md.

Security model

• File tools access only explicitly authorized roots after canonical path resolution.

• Recursive operations do not follow escaping symlinks, junctions, or other reparse points.

• Mutations stage and revalidate before commit; initially missing destinations use no-replace creation.

• The optional backup store must be a separate non-overlapping owner-only authority and is inaccessible to ordinary file tools.

• task_run is disabled by default. Script tasks validate/fingerprint the script and execute an owner-only matching snapshot; shell tasks confine only the working directory and otherwise run with the executor identity's operating-system permissions.

• HTTP adds authentication, Host/Origin, proxy/TLS, resource, logging, and execution boundaries; it is not a replacement for operating-system isolation.

Detailed contracts: HTTP security, verified changes, persistent backups, offline backup diagnostics, R23 mutation surface, R24 safe filesystem operations, R25 source intelligence, R26 backup recovery, and durable tasks.

Configuration

The most important process-wide variables are summarized below. Subsystem documents contain the precise security and lifecycle semantics.

Backup limits, task-store limits, edit/package preview limits, and the full HTTP configuration contract are documented in docs/PERSISTENT_BACKUP_LIFECYCLE.md, docs/DURABLE_TASKS.md, TOOLS.md, and docs/HTTP_SECURITY.md.

Typical uses

• Read and safely modify legacy source/configuration files without changing their encoding accidentally.

• Search mixed-encoding repositories with explicit partial-coverage evidence.

• Navigate declarations in Go, C#, VB.NET, Python, and Classic ASP without reading every complete source file.

• Preview and approve edits or multi-file patch packages against deterministic fingerprints.

• Keep approval-bound persistent backups and restore a selected original target safely.

• Recover trustworthy records from a damaged backup store offline into a separate audited destination without modifying the source evidence.

• Run long builds/tests through durable tasks without tying process lifetime to one MCP request.

• Serve the same workspace tools through local stdio, authenticated HTTP, containers, or a secure tunnel bridge.

Example:

User: Read config.ini and change the title to "Настройки".
Assistant: read_text_file (cp1251) -> edit_file preview preserving cp1251 -> explicit approval -> edit_file_apply(previewId)

Development and contribution

Prerequisite Go version is declared by go.mod.

go test ./...
go build -o scripthold ./cmd/scripthold

Contributor workflow is in CONTRIBUTING.md. Coding agents should read the root AGENTS.md and the nearest scoped guide. Reusable verification is in docs/DEVELOPMENT_CHECKLIST.md, current planning in docs/ROADMAP.md, and publication in docs/PUBLISHING.md.

The intentional 1.8-to-2.0 breaking changes remain documented in docs/MIGRATION_2.0.md. The Unreleased next-major R23/R24 MCP surface migration is documented separately in docs/MIGRATION_3.0.md.

License

GPL-3.0 — see LICENSE.