Slice Mcp

io.github.mrfentmenPublished by GitHub account mrfentmenv1.0.0Updated Nov 9, 2026

Slice MCP: 20 real tools to read, check, lint, scaffold, build and run Slice code.

The publisher's own server: Slice

VerifiedSTDIODesktop onlyFiles & StorageDeveloper Tools

Overview

AI-generated overview

A local MCP server with 20 tools for working with Slice code: reading and writing source files, linting, formatting, symbol lookup, scaffolding, and running…

What you can do
  • Detect Slice projects and inspect the installed toolchain
  • Read and write source files, with overwrite protection
  • Check syntax, lint and format code
  • Extract symbols, imports, TODOs and references; rename symbols
  • Insert snippets and comment or uncomment line ranges
  • Scaffold a project, run source, run tests and build
When to use it
Useful when an assistant needs to work inside a Slice codebase: exploring a project, making small edits, cleaning up formatting, or running the build and test commands. Also handy for starting a new Slice project from a starter layout.
Requirements
Runs as a local stdio process from the npm package @mrfentmen/slice-mcp, so Node.js and npm are needed. Running, testing and building require a Slice interpreter, compiler and test command installed on the machine; toolchain_status reports what is available. No authentication or environment variables are declared.
Before you install
Several tools change files on disk: write_source, rename_symbol, insert_snippet, comment_lines, uncomment_lines, format_source and scaffold_project. rename_symbol and insert_snippet default to a dry run, and write_source refuses to overwrite unless overwrite is true, so check the result before applying. run_source, run_tests and build_project execute code and commands on your machine.

Installation

In SourceWeft

  1. Open Slice Mcp in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

awesome-servers

One repo for three families of servers, each subtree keeping its own layout and tooling so it can still be built, run and published on its own.

SubtreeWhat it holdsRun one
mcp/338 TypeScript MCP servers, plus 1107 published packages in published/cd mcp/servers/<slug> && npm install && npm run build
acp/79 Python ACP agentspython3 acp/agents/<name>/agent.py
a2a/37 Python A2A servers plus the shared a2a_kitpython3 a2a/servers/<name>/server.py
watchd/a threshold watcher that runs the feeds between editor sessionspython3 watchd/watchd.py --config conditions.json --loop
site/the published site: registry with search, the public-feed atlas, watchd planshttps://mrfentmen.github.io/awesome-servers/

Most servers read public data with no key of their own; the ones wrapping a vendor API take that vendor's key. Nothing in this repo asks a caller to pay. On 2026-10-17 the licence machinery was removed for good: the per-tool src/license.ts gates are gone from the MCP servers, and the A2A and ACP trees no longer carry the hosted licence-gateway half — the skills that used it now answer with an explicit not-implemented stub. Nothing here asks a caller to pay, and nothing they run is refused with a buy link.

Nothing here is generated: each subtree's README says what its servers read, and every server has its own unit tests (mcp/servers/<slug>/tests, acp/agents/<name>/tests, a2a/servers/<name>/tests) plus a live smoke check (tools/smoke*.py, a2a/tools/smoke_all.py).

Novel and original

