MCP server for Arista EOS device operations via eAPI
MCP server for Arista EOS device operations via eAPI. Exposes EOS show commands, running-config retrieval, configuration push (via configure session with commit timer), and tech-support collection to MCP-compatible AI assistants. Copy to and fill in credentials: Config file discovery order: 2. environment variable 3. (current directory) | List registered devices (optional tag filter) | | Return…
Inferred from the transports this listing declares (stdio). A client not listed here hasn’t been ruled out — it just isn’t something Forge can confirm.
Verification confirms publisher identity (repo ownership), not code safety. The security scan covers known CVEs and suspicious install scripts.
Forge read 0 source files from the published package tarball and matched no MCP tool registrations. Extraction is pattern-based over shipped source: a server that builds its tool list at runtime, or that ships only bundled or minified code, registers nothing this can see. Treat it as “not detected”, not as “exposes none”.
MCP server for Arista EOS device operations via eAPI. Exposes EOS show commands, running-config retrieval, configuration push (via configure session with commit timer), and tech-support collection to MCP-compatible AI assistants. Copy to and fill in credentials: Config file discovery order: 2. environment variable 3. (current directory) | List registered devices (optional tag filter) | | Return structured facts for one device (model, serial, EOS version, uptime, memory) | | Return device facts…
Forge's dependency resolver reads npm metadata only, so this PyPI package has no resolved tree. That is a gap in coverage, not a clean bill of health.