Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Beschreibung vom Entwickler (englisches Original)
Administers Linux via typed, approval-gated actions with an Ed25519-signed audit trail.
Diese drei werden nie zu einer Punktzahl zusammengefasst: Meinungen, Messungen und Beliebtheit sind verschiedene Dinge.
Für diesen Server haben wir noch keine Zusammenfassung in einfacher Sprache geschrieben. Unten stehen die Fakten, die wir aus der Registry gelesen haben.
Wähle die KI-App, die du nutzt, und kopiere die Einstellungen.
SYSKNIFE_SOCKETDer Entwickler hat in der Registry keine Installationsangaben gemacht. Sieh dir unten die README des Entwicklers an.
Läuft auf deinem Computer; die Tool-Liste erscheint nach der Installation in deiner KI-App.
Wir prüfen Informationen, die jeder sehen kann; den Code haben wir nicht gelesen. Checks, die nicht zutreffen, werden nicht mitgezählt. · Geprüft am 6. Nov. 2026
Der Registry-Name wurde mit dem GitHub-Konto lacs-project bestätigt, dem das Repo gehört
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieser Server läuft auf deinem Computer; es gibt keinen Endpunkt im Internet
Läuft auf deinem Computer und nutzt stattdessen lokale Einstellungen
Läuft auf deinem Computer; Tool-Listen können wir nur von Endpunkten im Internet lesen
Verglichen mit allen aktiven Servern dieser Kategorie in der Registry. Sterne zählen nur, wenn dem Herausgeber das Repo gehört.
Er hat 1 von 1 zutreffenden Basischecks bestanden. Den Code haben wir nicht gelesen. Bevor du einen Schlüssel oder Token hinzufügst, sieh nach, welche Zugriffe der Server verlangt, und nutze einen Schlüssel, der nur die Berechtigungen hat, die du brauchst.
Die Registry nennt keinen erforderlichen Schlüssel, manche Server bitten dich aber bei der ersten Nutzung, dich anzumelden.
Er läuft auf deinem Computer. Deine KI-App startet ihn bei Bedarf, und die Daten laufen nicht über die Server des Entwicklers (außer der Server ruft selbst einen Onlinedienst auf).
Das GitHub-Repo wurde zuletzt – geändert, und die neueste Version (0.30.0) kam vor 3 Tagen in die Registry.
Apps, die MCP unterstützen, etwa Claude Desktop, Claude Code, Cursor und VS Code. Außerdem brauchst du Rust auf deinem Computer.
In derselben Kategorie: Spec Driven Development, Remote Desktop Commander, SSTracker free youth training
Server derselben Kategorie von anderen Entwicklern, sortiert nach Sternen.
So liest du eine Karte:★ GitHub-SterneiDrei Säulen: Bewertungen · Checks · NutzungiAktualisiert = neueste Version in der Registry veröffentlichti
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Free youth sports drills, practice plans and age-group answers for parents and coaches.
Unverändert aus dem Repo des Entwicklers übernommen. PopNx MCP hat den Inhalt weder geprüft noch empfiehlt es ihn. HTML, Bilder und Skripte wurden entfernt. Links führen von dieser Website weg.
SysKnife
The Linux sysadmin MCP server. Plan. Approve. Audit.
Distros
MCP server · Install · How it works · Why not X ? · Distro matrix · Roadmap · Contribute · Discuss
A deterministic reproduction of the Claude Code MCP flow on Ubuntu 24.04, rendered offline by ubuntu-flow-mock.sh so it replays identically from a fresh checkout. Every action name, risk level and command shown is the one the catalogue carries. The same flow works in Cursor and Codex CLI.
On an atomic host the plan uses rpm-ostree instead: the Fedora Atomic recording . Looking for the standalone CLI? See the CLI guide .
Describe what you want in plain language. Review a typed plan with risk
levels. Approve explicitly. Watch it execute with live output. Atomic-host
changes (rpm-ostree) roll back automatically on failure. Every action is
Ed25519-signed and audited.
The AI never supplies a command. Every action is a typed operation with a formal risk level, and the daemon builds the command line itself from the action's own definition — some actions do run through sh -c, but the shell fragment is constructed by SysKnife, never by the model. The AI cannot touch your system directly. A privileged daemon executes only what you approve, writes a tamper-evident Ed25519-signed audit chain, and rolls back atomic-host (rpm-ostree) changes automatically on failure.
Why typed actions and not a guarded shell? Red-team research (GuardFall) found that 10 of 11 AI agents bypass raw-string shell guards — an allowlist or regex is filtering a language rich enough to hide intent. SysKnife removes the shell string entirely: the model emits typed actions, and a public-key-verifiable audit chain records every one.
SysKnife is an MCP server first. Point Claude Code, Cursor or Codex CLI at it and your assistant gets typed, risk-classified sysadmin tools in place of a shell:
| Tool | What it does |
|---|---|
sysknife_plan | Turns plain language into typed steps, each with a risk level, a resolved command and a daemon transaction ID |
sysknife_execute | Runs steps that carry a one-time receipt, and nothing else |
sysknife_history | Reads past runs out of the signed audit log |
sysknife_doctor | Reports daemon, provider and audit-chain health |
sysknife_audit_verify | Walks the Ed25519 chain and says whether it is intact |
sysknife_get_disk_usage, and the rest of the read-only catalogue | Direct queries, selected for the distro you are on |
npx sysknife-setup
One command wires the server into your client and installs the daemon. Install has the detail, and MCP protocol has the wire behaviour.
Your assistant cannot approve its own work. sysknife_plan hands back a transaction ID and stops there. The receipt sysknife_execute demands comes from sysknife approve , typed in your terminal, on a channel the model does not sit on. Missing, expired, mismatched and replayed receipts are all refused.
Prefer to stay in the shell? The CLI is the same engine with no client in front of it.
The fastest path is the setup wizard. It installs the daemon and wires SysKnife into your AI IDE — Claude Code, Cursor, or Codex CLI — so you can plan and execute from chat.
npx sysknife-setup
Needs Node 22 or newer; older Node releases no longer receive security fixes. On Ubuntu 22.04 apt install nodejs gives Node 12, which is too old; the installer says so and how to get a current Node. No Rust toolchain and no compile: it downloads verified prebuilt binaries.
What this does:
~/.local/bin (no sudo). Pass --no-binary to skip the download and build from source instead.--claude / --cursor / --codex / --all) and your daemon target(s) — socket, plus an optional vsock token for a remote VM.sysknife_* tools — sysknife_plan, sysknife_execute, sysknife_history, sysknife_doctor, sysknife_audit_verify, and distro-compatible direct read-only queries such as sysknife_get_disk_usage — as first-class tools.sysknife system user. Pick the system service on any host where you intend to change something, and pass --daemon-mode=system|user|skip to choose without a prompt. --daemon-mode=system does not install the system service from the wizard — it needs root-owned sudoers, polkit and helper policy that sudo make install owns — so it prints the exact sequence and reports the daemon as not yet installed.To verify the download against a checksum list you trust independently of the release, set SYSKNIFE_PINNED_SHA256SUMS=/path/to/sums; see SECURITY.md.
To check where a release binary was built, download it from the release page and run gh attestation verify sysknife-vX.Y.Z-linux-x86_64 --repo lacs-project/sysknife. It succeeds only if the file matches a provenance statement GitHub signed for a build of this repository by release.yml. Each release also ships that provenance as sysknife-vX.Y.Z-linux- .intoto.jsonl, so the same check works with --bundle; see Verify the published release.
| Client | Files written |
|---|---|
| Claude Code | .mcp.json + .claude/hookify.*.local.md |
| Cursor | .cursor/mcp.json + .cursor/rules/sysknife.mdc |
| Codex CLI | ~/.codex/config.toml (appended) + AGENTS.md |
Then in your chat: ask for what you want and review the plan with risk pills. Approve each transaction with sysknife approve in a terminal, return the one-time receipts, and watch it execute. The daemon, not the prompt, enforces the receipt boundary.
Prefer the standalone CLI? Same engine, no IDE — see the
CLI guide for
sysknife "...",--dry-run,--json,
approval prompts, and audit-log inspection.
Manual install — Ubuntu 20.04+
Needs Rust stable and a C compiler (build-essential): the TLS and SQLite dependencies build native code, so a rustup-only machine stops at error: linker cc not found. cmake is not required. Budget 7 to 12 minutes for the ~400-crate build (6m56s on Ubuntu 24.04, 11m43s on 22.04).
sudo apt-get install -y build-essential
git clone https://github.com/lacs-project/sysknife cd sysknife make build # builds sysknife (CLI) + sysknife-daemon sudo make install # installs both; daemon runs as a system service sudo systemctl enable --now sysknife-daemon
Nur der Anfang wird gezeigt; den Rest findest du im Repo