Nearly all of this is first-of-its-kind work, not a port of an existing catalogue. Before each server or agent was built, it was checked against the official tool lists (the MCP registries, agentclientprotocol.com's agent list and registry) and a live GitHub search for the same domain, and the research logs record what was found and why it still counted as missing — see mcp/MISSING.md, acp/MISSING.md and a2a/docs/. Highlights:

  • The MCP side holds TypeScript servers, one npm package each, and 1039 published packages under published/; mcp/MISSING.md documents the check that preceded every build: what was searched, what was skipped and why the domain still counted as uncovered.
  • On the ACP side there were zero domain agents before this repo — every agent on the official list was a coding agent. These 79 Python agents are the first non-coding ACP agents, and several use protocol surfaces no other agent uses in production (session/request_permission for dataset reads, fs/write_text_file for a briefing file, session/cancel for a conditional watch, image content blocks, a live SSE push feed), each proved-unused in the wild by search at build time. Two more firsts carry their own proof: the orchestrator is an agent whose feeds are agents — it spawns sibling repo agents as real ACP child processes and merges their answers — and the nyc pack is the first multi-agency city surface.
  • acp/MISSING.md doubles as the public-feed atlas: every keyless feed probed live, with its date, what it answered and whether it still works. The published site renders that table at https://mrfentmen.github.io/awesome-servers/atlas.html.
  • The pattern across all three subtrees is the same thesis: wrap one real, keyless public dataset, answer honestly about what the feed did and did not say, and keep the whole thing small, tested and self-contained.

Publishing

  • MCP servers publish from mcp/servers/<slug> (its own package.json, version and README).
  • ACP and A2A servers are repo-run today (Python, no packaging step).

Built on top of it

Creatures that use this corpus as their world live in the sibling repo mrfentmen/superagents (public, with its own claim-check in MISSING.md):

  • polymath — routes your question to the most fitting agents of this repo, spawns each as a real ACP child process, and merges the answers into one brief with per-row citations; a sibling that fails appears as a named row, never silence. Its registry is a data file and its ranking is deterministic word-scoring, not a model opinion.
  • sentry — one plain sentence ("watch air quality in Denver over 150") becomes a tracked watch: a permission-asked protocol write produces the conditions file this repo's watchd/ obeys unchanged, plus the activation lines. Checks it can author today: air thresholds, quake magnitudes within a radius, river gauges at flood stage.
  • fedora hat guy — the persona agent in his own repo mrfentmen/fedora-hat: says "never miss" and means it — one sentence installs the full crown of watches (air + quakes, gauge-named flood) in one permissioned write, and your other questions are forwarded to the siblings above with every row cited.
  • instink — the instinct agent in his own repo mrfentmen/instink: compiles a skill into a reflex — a matcher plus the answer it fires, with hit/miss counters and honest promotion/demotion. The skill doc stays one step away, never deleted.
  • contextink — the context agent in his own repo mrfentmen/contextink: you say "do this" and it acquires the context from the repo, git, and recent files so you don't have to explain it; asks only the minimal high-information-gain questions when acquisition fails.
  • rewind — the replay agent in his own repo mrfentmen/rewind: replays agent runs and mutates one variable to see what would have happened. Replay + mutate + diff for agent traces.
  • scopink — the scope agent in his own repo mrfentmen/scopink: checks if an action is within the scope of what was asked. Detects scope creep in agent plans.
  • curious — the curiosity agent in his own repo mrfentmen/curious: proactively seeks information it doesn't have. Scans for knowledge gaps, seeks answers, learns facts.
  • bored — the idle agent in his own repo mrfentmen/bored: uses idle time productively. Consolidates memories, explores areas, prepares for tasks.

Point the polymath at a checkout of this repo with AWESOME_SERVERS_HOME=$PWD/awesome-servers and it federates across the two repos live.

Published snapshot (published/)

published/ holds one directory per npm package, byte-for-byte what the registry serves: 1039 packages, every version matching npm latest.

  • published/INDEX.md is generated from the tree by python3 scripts/index-published.py.
  • scripts/sync-published-snapshot.py re-downloads every package from npm; run it only when every local fix has been published, because it overwrites dist/ from the tarballs.
  • One package carries a licence gate (MCP_LICENSE_KEY): @mrfentmen/vg-resource-mcp. Another 495 still ship tools that answer Not yet implemented; published/INDEX.md lists every one of them.
  • Every package links to this repo (mrfentmen/awesome-servers) as its source.

servers/ holds the older per-server source that predates the snapshot. Where the two disagree, published/ is what users actually install.

Source: README.md at commit 9cd6f7e

Tools

20

detect_project

Find Slice files, project markers and the toolchain layout in a directory.

ParameterspathmaxDepth

read_source

Read a Slice source file, optionally a line range.

ParameterscwdpathrequiredendLinestartLine

write_source

Write a Slice source file. Refuses to overwrite unless overwrite is true.

ParameterscwdpathrequiredcontentrequiredoverwritecreateDirs

syntax_check

Check Slice structure and, when configured, run the real parser without executing the program.

Parameterscwdpathcontent

format_source

Trim trailing whitespace, normalize line endings and ensure a final newline in Slice code.

ParameterscwdpathwritecontentexpandTabsindentWidth

lint_source

Check Slice code for trailing whitespace, tabs, long lines, missing final newline and unbalanced structure.

ParameterscwdpathcontentmaxLineLength

extract_symbols

List functions, classes, types and other Slice definitions with line numbers.

Parameterscwdpathcontent

list_imports

List imports, includes and dependencies in a Slice source file.

Parameterscwdpathcontent

list_todos

Find TODO, FIXME, HACK and XXX comments in Slice code.

Parameterscwdpathcontent

find_references

Find every mention of a symbol in one Slice source file.

Parameterscwdpathrequiredsymbolrequired

rename_symbol

Rename one symbol in a Slice file. Defaults to a dry run.

ParameterscwdpathrequireddryRunnewNamerequiredoldNamerequired

insert_snippet

Insert a real Slice starter snippet into a file. Defaults to a dry run.

ParameterscwdlinepathrequireddryRunsnippetrequired

comment_lines

Comment a line range in Slice code using the language comment marker.

ParameterscwdpathwritecontentendLinestartLine

uncomment_lines

Remove the Slice comment marker from a line range.

ParameterscwdpathwritecontentendLinestartLine

scaffold_project

Create a small runnable Slice project with a starter file and test directory.

ParameterspathoverwriteprojectName

run_source

Run a Slice file with the installed interpreter or compiler.

ParameterscwdpathrequiredtimeoutMs

run_tests

Run the configured Slice test command in a project directory.

ParameterscwdtimeoutMs

build_project

Build a Slice project with the configured compiler command.

ParameterscwdpathtimeoutMs

toolchain_status

Show which Slice compilers, interpreters, build tools and test commands are installed.

Takes no parameters.

language_reference

Return a compact Slice syntax and toolchain reference for agents.

Takes no parameters.

Version history

1
  1. v1.0.0LatestNov 8, 2026

Score

80% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts
  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listedRequired15 pts
  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts

    Declare a license in the repository or the registry entry.

Other Slice integrations