Close vs. io.github.codespar/mcp-tiny
Close ist ein MCP-Server von docker. Marktplätze, die wir lesen und die es listen: 1 (Docker MCP Catalog). io.github.codespar/mcp-tiny ist ein MCP-Server von codespar. Marktplätze, die wir lesen und die es listen: 1 (Official MCP Registry). Stand unseres Marktplatz-Durchlaufs vom 2026-10-12. Dieses Paar hat ein Leser gewählt, nicht unsere Vergleichsregel, deshalb bitten wir Suchmaschinen, die Seite nicht zu indexieren.
Wo jedes veröffentlicht ist
| Marktplatz | ||
|---|---|---|
| Docker MCP Catalog | Gelistet Version: nicht angegeben Keine Zahl veröffentlicht Nicht markiert · Erstmals gesehen |
Nicht gelistet |
| Official MCP Registry | Nicht gelistet | Gelistet Version: 0.2.2 Downloads pro Monat (npm): 148 Downloads pro Woche (npm): 39 Forks (GitHub): 50 Sterne (GitHub): 273 Nicht markiert · Erstmals gesehen |
Jede Zahl stammt vom jeweiligen Marktplatz und wird nie über Marktplätze hinweg addiert. Ein Marktplatz ohne veröffentlichte Zahl zeigt keine: keine Zahl ist nicht null.
Die Fakten nebeneinander
| Fakt | Close | io.github.codespar/mcp-tiny |
|---|---|---|
| Marktplätze, die es listen | 1 | 1 |
| Sterne (GitHub) (unterschiedlich) | Keine Zahl auf GitHub | 273 |
| Forks (GitHub) (unterschiedlich) | Keine Zahl auf GitHub | 50 |
| Letztes Release | Nicht veröffentlicht | Nicht veröffentlicht |
| Wo es läuft (unterschiedlich) | Entfernter Server (mcp.close.com/mcp) | Auf Ihrem Rechner (@codespar/mcp-tiny) |
| Transport (unterschiedlich) | Streamable HTTP | stdio |
| Deklarierte Tools | Nicht veröffentlicht | Nicht veröffentlicht |
| Abgefragte Umgebungsvariablen | 1, davon Secrets: 1 | 1, davon Secrets: 1 |
| Lizenz (unterschiedlich) | Apache-2.0 | Nicht angegeben |
| Repository (unterschiedlich) | Nicht angegeben | github.com/codespar/mcp-dev-latam |
| Änderungen in den letzten 7 Tagen | 0 | 0 |
| Erstmals gesehen | 2026-10-11 | 2026-10-11 |
| Endpoint bei der letzten Prüfung (unterschiedlich) | noch nicht geprüft | kein Remote-Endpoint, den wir prüfen |
Zeilen, in denen sich die beiden unterscheiden, haben einen getönten Hintergrund und fette Werte. Wo die Daten selbst sagen, welcher Wert besser ist (mehr Marktplätze, eine größere Zahl desselben Marktplatzes, ein neueres Release, eine Verified-Markierung auf einem Marktplatz, der beide listet), ist der bessere zusätzlich grün mit ▲ und der schlechtere rot mit ▼ markiert. Wo es läuft, der Transport, die Tools, die Einstellungen, Hooks, die Teile des Bundles, die Lizenz und die Änderungen der Woche sind nur als Unterschied markiert: mehr oder weniger ist an sich nicht besser.
Was jeder über sich sagt
Close
Streamline sales processes with integrated calling, email, SMS, and automated workflows for small and scaling businesses.
io.github.codespar/mcp-tiny
MCP server for Tiny ERP — products, stock, warehouses, price lists, orders, invoices, AP/AR
So startet man jeden
Close
Keine Daten für einen automatischen Befehl: Die Angaben der Marktplätze sagen nicht eindeutig, wie man es verbindet.
Erfordert: CLOSE_API_KEY (geheim)
io.github.codespar/mcp-tiny Als lokaler MCP-Server: npm-Paket
claude mcp add --env "TINY_API_TOKEN=<YOUR_TINY_API_TOKEN>" --transport stdio mcp-tiny -- npx -y @codespar/mcp-tiny
Erfordert: TINY_API_TOKEN (geheim)
Befehle nur aus den Angaben der Marktplätze gebaut; den vollständigen Satz für jeden Client gibt es auf jeder Karte.
Welche Tools jedes deklariert
Die Marktplätze keines der beiden veröffentlichen eine Tool-Liste, es gibt also nichts zu vergleichen.
Welche Einstellungen jedes verlangt
Nur Close verlangt
CLOSE_API_KEY (geheim)
Nur io.github.codespar/mcp-tiny verlangt
TINY_API_TOKEN (geheim)
Einstellungen so, wie jeder Marktplatz sie veröffentlicht. Weniger zu verlangen ist an sich nicht besser.
Was es kann: Close · Was es kann: io.github.codespar/mcp-tiny · Zwei andere Plugins vergleichen
Daten von Docker MCP Catalog. Daten von Official MCP Registry. Die Zahlen stammen aus unseren eigenen regelmäßigen Durchläufen über die Marktplätze, zuletzt abgerufen am . Kontaktdaten von Plugin-Herausgebern veröffentlichen wir nicht.