Skip to main content
Glama

Related Servers

Alternatives to SmartPot-MCP

No user-submitted related servers found.

    Related Servers

    • A
      license
      Not graded
      quality
      D
      maintenance
      MCP server for the CultivarIA platform, enabling AI assistants to query real-time and historical telemetry from cultivation modules, analyze plant health, and control actuators like irrigation and climate systems via standardized tools and resources.
      MIT
    • A
      license
      Not graded
      quality
      A
      maintenance
      Enables MCP-compatible assistants to read live values and history, configure devices, logic, alarms and screens, and perform allowed operations on a local SCADA station under area-based permissions.
      MIT
    • A
      license
      Not graded
      quality
      A
      maintenance
      Enables existing apps to expose their users and data to external AI agents via MCP with OAuth 2.1 authentication and scoped tools.
      45 npm
      MIT
    • A
      license
      Not graded
      quality
      D
      maintenance
      Exposes real-time soil sensor metrics as MCP Resources and irrigation valve controls as MCP Tools, enabling AI-driven agronomic decisions with built-in safety guardrails.
      Apache 2.0
    • A
      license
      Not graded
      quality
      B
      maintenance
      Enables the associated browser extension’s AI assistant to use OpenAI-compatible APIs and allows authorized MCP clients to query exposed capabilities including site summaries, level analysis, downloader status, searches, check-ins, and backup history.
      MIT

    TDQS

    B3.4/5.0

    Scored across 25 tools

    Disambiguation4/5

    Most tools map to a distinct resource+action (crop CRUD, actuators, notifications, AI insights), but the reading cluster — get_latest_reading, get_readings_history, get_readings_summary, get_metric_series — has four similar-sounding retrieval tools whose boundaries (single crop vs all crops, raw vs aggregated) require reading descriptions carefully. Similarly get_crop vs get_overview vs get_fleet can be confused at a glance, though descriptions do disambiguate.

    Naming Consistency5/5

    All 25 tools use consistent snake_case verb_noun form with a small predictable verb set (get_/list_/create_/update_/delete_/set_/send_/record_/mark_). Singular/plural nouns align with whether the tool returns one or many resources, reinforcing the pattern.

    Tool Count3/5

    25 tools is at the heavy end for a single IoT/grow-management server; while the domain is broad (crops, readings, actuators, commands, AI, notifications), several tools could plausibly be folded together (e.g. get_unread_count into list_notifications, get_fleet into get_overview). It is defensible but borderline bloated.

    Completeness4/5

    Crop lifecycle (create/get/update/delete), readings (record, latest, history, summary, series), actuators and commands, AI insights/learning, and notifications are all covered, giving a solid end-to-end surface. Minor gaps exist: no way to cancel or retry a PENDING command, no bulk mark-all-read for notifications, and no credential rotation for REAL devices.

    Maintenance

    ActivityMaintained
    ResponsivenessNo issues