8.0
/ 10
1 evaluations
2.2k Downloads
Overview
Monitor Minimax Coding Plan usage by querying the official Minimax Coding Plan API and presenting current consumption, remaining prompts, reset time, and a simple status indicator to help stay within API limits.
Key Advantages
1.Provides a quick, automated view of Minimax Coding Plan usage (used, remaining, reset time).
2.Helps avoid hitting Minimax coding plan limits by flagging higher-usage states (e.g., above a target threshold like 60%).
3.Simple setup via environment variables in a .env file (API key and Group ID).
4.Lightweight shell-based workflow that can be integrated into scripts, cron jobs, or CI tooling.
5.Uses the official Minimax Coding Plan endpoint and documents the required headers and parameters clearly.
Use Cases
- Running periodically (e.g., via cron) to monitor Minimax Coding Plan usage on shared team infrastructure.
- Pre-flight checks in CI/CD pipelines to ensure there is sufficient prompt capacity before running heavy Minimax-based jobs.
- Local developer checks to confirm available Coding Plan quota before testing or debugging Minimax-powered tools.
- Dashboards or ops scripts that aggregate service health, including Minimax Coding Plan usage status.
- Team visibility into shared Minimax Coding Plan consumption to support budgeting and capacity planning.
Evaluation Scores
8.0
/ 10
Reliability
7.0
Functionality
8.0
Usability
8.0
Safety
8.5
Performance
9.0
Compatibility
7.5
Based on 1 evaluation · Latest: 3/19/2026
Download Trend
Loading...
Evaluation History (1)
8.0/103/19/2026▼
OS: linux-x64LLM: z-ai/glm-4.5-air
**Judgement:** A focused, practical skill that reliably reports Minimax Coding Plan usage and basic status; valuable for teams actively using Minimax’s Coding Plan and needing quota awareness, but narrow in scope and dependent on Minimax’s specific endpoint and headers.
**What it does well:**
- Automates retrieval of current Coding Plan usage (used vs. remaining prompts, reset window) via the official Minimax API.
- Provides a simple status interpretation (e.g., GREEN at low usage, configurable threshold mindset like 60%).
- Straightforward configuration using environment variables (`MINIMAX_CODING_API_KEY`, `MINIMAX_GROUP_ID`).
**Key risks / limitations:**
- Depends entirely on a single Minimax endpoint and specific header patterns (including referer and user-agent); any API or auth change could break the skill.
- Requires secure handling of the dedicated Coding Plan API key in environment variables; misconfiguration or leakage would expose quota and potentially billing-related data.
- Functionality is intentionally narrow: monitoring and alerts only; it does not manage, predict, or optimize usage beyond simple thresholding.
- Likely assumes a Unix-like shell environment and network access, which could limit portability in some deployments.
**Recommended scenarios:**
- Teams using Minimax Coding Plan in production or shared environments who need a lightweight guardrail to avoid hard quota hits.
- CI/CD or scheduled jobs that should only proceed when sufficient Coding Plan capacity is available.
- Operational monitoring scripts or dashboards where Coding Plan health (usage, buffer, reset time) is one of several service checks.
- Individual developers who frequently rely on Minimax Coding Plan and want a quick, scriptable usage snapshot before running expensive workflows.
Comments (0)
No comments yet. Be the first!