GitHub
GitHub’s official server lets AI read and manage code, issues and pull requests in your account. Use GitHub’s hosted version or run it locally with Docker.
Description from the maker (original English)
A free native MCP server for running and debugging Linux containers with Apple's container tool.
These three are never merged into one score: opinions, measurements and popularity are different things.
We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.
Pick the AI app you use, then copy the settings.
Which app do you use?
Pick your app above. We remember it, so next time the button says “Install in …”.
Download the maker’s .mcpb file
The link goes to the maker’s own file; we do not host or repackage it. Open the file and Claude Desktop installs it.
Run this in your terminal
Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
This one runs on your computer, and ChatGPT can only connect to servers on the internet. Pick another app.
Your choice stays on this device in a cookie; no account needed.
These settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.
Runs on your computer; the tool list appears in your AI app after you install it.
We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 6, 2026
The registry name was verified against the domain tidesman.dev (the registry checks domain ownership)
We have not read this repo from GitHub yet
We have not read this repo from GitHub yet
This one runs on your computer; there is no internet endpoint
Runs on your computer and uses local settings instead
Runs on your computer; we can only read tool lists from internet endpoints
Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.
It passed 1 of 1 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.
The registry does not list a required key, though some servers ask you to sign in on first use.
It runs on your computer. Your AI app starts it when needed, and data does not pass through the maker’s servers (unless it calls an online service itself).
The GitHub repo last changed –, and the latest version (0.3.0) reached the registry 4 months ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need MCPB on your computer.
In the same category: GitHub, Desktop Commander, Cloudflare MCP
Servers in the same category from other makers, sorted by stars.
Reading a card:★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi
GitHub’s official server lets AI read and manage code, issues and pull requests in your account. Use GitHub’s hosted version or run it locally with Docker.
MCP server for terminal commands, file operations, and process management
Cloudflare MCP servers
Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.
Tidesman
A free native MCP server for running, understanding, and debugging Linux containers with Apple's container tool.
Website · Downloads
It lets an AI assistant (Claude Desktop, Claude Code, or any MCP-compatible client) list, run, inspect, and clean up Linux containers on your Mac, safely and with a full audit trail.
This repository is the public download and documentation home for Tidesman. The source is
maintained privately; the binaries published here are signed with an Apple Developer ID
certificate and notarized by Apple.
Demo coming with the first release.
MCP (Model Context Protocol) is an open standard that lets an AI assistant call external tools: small functions that do real work, such as listing or starting containers. Tidesman is the server side of that standard: it offers a set of container tools, and the AI is the client that calls them.
Apple's container is Apple's tool for running Linux containers on macOS. Normally you drive it by typing commands in a terminal. Tidesman instead talks straight to the background service that container relies on (its "apiserver"), using Apple's own Swift client library. Going directly to that service is faster and sturdier than wrapping the command line.
container installed and started: container system start.Tidesman is a signed, notarized binary. Pick whichever channel suits you.
brew install JeronimoColon/tidesman/tidesman
This adds the tap and installs tidesman to /opt/homebrew/bin.
Download tidesman- .pkg from the latest release, double-click it, and follow the prompts. It installs tidesman to /usr/local/bin. The package is signed, notarized, and stapled, so it verifies even offline.
Download tidesman- -macos-arm64.zip, unzip it, and move tidesman onto your PATH. Because the bare binary is not stapled, macOS checks it online the first time you run it.
Download tidesman- .mcpb and open it with Claude Desktop (Settings → Extensions). The bundle embeds the signed binary and registers the server for you in read-only mode.
Every release ships a SHA256SUMS file. From the folder holding your downloads:
shasum -c SHA256SUMS
Tidesman runs as a local command your client launches over standard input/output. Point the client at the binary and pass an access mode with --mode (omit it for read-only).
Claude Desktop, edit ~/Library/Application Support/Claude/claude_desktop_config.json:
{
"mcpServers": { "tidesman": { "command": "/opt/homebrew/bin/tidesman", "args": ["--mode=safe"] } } }
Claude Code:
claude mcp add --transport stdio --scope user tidesman \
-- /opt/homebrew/bin/tidesman --mode=safe
Any stdio MCP client (OpenAI Codex and others) works the same way: point it at the binary and pass the flags as arguments.
Twenty tools, each tagged by what it can do (Read, Write, or Destructive). Three report on or repair the engine itself, eleven act on containers, six on images:
| Tool | Capability | What it does |
|---|---|---|
system_ping | Read | check the container service is reachable |
system_disk_usage | Read | report disk use for images, containers, and volumes |
system_repair | Write | re-download the engine's own infrastructure images |
container_list | Read | list containers |
container_inspect | Read | show a container's full details |
container_logs | Read | fetch a container's recent output |
container_run | Write | create and start a container from an image |
container_exec | Write | run a command inside a running container |
container_start | Write | start an existing stopped container |
container_restart | Write | gracefully stop and then start a container |
container_stop | Write | gracefully stop a running container |
container_kill | Write | stop a container by sending it a signal (SIGKILL by default) |
container_delete | Destructive | remove a container |
container_prune | Destructive | remove every stopped container in one sweep |
image_list | Read | list the images already downloaded |
image_inspect | Read | show an image's full details |
image_pull | Write | download an image from a registry |
image_tag | Write | give an existing image another name |
image_delete | Destructive | remove an image |
image_prune | Destructive | remove untagged (or all unused) images in one sweep |
What the capability tags mean: a Read tool observes state and changes nothing. A Write tool changes state but never removes a resource; a stopped container survives a start or a restart and an engine repair only restores what the engine needs. Destructive is reserved for removing containers or images. Your MCP client may separately mark some write tools (exec, stop, kill, restart) as destructive, based on the MCP hints each tool carries: those tools can end work or change data inside a container, even though the container itself survives. In every mode, all twenty tools stay visible to your assistant; a tool the mode locks says so in its description and refuses until you raise the mode.
Tidesman runs at one of three authority levels, set with --mode=, and it starts in the safest one. If no --mode is given, it is read-only. Every tool is always listed to your assistant; the mode controls which of them may run.
| Mode | Allows | Tools callable |
|---|---|---|
read-only (default) | Read | ping, disk usage, list, inspect, logs, and the two image reads (7) |
safe | Read + Write | the above, plus run, exec, start, restart, stop, kill, image pull and tag, and the engine repair (16) |
full | Read + Write + Destructive | all twenty, including the delete and prune tools |
A separate flag, --allow-host-mounts=/path/one[,/path/two], names the host folders container_run may mount into a container; it is off by default because a host mount reaches outside the container's isolation onto your real files. A mount is allowed only when its real path (with symlinks resolved) sits under one of the folders you list.
full; host mounts require an explicit flag.~/Library/Logs/tidesman/audit.log and the macOS unified log: its name, its arguments (with secret-like values redacted), and its outcome. A destructive call also records exactly what it removed, and arguments a tool does not declare are recorded by name, so a mistaken call leaves a visible trace.--mode argument in your MCP client's configuration file. That file lives outside Tidesman's control, so protect it accordingly: a client that grants its assistant broad filesystem access would let the assistant edit its own mode. Every audit-log line records the mode the call ran under, so any change leaves a visible trail.Tidesman collects nothing about you and sends nothing to us: no telemetry, no analytics, no crash reporting, no accounts. Everything it does happens on your Mac.
~/Library/Logs/tidesman/audit.log and the macOS unified log) and stays there unless you share it yourself. Delete it whenever you like.The full policy lives at tidesman.dev/privacy.html. Privacy questions: legal@tidesman.dev.
Tidesman is proprietary software, provided free of charge under the end-user license in EULA.txt. It bundles open-source components whose notices are preserved in THIRD-PARTY-LICENSES.